GHSA-394x-vwmw-crm3 json
AWS-LC X.509 Name Constraints Bypass via Wildcard/Unicode CN
published 7mo ago modified 4d ago also RUSTSEC-2026-0044
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
### Summary
AWS-LC is an open-source, general-purpose cryptographic library.
### Impact
A logic error in CN (Common Name) validation allows certificates with wildcard or raw UTF-8 Unicode CN values to bypass name constraints enforcement. The `cn2dnsid` function does not recognize these CN patterns as valid DNS identifiers, causing `NAME_CONSTRAINTS_check_CN` to skip validation. However, `X509_check_host` accepts these CN values when no dNSName SAN is present, allowing certificates to bypass name constraints while still being used for hostname verification.
Customers of AWS services do not need to take action. Applications using aws-lc-sys should upgrade to the most recent release of aws-lc-sys.
### Impacted versions:
* aws-lc-sys >= v0.32.0, < v0.39.0
### Patches
The patch is included in aws-lc-sys v0.39.0.
### Workarounds
Applications that set `X509_CHECK_FLAG_NEVER_CHECK_SUBJECT` to disable CN fallback are not affected. Applications that only encounter certificates with dNSName SANs (standard for public WebPKI) are also not affected.
Otherwise, there is no workaround and applications using aws-lc-sys should upgrade to the most recent releases of aws-lc-sys.
### References
If you have any questions or comments about this advisory, we ask that you contact AWS Security via our [vulnerability reporting page](https://aws.amazon.com/security/vulnerability-reporting/) or directly via email to [aws-security@amazon.com](mailto:aws-security@amazon.com). Please do not create a public GitHub issue.
### Credits
Oleh Konko from 1seal (https://1seal.org/)
Patch / fix
- crates.io aws-lc-sys 0.39.0
Is GHSA-394x-vwmw-crm3 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerAffected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| crates.io | aws-lc-sys | >=0.32.0, <0.39.0 |
0.39.0 |
Classification
References
Sources
- GitHub Advisory GHSA-394x-vwmw-crm3
- OSV RUSTSEC-2026-0044
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.