Skip to main content
VulnerabilityPublished Updated

CVE-2026-18941: Red Hat OpenShift AI 2.25 · Missing Authentication

Affects Red Hat OpenShift AI 2.25Source CVE Database V5

0
Compare

Not known to be exploited · CVSS 7.7 High.

Data as of 8 Nov 2026, 23:24 UTC

CVSS 3.1 base score
7.7High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.9% chance of exploitation in 30 days – higher than 60% 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:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Aug 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 8 Nov 2026.

What to do

Affected software

ProductAffectedFixed in
Red Hat OpenShift AI 2.25rhoai/odh-feature-server-rhel9Affected–Fixed in–
Red Hat OpenShift AI 3.3rhoai/odh-feature-server-rhel9Affected–Fixed in–
Red Hat OpenShift AI 3.4rhoai/odh-feature-server-rhel9Affected–Fixed in–
Red Hat OpenShift AI 3.4rhoai/odh-workbench-jupyter-pytorch-rocm-py312-rhel9Affected–Fixed in–
Red Hat OpenShift AI 3.4rhoai/odh-workbench-jupyter-tensorflow-cuda-py312-rhel9Affected–Fixed in–
Red Hat OpenShift AI 3.4rhoai/odh-workbench-jupyter-tensorflow-rocm-py312-rhel9Affected–Fixed in–

AI-suggested

Red Hat advises configuring Feast deployments to use Kubernetes RBAC authentication instead of the default 'no_auth' setting. FeatureStore Custom Resources (CRs) should explicitly specify an authentication mechanism other than 'no_auth'. For Feast SDK usage, avoid using 'no_auth' in production unless explicitly acknowledged with the environment variable 'FEAST_INSECURE_NO_AUTH=1'. These configuration changes require redeployment or restart of the affected Feast services.

Description

A flaw was found in Feast and feast-operator. The default configuration for both the Feast SDK and the feast-operator is "no_auth," meaning no security manager is installed. This default allows unauthenticated and unauthorized access to feature-server, registry-server, and offline-server endpoints. A remote attacker, by exploiting this missing authentication, could achieve remote code execution (RCE) by storing a malicious User-Defined Function (UDF) on the feature-server, trigger a denial of service (DoS) by forcing re-materialization of all tenant features, and gain unauthorized access to cross-tenant data.

References

Community reviews

Loading reviews…