Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

CVE-2025-12103: Incorrect Privilege Assignment in Red Hat Red Hat OpenShift AI 3.0

0
Medium
VulnerabilityCVE-2025-12103cvecve-2025-12103
Published: Tue Oct 28 2025 (10/28/2025, 13:31:59 UTC)
Source: CVE Database V5
Vendor/Project: Red Hat
Product: Red Hat OpenShift AI 3.0

Description

A flaw was found in Red Hat Openshift AI Service. The TrustyAI component is granting all service accounts and users on a cluster permissions to get, list, watch any pod in any namespace on the cluster. TrustyAI is creating a role `trustyai-service-operator-lmeval-user-role` and a CRB `trustyai-service-operator-default-lmeval-user-rolebinding` which is being applied to `system:authenticated` making it so that every single user or service account can get a list of pods running in any namespace on the cluster Additionally users can access all `persistentvolumeclaims` and `lmevaljobs`

AI-Powered Analysis

Machine-generated threat intelligence

AILast updated: 02/27/2026, 20:05:06 UTC

Technical Analysis

CVE-2025-12103 is a vulnerability identified in Red Hat OpenShift AI 3.0, specifically within the TrustyAI component. The issue stems from incorrect privilege assignment where TrustyAI creates a Kubernetes Role named 'trustyai-service-operator-lmeval-user-role' and a ClusterRoleBinding 'trustyai-service-operator-default-lmeval-user-rolebinding' that binds this role to the 'system:authenticated' group. This binding effectively grants every authenticated user and service account in the cluster permissions to perform get, list, and watch operations on pods across all namespaces. Additionally, users gain access to all persistent volume claims and lmevaljobs resources. This misconfiguration leads to excessive permissions being granted cluster-wide, violating the principle of least privilege. The vulnerability is classified with a CVSS 3.1 base score of 5.0 (medium severity), reflecting network attack vector, low attack complexity, required privileges (low), no user interaction, and a scope change with limited confidentiality impact. While no integrity or availability impacts are noted, the exposure of pod and storage resource information can facilitate further attacks such as reconnaissance, privilege escalation, or targeted exploitation. No public exploits have been reported yet, but the vulnerability is published and should be addressed promptly. The flaw affects all deployments of Red Hat OpenShift AI 3.0 using the TrustyAI component with default role bindings.

Potential Impact

The primary impact of this vulnerability is unauthorized information disclosure within Kubernetes clusters running Red Hat OpenShift AI 3.0. By granting all authenticated users and service accounts permissions to view pods, persistent volume claims, and lmevaljobs across all namespaces, attackers or malicious insiders can gather detailed information about workloads, configurations, and storage resources. This reconnaissance capability can enable further attacks such as privilege escalation, targeted exploitation of vulnerable pods, or data exfiltration. Although the vulnerability does not directly affect data integrity or availability, the exposure of sensitive cluster resource metadata undermines confidentiality and cluster security posture. Organizations with multi-tenant clusters or those exposing authentication interfaces publicly are at higher risk. The scope of affected systems includes all clusters running the vulnerable version of Red Hat OpenShift AI 3.0 with the TrustyAI component installed. The vulnerability could also increase the attack surface for supply chain or insider threats by enabling broader visibility into cluster workloads.

Mitigation Recommendations

To mitigate CVE-2025-12103, organizations should immediately audit the roles and cluster role bindings created by the TrustyAI component, specifically the 'trustyai-service-operator-lmeval-user-role' and 'trustyai-service-operator-default-lmeval-user-rolebinding'. Remove or restrict the binding from the 'system:authenticated' group to limit permissions only to necessary service accounts or users. Implement the principle of least privilege by creating narrowly scoped roles that grant only required permissions to specific service accounts. Additionally, monitor and log access to pod, persistent volume claim, and lmevaljob resources to detect anomalous activity. Apply any patches or updates released by Red Hat addressing this vulnerability as soon as they become available. Consider network segmentation and strong authentication mechanisms to reduce the risk of unauthorized access to the cluster. Finally, review cluster RBAC policies regularly to prevent similar privilege misconfigurations.

Pro Console: star threats, build custom feeds, automate alerts via Slack, email & webhooks.Upgrade to Pro

Technical Details

Data Version
5.1
Assigner Short Name
redhat
Date Reserved
2025-10-23T02:55:38.369Z
Cvss Version
3.1
State
PUBLISHED

Threat ID: 6900c82a05cd0025c8e834e0

Added to database: 10/28/2025, 1:42:02 PM

Last enriched: 2/27/2026, 8:05:06 PM

Last updated: 3/25/2026, 5:46:28 AM

Views: 144

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats

Breach by OffSeqOFFSEQFRIENDS — 25% OFF

Check if your credentials are on the dark web

Instant breach scanning across billions of leaked records. Free tier available.

Scan now
OffSeq TrainingCredly Certified

Lead Pen Test Professional

Technical5-day eLearningPECB Accredited
View courses