CERT/CC Details BoringSSL Name-Constraint Validation Differences

P2 — VALIDATE AND UPDATENot provided by the authority · Not provided by the authorityEXPLOITATION: NOT STATED

Quick Answer

CERT/CC published VU#410595 for BoringSSL legacy crypto/x509 and newer pki certificate-validation paths. CERT/CC published five BoringSSL records covering wildcard, URI, email-name, and trailing-dot Name Constraints behavior; two are fixed and the remaining reports have differing statuses. Match the exact preconditions, follow the record-specific remediation, validate affected workflows, and retain evidence.

Confirm Scope And Apply The Supported Remediation

What to do now: Inventory applications and appliances embedding BoringSSL, determine which certificate-validation path and SAN forms they use, obtain vendor update status, apply available product updates, and test constrained certificate chains with production-equivalent inputs.

Open the authoritative advisory

Last verified: 2026-10-15 UTC. Recheck the authoritative advisory and supported distribution channel before changing production.

Scope And Authority

Product scopeBoringSSL legacy crypto/x509 and newer pki certificate-validation paths
AdvisoryVU#410595
CVEs
Authoritative release date2026-10-14 00:00:00 UTC
Authority revision date2026-10-15 12:24:00 UTC
Affected versionsOnly deployments that enforce Name Constraints on an affected path, can receive attacker-chosen signed SAN fields, and use the accepted identity for authorization; the five records have different statuses.
Fixed versionBoringSSL commit 5774eca for VU#410595.8 and .12; VU#410595.9 remains coordinated, .10 is disputed, and .11 was declined
CVSS base scoreNot provided by the authority
CVSS severityNot provided by the authority
Exploitation statusNot stated by the authority; no exploitation claim is inferred.

What Changed

CERT/CC published five BoringSSL records covering wildcard, URI, email-name, and trailing-dot Name Constraints behavior; two are fixed and the remaining reports have differing statuses.

What To Validate Now

  1. Inventory. Locate BoringSSL legacy crypto/x509 and newer pki certificate-validation paths deployments, versions, enabled features, exposure paths, owners, and dependent services.
  2. Establish applicability. Compare each deployment with the authority's affected-version statement: Only deployments that enforce Name Constraints on an affected path, can receive attacker-chosen signed SAN fields, and use the accepted identity for authorization; the five records have different statuses. Do not infer applicability from product family or severity alone.
  3. Remediate. Apply BoringSSL commit 5774eca for VU#410595.8 and .12; VU#410595.9 remains coordinated, .10 is disputed, and .11 was declined through the supported vendor or project channel, following the current advisory and change-control requirements.
  4. Validate. Confirm the resulting version or managed-service state, exercise representative functionality and recovery paths, monitor for regressions, and document exceptions.
  5. Retain evidence. Preserve asset and owner identifiers, the applicability decision, before-and-after versions, change approval, installation output, validation results, and any exception or rollback record.

Operational Cautions

CERT/CC states that merely embedding BoringSSL does not establish product exposure; do not infer that Chrome, Android, or another consumer is affected without product-level evidence. Preserve the authority snapshot, asset and owner records, before-and-after versions, change approval, installation output, validation results, exceptions, and rollback evidence.

Evidence To Retain

  • Exact product, release stream, package or application version, enabled feature, environment, and accountable owner.
  • UTC timestamps, authority revision, approved change record, installer or package-manager output, and resulting version.
  • Relevant logs and monitoring evidence, test results, exceptions, compensating controls, and rollback decisions.

Related TechGeeks Resources

Authoritative References

Correction policy: If the authority changes affected versions, fixed versions, severity, exploitation information, mitigations, or required action, TechGeeks will update this notice and its verification date.