Skip to main content
VulnerabilityPublished

CVE-2025-36010: IBM Db2 · Deadlock

Affects IBM Db2Source CVE Database V5

0

Not known to be exploited · CVSS 6.5 Medium.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 18% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 29 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Ibmibm/db2pkg:rpm/ibm/db2Other threatsAffected
  • =12.1.0
  • =12.1.1
  • =12.1.2
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Given the absence of an official patch link, European organizations should implement the following specific mitigations: 1) Restrict network access to IBM Db2 instances by enforcing strict firewall rules and network segmentation to limit exposure to untrusted networks. 2) Monitor database logs and system performance metrics for signs of deadlock or unusual locking behavior that could indicate attempted exploitation. 3) Apply principle of least privilege to database users and services to minimize the ability of low-privilege accounts to trigger deadlocks. 4) Employ database connection throttling and query timeouts to reduce the risk of resource exhaustion caused by deadlock conditions. 5) Engage with IBM support to obtain any available patches or workarounds and plan for prompt deployment once released. 6) Conduct internal penetration testing and vulnerability scanning focused on deadlock scenarios to identify and remediate potential exploitation paths. 7) Maintain up-to-date backups and disaster recovery plans to mitigate the impact of potential service disruptions.

Description

IBM Db2 for Linux 12.1.0, 12.1.1, and 12.1.2 could allow an unauthenticated user to cause a denial of service due to executable segments that are waiting for each other to release a necessary lock.

References

Community reviews

Loading reviews…