CVE-2026-5483: Odh-dashboard: odh dashboard kubernetes service account exposure
A flaw was found in odh-dashboard in Red Hat Openshift AI. This vulnerability in the `odh-dashboard` component of Red Hat OpenShift AI (RHOAI) allows for the disclosure of Kubernetes Service Account tokens through a NodeJS endpoint. This could enable an attacker to gain unauthorized access to Kubernetes resources.
Security readout for executives and security teams
Plain-English summary
A Red Hat OpenShift AI dashboard flaw can expose Kubernetes service account tokens through a NodeJS endpoint. An attacker with some privileges could use those tokens to access Kubernetes resources they should not reach. Because tokens can carry broad cluster permissions, the business risk is unauthorized access to AI platform workloads, data, or control-plane resources.
Executive priority
Treat as high priority for RHOAI environments because exposed Kubernetes service account tokens can undermine platform boundaries. Prioritize internet-adjacent, shared, or multi-tenant AI clusters first. No active exploitation is evidenced in the provided bundle, but the potential impact is broad cluster resource access.
Technical view
CVE-2026-5483 affects odh-dashboard in RHOAI and is classified as CWE-201. CVSS is 8.5: network attack vector, high complexity, low privileges, no user interaction, changed scope, and high confidentiality, integrity, and availability impact. The source describes token disclosure through a NodeJS endpoint, not a full exploitation chain.
Likely exposure
Likely exposure is RHOAI deployments running affected odh-dashboard packages: rhoai/odh-dashboard-rhel8 in 2.16 and rhoai/odh-dashboard-rhel9 in 2.25, 3.2, or 3.3. The bundle lists several odh-mod-arch packages as unaffected. Other products are not supported by the provided evidence.
Exploitation context
The provided sources do not show KEV listing or confirmed active exploitation. The CVSS vector indicates exploitation requires low privileges and high attack complexity, with no user interaction. Risk rises where the dashboard endpoint is reachable by untrusted authenticated users or service account tokens grant broad Kubernetes permissions.
Researcher notes
Do not assume unauthenticated exploitation or public exploit availability from the provided data. The evidence supports token disclosure via a NodeJS endpoint in odh-dashboard with PR:L and AC:H. Focus validation on affected package presence, endpoint exposure, token scope, and whether Red Hat advisory updates have been applied.
Mitigation direction
Review the Red Hat CVE page and relevant RHSA advisories for official remediation.
Prioritize updating affected odh-dashboard packages in RHOAI 2.16, 2.25, 3.2, and 3.3.
Restrict access to odh-dashboard endpoints to trusted users and networks where feasible.
Audit Kubernetes service account permissions used by odh-dashboard for excessive privileges.
Monitor Kubernetes API activity for unexpected service account token use.
Validation and detection
Inventory RHOAI versions and odh-dashboard container package builds across clusters.
Confirm whether affected package versions listed in Red Hat advisories are deployed.
Check whether odh-dashboard endpoints are reachable by low-privileged authenticated users.
Review service account bindings and token usage for odh-dashboard namespaces.
Verify vendor remediation status after applying Red Hat updates.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-201: Information exposure and cloud metadata lookup
Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
7Timeline events
2ADP providers
8Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-201 · source CWE mapping
Insertion of Sensitive Information Into Sent Data
Insertion of Sensitive Information Into Sent Data represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.