CVE-2025-2810: Draeger ICMHelper · Use of Hard-coded Cryptographic Key
Affects Draeger ICMHelperSource CVE Database V5
Not known to be exploited · CVSS 5.5 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 1% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 5 Aug 2025
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 |
|---|---|---|
| Draeger Draeger ICMHelper | Affected
| Fixed in– |
AI-suggested
Organizations should immediately conduct an inventory to identify all instances of Draeger ICMHelper in their environment. Until a vendor patch is available, restrict local access to systems running the vulnerable service by enforcing strict access controls and monitoring for unusual local activity. Employ host-based intrusion detection systems (HIDS) to detect attempts to extract or misuse cryptographic keys. Network segmentation should be used to isolate affected devices from broader enterprise networks, limiting potential lateral movement. If possible, disable or replace the ICMHelper service with a non-vulnerable alternative. Organizations should engage with Draeger support to obtain timelines for patches or updates and apply them promptly once released. Additionally, review and enhance logging and alerting around the use of cryptographic functions within these systems to detect exploitation attempts. For long-term mitigation, advocate for the use of secure key management practices, such as hardware security modules (HSMs) or secure key vaults, to prevent hard-coded keys in future deployments.
Description
A low privileged local attacker can abuse the affected service by using a hardcoded cryptographic key.