CVE-2025-10725: opendatahub-operator · Incorrect Privilege Assignment
Affects opendatahub-operatorSource CVE Database V5
Not known to be exploited · CVSS 9.9 Critical.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.7% chance of exploitation in 30 days – higher than 53% 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:C/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 30 Sep 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| opendatahub-io opendatahub-operator | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-10725, organizations should implement the following specific measures: 1) Immediately restrict access to the Red Hat Openshift AI Service and the opendatahub-operator to only trusted and essential personnel, enforcing the principle of least privilege. 2) Monitor and audit user activities within Jupyter notebook environments and the Openshift cluster to detect anomalous privilege escalations or suspicious behavior. 3) Apply any patches or updates provided by Red Hat as soon as they become available to address the privilege assignment flaw directly. 4) Employ multi-factor authentication (MFA) for all authenticated users to reduce the risk of compromised credentials being exploited. 5) Segment the network and isolate AI service clusters from other critical infrastructure to limit lateral movement in case of compromise. 6) Use role-based access control (RBAC) policies carefully, reviewing and tightening permissions assigned to users and service accounts. 7) Consider deploying runtime security tools that can detect and block privilege escalation attempts in Kubernetes environments. 8) Prepare incident response plans specifically for container and AI platform breaches to enable rapid containment and recovery. These targeted actions go beyond generic advice by focusing on access control, monitoring, patching, and containment strategies tailored to the Openshift AI service context.
Description
A flaw was found in Red Hat Openshift AI Service. A low-privileged attacker with access to an authenticated account, for example as a data scientist using a standard Jupyter notebook, can escalate their privileges to a full cluster administrator. This allows for the complete compromise of the cluster's confidentiality, integrity, and availability. The attacker can steal sensitive data, disrupt all services, and take control of the underlying infrastructure, leading to a total breach of the platform and all applications hosted on it.
References
- access.redhat.com/errata/RHSA-2025:16981 (opens in a new tab)
- access.redhat.com/errata/RHSA-2025:16982 (opens in a new tab)
- access.redhat.com/errata/RHSA-2025:16983 (opens in a new tab)
- access.redhat.com/errata/RHSA-2025:16984 (opens in a new tab)
- access.redhat.com/errata/RHSA-2025:17501 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2025-10725 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2396641 (opens in a new tab)
- github.com/opendatahub-io/opendatahub-operator/commit/070057ebd0882be0e397bee1daa18c36374a03c0 (opens in a new tab)
- github.com/opendatahub-io/opendatahub-operator/pull/2571 (opens in a new tab)