openssl-encrypt before 1.4.9 fails to redact the file password in its --debug argv dump when the password is supplied via bundled short-option spellings (e.g. -apHunter2) or abbreviated long-option spellings (e.g. --passw). The sanitizer only recognized exact option names, --option=value forms, and tokens starting with -p, so these spellings bypass the redaction chokepoint and the cleartext password is written to stderr. Anyone with access to that output (terminal scrollback, merged 2>&1 output, CI job logs, or the GUI's persistent debug log) can recover the password.
References
| Link | Resource |
|---|---|
| https://github.com/jahlives/openssl_encrypt/security/advisories/GHSA-jgvm-7jxv-cgcc | Vendor Advisory |
| https://www.vulncheck.com/advisories/openssl-encrypt-before-1.4.9-password-cleartext-leak-via-debug | Third Party Advisory |
Configurations
History
No history.
Information
Published : 2026-08-27 17:21
Updated : 2026-09-01 17:59
NVD link : CVE-2026-81705
Mitre link : CVE-2026-81705
CVE.ORG link : CVE-2026-81705
JSON object : View
Products Affected
jahlives
- openssl_encrypt
CWE
CWE-532
Insertion of Sensitive Information into Log File
