CVE-2026-3338: PKCS7_verify Signature Validation Bypass in AWS-LC
Improper signature validation in PKCS7_verify() in AWS-LC allows an unauthenticated user to bypass signature verification when processing PKCS7 objects with Authenticated Attributes.
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
CVE-2026-3338 lets a malformed PKCS7 object bypass signature checks in AWS-LC when Authenticated Attributes are processed. This can undermine trust decisions in applications that rely on AWS-LC for PKCS7 verification. AWS says customers of AWS services do not need action; applications using AWS-LC should upgrade.
Executive priority
Treat as a high-priority integrity issue for software that directly embeds AWS-LC. It does not appear to require AWS service customer action, and no active exploitation evidence is provided, but affected verification workflows should be upgraded promptly.
Technical view
The issue is CWE-347 improper signature validation in AWS-LC PKCS7_verify(). It is network-reachable, unauthenticated, low-complexity, and requires no user interaction per CVSS 4.0 score 8.7. The bundle identifies AWS-LC 1.41.0 and directs application users to AWS-LC 1.69.0.
Likely exposure
Exposure is most likely in applications or products directly using AWS-LC to verify PKCS7 objects, especially externally supplied PKCS7 data with Authenticated Attributes. The provided AWS bulletin says AWS service customers do not need to take action. Evidence for other affected products is not provided.
Exploitation context
The source bundle does not show CISA KEV listing or cited evidence of active exploitation. The risk is integrity failure: a relying application may accept data as signed or valid when PKCS7 signature verification should fail.
Researcher notes
Analysis is limited to the provided bundle. The bundle names the vulnerable function, weakness class, CVSS vector, upgrade target, and Red Hat references, but does not provide exploit status, detailed affected version ranges beyond AWS-LC 1.41.0, or compensating controls.
Mitigation direction
Upgrade applications using AWS-LC to AWS-LC version 1.69.0.
Apply Red Hat errata if consuming AWS-LC through affected Red Hat packages.
Review AWS and GitHub advisories for updated vendor scope.
Prioritize systems that verify externally supplied PKCS7 data.
If upgrade timing is blocked, follow vendor guidance for temporary risk handling.
Validation and detection
Inventory applications and packages that include AWS-LC.
Confirm whether AWS-LC 1.41.0 is present in deployed builds.
Identify code paths using PKCS7_verify() on untrusted PKCS7 objects.
Check whether PKCS7 Authenticated Attributes are accepted in relevant workflows.
Verify upgraded builds report AWS-LC version 1.69.0 or vendor-fixed packages.
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-347: 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-347 · source CWE mapping
Improper Verification of Cryptographic Signature
Improper Verification of Cryptographic Signature represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.