CVE-2023-47152: IBM Db2 for Linux, UNIX and Windows · Generation of Error Message Containing Sensitive Information
Affects IBM Db2 for Linux, UNIX and WindowsSource CVE Database V5
Not known to be exploited · CVSS 5.9 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 47% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 22 Jan 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Ibmibm/db2pkg:deb/ibm/db2Other threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
European organizations should prioritize the following mitigations: 1) Monitor IBM’s official security advisories closely for patches or updates addressing CVE-2023-47152 and apply them promptly once available. 2) Implement strict error handling and logging policies to ensure that detailed error messages and stack traces are not exposed to end users or external systems. This may involve configuring Db2 to suppress verbose error output or redirect it to secure internal logs. 3) Review and strengthen cryptographic configurations within Db2 environments, replacing any insecure algorithms with industry-standard, strong cryptographic methods compliant with current best practices (e.g., AES with appropriate key lengths). 4) Employ network-level protections such as firewalls and intrusion detection/prevention systems to restrict access to Db2 servers, limiting exposure to trusted networks and known IP addresses. 5) Conduct regular security assessments and penetration testing focused on database error handling and cryptographic implementations to identify and remediate similar issues proactively. 6) Educate database administrators and developers on secure coding and configuration practices to avoid inadvertent sensitive information disclosure.
Description
IBM Db2 for Linux, UNIX and Windows (includes Db2 Connect Server) 11.5 is vulnerable to an insecure cryptographic algorithm and to information disclosure in stack trace under exceptional conditions.