CVE-2025-69784: Uncontrolled Search Path Element
Source CVE Database V5
Not known to be exploited · CVSS 8.8 High.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 8% 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:C/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 16 Mar 2026
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 26 Oct 2026.
What to do
AI-suggested
To mitigate CVE-2025-69784, organizations should: 1) Immediately restrict local access to systems running OpenEDR 2.5.1.0 to trusted users only, minimizing risk of local exploitation. 2) Monitor and audit usage of IOCTL calls related to OpenEDR kernel driver for suspicious activity indicative of path manipulation. 3) Implement application whitelisting and integrity checks on DLLs loaded by OpenEDR to detect unauthorized modifications. 4) Employ endpoint protection solutions that can detect anomalous DLL injection or privilege escalation attempts. 5) Engage with OpenEDR vendor for patches or updates addressing this vulnerability and apply them as soon as available. 6) Consider deploying host-based intrusion detection systems (HIDS) to alert on unexpected changes to DLL paths or kernel driver behavior. 7) Harden system configurations to limit writable directories accessible to non-privileged users, reducing the ability to redirect DLL paths. 8) Conduct regular security training to raise awareness of local privilege escalation risks among system administrators and users. These steps go beyond generic advice by focusing on monitoring, access control, and integrity verification specific to the nature of this vulnerability.
Description
A local, non-privileged attacker can abuse a vulnerable IOCTL interface exposed by the OpenEDR 2.5.1.0 kernel driver to modify the DLL injection path used by the product. By redirecting this path to a user-writable location, an attacker can cause OpenEDR to load an attacker-controlled DLL into high-privilege processes. This results in arbitrary code execution with SYSTEM privileges, leading to full compromise of the affected system.