Golang.Org/X/Crypto/Acme/Autocert
Approved changes feed: RSS · Atom
cpe:2.3:a:golang.org/x/crypto:golang.org/x/crypto/acme/autocert:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | Golang.Org/X/Crypto (cd90b48b-9649-5b19-9ae4-702ade470940) |
|---|---|
| Product | Golang.Org/X/Crypto/Acme/Autocert (85d1e3c7-621b-5079-91b9-881451156275) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2022-30636 |
vulnerable | 2026-06-08 05:43:38.717085 |
Limited directory traversal vulnerability on Windows in golang.org/x/crypto
httpTokenCacheKey uses path.Base to extract the expected HTTP-01 token value to lookup in the DirCache implementation. On Windows, path.Base acts differently to filepath.Base, since Windows uses a different path separator (\ vs. /), allowing a user to provide a relative path, i.e. .well-known/acme-challenge/..\..\asd becomes ..\..\asd. The extracted path is then suffixed with +http-01, joined with the cache directory, and opened. Since the controlled path is suffixed with +http-01 before opening, the impact of this is significantly limited, since it only allows reading arbitrary files on the system if and only if they have this suffix.
Published: 2024-07-02T19:51:46.635Z
Updated: 2024-08-07T16:21:06.868Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.