Lookup for vulnerable packages by Package URL.

Purlpkg:npm/openpgp@4.10.11
Typenpm
Namespace
Nameopenpgp
Version4.10.11
Qualifiers
Subpath
Is_vulnerablefalse
Next_non_vulnerable_version4.10.11
Latest_non_vulnerable_version5.10.1
Affected_by_vulnerabilities
Fixing_vulnerabilities
0
url VCID-y9pn-esju-ffec
vulnerability_id VCID-y9pn-esju-ffec
summary
Improper Verification of Cryptographic Signature
OpenPGP.js is a JavaScript implementation of the OpenPGP protocol. In affected versions OpenPGP Cleartext Signed Messages are cryptographically signed messages where the signed text is readable without special tools. These messages typically contain a "Hash: ..." header declaring the hash algorithm used to compute the signature digest. OpenPGP.js up to v5.9.0 ignored any data preceding the "Hash: ..." texts when verifying the signature. As a result, malicious parties could add arbitrary text to a third-party Cleartext Signed Message, to lead the victim to believe that the arbitrary text was signed. A user or application is vulnerable to said attack vector if it verifies the CleartextMessage by only checking the returned `verified` property, discarding the associated `data` information, and instead _visually trusting_ the contents of the original message. Since `verificationResult.data` would always contain the actual signed data, users and apps that check this information are not vulnerable. Similarly, given a CleartextMessage object, retrieving the data using `getText()` or the `text` field returns only the contents that are considered when verifying the signature. Finally, re-armoring a CleartextMessage object (using `armor()` will also result in a "sanitised" version, with the extraneous text being removed. This issue has been addressed in version 5.10.1 (current stable version) which will reject messages when calling `openpgp.readCleartextMessage()` and in version 4.10.11 (legacy version) which will will reject messages when calling `openpgp.cleartext.readArmored()`. Users are advised to upgrade. Users unable to upgrade should check the contents of `verificationResult.data` to see what data was actually signed, rather than visually trusting the contents of the armored message.
references
0
reference_url https://github.com/openpgpjs/openpgpjs/commit/6b43e02a254853f5ff508ebd1b07541f78b7c566
reference_id
reference_type
scores
url https://github.com/openpgpjs/openpgpjs/commit/6b43e02a254853f5ff508ebd1b07541f78b7c566
1
reference_url https://github.com/openpgpjs/openpgpjs/releases/tag/v4.10.11
reference_id
reference_type
scores
url https://github.com/openpgpjs/openpgpjs/releases/tag/v4.10.11
2
reference_url https://github.com/openpgpjs/openpgpjs/releases/tag/v5.10.1
reference_id
reference_type
scores
url https://github.com/openpgpjs/openpgpjs/releases/tag/v5.10.1
3
reference_url https://nvd.nist.gov/vuln/detail/CVE-2023-41037
reference_id CVE-2023-41037
reference_type
scores
url https://nvd.nist.gov/vuln/detail/CVE-2023-41037
4
reference_url https://github.com/advisories/GHSA-ch3c-v47x-4pgp
reference_id GHSA-ch3c-v47x-4pgp
reference_type
scores
url https://github.com/advisories/GHSA-ch3c-v47x-4pgp
5
reference_url https://github.com/openpgpjs/openpgpjs/security/advisories/GHSA-ch3c-v47x-4pgp
reference_id GHSA-ch3c-v47x-4pgp
reference_type
scores
url https://github.com/openpgpjs/openpgpjs/security/advisories/GHSA-ch3c-v47x-4pgp
fixed_packages
0
url pkg:npm/openpgp@4.10.11
purl pkg:npm/openpgp@4.10.11
is_vulnerable false
affected_by_vulnerabilities
resource_url http://public2.vulnerablecode.io/packages/pkg:npm/openpgp@4.10.11
1
url pkg:npm/openpgp@5.10.1
purl pkg:npm/openpgp@5.10.1
is_vulnerable false
affected_by_vulnerabilities
resource_url http://public2.vulnerablecode.io/packages/pkg:npm/openpgp@5.10.1
aliases CVE-2023-41037, GHSA-ch3c-v47x-4pgp
risk_score null
exploitability null
weighted_severity null
resource_url http://public2.vulnerablecode.io/vulnerabilities/VCID-y9pn-esju-ffec
Risk_scorenull
Resource_urlhttp://public2.vulnerablecode.io/packages/pkg:npm/openpgp@4.10.11