CVE-2014-0869 json
The decrypt function in RICOS in IBM Algo Credit Limits (aka ACLM) 4.5.0 through 4.7.0 before 4.7.0.03 FP5 in IBM Algorithmics does not req…
published 12y ago modified 4mo ago also EUVD-2014-0899
- cvss
- 4.3
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 5.5%
- EPSS 5.5% chance of exploitation in 30 days, percentile 92%
- public exploits
- 1
- Exploit-DB
Summary
The decrypt function in RICOS in IBM Algo Credit Limits (aka ACLM) 4.5.0 through 4.7.0 before 4.7.0.03 FP5 in IBM Algorithmics does not require a key, which makes it easier for remote attackers to obtain cleartext passwords by sniffing the network and then providing a string argument to this function.
Is CVE-2014-0869 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerTimeline
- First public exploit (EDB-33942)
- Published
Exploit prediction
5.49% chance of exploitation in the next 30 days, higher than 92% of all scored CVEs (FIRST EPSS, 2026-11-09).
Exploits and checks
- EDB-33942 IBM Algorithmics RICOS 4.5.0 < 4.7.0 - Multiple Vulnerabilities webapps, 2014-07-01
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 4.3 | AV:N/AC:M/Au:N/C:P/I:N/A:N |
Classification
- Weakness
-
- CWE-310 Cryptographic Issues
References
-
www-01.ibm.com
/support/docview.wss?uid=swg21675881
vendor-advisory
- packetstormsecurity.com /files/127304/IBM-Algorithmics-RICOS-Disclosure-XSS-CSRF.html
-
securityfocus.com
/archive/1/532598/100/0/threaded
mailing-list
-
exchange.xforce.ibmcloud.com
/vulnerabilities/90943
vdb-entry
- sec-consult.com /fxdata/seccons/prod/temedia/advisories_txt/20140630-0_IBM_Algorithmics_RICOS_multiple_vulnerabilities_v10.txt
-
seclists.org
/fulldisclosure/2014/Jun/173
mailing-list
Sources
- CVE List CVE-2014-0869
- NVD CVE-2014-0869
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.