Cryptopp Crypto++ 5.6.4
Approved changes feed: RSS · Atom
cpe:2.3:a:cryptopp:crypto\+\+:5.6.4:*:*:*:*:*:*:*
part: a version: 5.6.4 update: *
| Vendor | Cryptopp (f46dfbb8-24fc-50b2-a6cf-96668f9c4fa2) |
|---|---|
| Product | Crypto++ (8bcbcfb1-31dc-5e55-baa4-c3122b5def3d) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from NVD CPE 2.0 feed |
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-2016-9939 |
vulnerable | 2026-06-08 05:08:25.089101 |
Details available
Crypto++ (aka cryptopp and libcrypto++) 5.6.4 contained a bug in its ASN.1 BER decoding routine. The library will allocate a memory block based on the length field of the ASN.1 object. If there is not enough content octets in the ASN.1 object, then the function will fail and the memory block will be zeroed even if its unused. There is a noticeable delay during the wipe for a large allocation.
Published: 2017-01-30T21:00:00.000Z
Updated: 2024-08-06T03:07:31.216Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2016-7544 |
vulnerable | 2026-06-08 05:08:12.985008 |
Details available
Crypto++ 5.6.4 incorrectly uses Microsoft's stack-based _malloca and _freea functions. The library will request a block of memory to align a table in memory. If the table is later reallocated, then the wrong pointer could be freed.
Published: 2017-01-30T21:00:00.000Z
Updated: 2024-08-06T02:04:54.914Z |
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.