CVE-2026-3336: PKCS7_verify Certificate Chain Validation Bypass in AWS-LC
Improper certificate validation in PKCS7_verify() in AWS-LC allows an unauthenticated user to bypass certificate chain verification when processing PKCS7 objects with multiple signers, except the final signer.
Customers of AWS services do not need to take action. Applications using AWS-LC should upgrade to AWS-LC version 1.69.0.
Security readout for executives and security teams
Plain-English summary
AWS-LC has a certificate-checking flaw in PKCS7_verify(). In some multi-signer PKCS7 cases, an unauthenticated attacker could bypass certificate chain validation for signers other than the final signer. AWS says AWS service customers do not need action, but applications directly using AWS-LC should upgrade.
Executive priority
Treat this as a high-priority dependency remediation for products that directly use AWS-LC. It can undermine trust decisions in certificate validation, which may affect integrity-sensitive workflows. AWS-hosted service consumption alone is not identified as requiring customer action.
Technical view
CVE-2026-3336 is CWE-295 improper certificate validation in AWS-LC PKCS7_verify(). The issue affects processing of PKCS7 objects with multiple signers, allowing chain validation bypass except for the final signer. CVSS 4.0 is 8.7 high, with network attack vector, low complexity, no privileges, and no user interaction.
Likely exposure
Exposure is most likely in applications or packaged products that directly use affected AWS-LC versions for PKCS7 verification. The source bundle names AWS-LC 1.41.0 and states applications using AWS-LC should upgrade to 1.69.0. AWS service customers are stated as not needing action.
Exploitation context
The provided sources do not show CISA KEV listing or active exploitation. The CVSS vector indicates remote, unauthenticated reachability with low complexity, but the bundle does not provide exploit availability, proof-of-concept status, or weaponized details.
Researcher notes
Focus review on multi-signer PKCS7 validation behavior and whether non-final signer chains are accepted incorrectly. The source bundle does not establish affected downstream products beyond AWS-LC references, nor active exploitation. Avoid assuming TLS exposure unless PKCS7_verify() use is confirmed.
Mitigation direction
Upgrade AWS-LC to version 1.69.0 or later.
Apply vendor-packaged fixes, including relevant Red Hat errata where applicable.
Inventory applications and products that directly embed or link AWS-LC.
Prioritize systems that parse PKCS7 data from untrusted sources.
Monitor AWS-LC, AWS, and distribution advisories for follow-up guidance.
Validation and detection
Check SBOMs and dependency manifests for AWS-LC usage and versions.
Confirm deployed binaries use AWS-LC 1.69.0 or a vendor-fixed build.
Identify code paths that call PKCS7_verify() on externally supplied PKCS7 objects.
Review package manager advisories for Red Hat or other downstream fixes.
Document AWS service-only usage separately, since AWS says no customer action is needed.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-295: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-295 · source CWE mapping
Improper Certificate Validation
Improper Certificate Validation represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.