CVE-2026-18941: Red Hat OpenShift AI 2.25 · Missing Authentication
Affects Red Hat OpenShift AI 2.25Source CVE Database V5
Not known to be exploited · CVSS 7.7 High.
Data as of 8 Nov 2026, 23:24 UTC
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 10 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 8 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red Hat OpenShift AI 2.25rhoai/odh-feature-server-rhel9 | Affected– | Fixed in– |
| Red Hat OpenShift AI 3.3rhoai/odh-feature-server-rhel9 | Affected– | Fixed in– |
| Red Hat OpenShift AI 3.4rhoai/odh-feature-server-rhel9 | Affected– | Fixed in– |
| Red Hat OpenShift AI 3.4rhoai/odh-workbench-jupyter-pytorch-rocm-py312-rhel9 | Affected– | Fixed in– |
| Red Hat OpenShift AI 3.4rhoai/odh-workbench-jupyter-tensorflow-cuda-py312-rhel9 | Affected– | Fixed in– |
| Red Hat OpenShift AI 3.4rhoai/odh-workbench-jupyter-tensorflow-rocm-py312-rhel9 | Affected– | 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
- access.redhat.com/security/cve/CVE-2026-18941 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2511116 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:53263 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:53261 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:53262 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:84734 (opens in a new tab)