A security issue was discovered in the Feast Feature Server's `/read-document` endpoint that allows an unauthenticated remote attacker to read any file accessible to the server process. By sending a specially crafted HTTP POST request, an attacker can bypass intended access restrictions to potentially retrieve sensitive system files, application configurations, and credentials.
Security readout for executives and security teams
Plain-English summary
This is a high-severity information disclosure issue in Feast Feature Server as shipped in Red Hat OpenShift AI. An unauthenticated remote attacker could read files available to the server process, which may expose credentials, configuration, or sensitive application data.
Executive priority
Treat as urgent for any exposed OpenShift AI Feature Server because compromise could reveal credentials or sensitive configuration. Prioritize inventory, exposure reduction, and vendor fix tracking before broader hardening work.
Technical view
The vulnerable surface is the Feast Feature Server `/read-document` endpoint. The source describes an unauthenticated arbitrary file read caused by improper path restriction, mapped to CWE-22. Red Hat marks `rhoai/odh-feature-server-rhel9` affected; listed pipeline runtime and workbench images are marked unaffected.
Likely exposure
Exposure is most likely in Red Hat OpenShift AI environments running the affected `rhoai/odh-feature-server-rhel9` image, especially where the Feature Server is reachable without strong network or authentication controls. The bundle does not provide affected version ranges.
Exploitation context
The CVE is not listed as KEV, and the provided sources do not claim active exploitation. The attack is network-reachable, requires no privileges or user interaction, and primarily threatens confidentiality rather than integrity or availability.
Researcher notes
The bundle supports arbitrary file read through `/read-document` and CWE-22 classification, but does not include patch details, affected version ranges, proof-of-concept status, or evidence of exploitation. Avoid assuming impact beyond files readable by the server process.
Mitigation direction
Check Red Hat CVE and CSAF guidance for current fixed builds or errata.
Restrict network access to Feast Feature Server endpoints.
Require authentication or trusted ingress controls before exposing Feature Server routes.
Rotate secrets if logs or exposure review indicate possible file disclosure.
Avoid storing long-lived credentials on filesystems accessible to the service process.
Validation and detection
Inventory Red Hat OpenShift AI deployments using `rhoai/odh-feature-server-rhel9`.
Confirm whether the Feature Server is reachable from untrusted networks.
Review access logs for unexpected requests to `/read-document`.
Assess which local configuration files and mounted secrets the service process can read.
Compare deployed images against Red Hat's latest CVE and CSAF status.
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-22: File access and web shell behavior lookup
File traversal and upload weaknesses can lead teams to review file, web shell, execution, and collection telemetry. 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 CVE wording references file access or upload behavior, so file telemetry and web shell 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.
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.