CVE-2014-4999 json
kajam allows local users to obtain sensitive information by listing the process
published 8y ago modified 4mo ago also GHSA-4ph7-5c44-pppv , EUVD-2022-2415
- cvss
- 7.8
- version 3.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.5%
- EPSS 0.5% chance of exploitation in 30 days, percentile 44%
- public exploits
- 0
- none known
Summary
vendor/plugins/dataset/lib/dataset/database/mysql.rb in the kajam gem 1.0.3.rc2 for Ruby places the mysql user password on the (1) mysqldump command line in the capture function and (2) mysql command line in the restore function, which allows local users to obtain sensitive information by listing the process.
Is CVE-2014-4999 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 FencerExploit prediction
0.52% chance of exploitation in the next 30 days, higher than 44% of all scored CVEs (FIRST EPSS, 2026-11-09).
Exploits and checks
- vapid.dhs.org http://www.vapid.dhs.org/advisories/kajam-1.0.3.rc2.html referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 3.0 | 7.8 | CVSS:3.0/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H |
| NVD | 2.0 | 2.1 | AV:L/AC:L/Au:N/C:P/I:N/A:N |
| GitHub | 3.0 | 7.8 | CVSS:3.0/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| rubygems | kajam | <=1.0.3.rc2 |
no fix listed |
Classification
- Weakness
-
- CWE-200 Exposure of Sensitive Information to an Unauthorized Actor
References
-
vapid.dhs.org
/advisories/kajam-1.0.3.rc2.html
web, exploit, third-party-advisory
-
openwall.com
/lists/oss-security/2014/07/17/5
mailing-list, web, third-party-advisory
-
openwall.com
/lists/oss-security/2014/07/07/19
mailing-list, web, third-party-advisory
-
nvd.nist.gov
/vuln/detail/CVE-2014-4999
advisory
Sources
- CVE List CVE-2014-4999
- GitHub Advisory GHSA-4ph7-5c44-pppv
- NVD CVE-2014-4999
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.