CVE-2025-11157: Arbitrary Code Execution in feast-dev/feast
A high-severity remote code execution vulnerability exists in feast-dev/feast version 0.53.0, specifically in the Kubernetes materializer job located at `feast/sdk/python/feast/infra/compute_engines/kubernetes/main.py`. The vulnerability arises from the use of `yaml.load(..., Loader=yaml.Loader)` to deserialize `/var/feast/feature_store.yaml` and `/var/feast/materialization_config.yaml`. This method allows for the instantiation of arbitrary Python objects, enabling an attacker with the ability to modify these YAML files to execute OS commands on the worker pod. This vulnerability can be exploited before the configuration is validated, potentially leading to cluster takeover, data poisoning, and supply-chain sabotage.
Security readout for executives and security teams
Plain-English summary
Feast Kubernetes materializer jobs may run attacker-controlled code if trusted YAML configuration files are modified. This is serious because the worker pod handles feature materialization and may have access to data, credentials, or cluster resources.
Executive priority
Prioritize systems where Feast runs in Kubernetes with access to sensitive ML data or cluster credentials. This is not confirmed as exploited, but the impact can include worker compromise, data poisoning, and broader operational disruption.
Technical view
CVE-2025-11157 is unsafe deserialization in feast-dev/feast 0.53.0. The Kubernetes materializer loads feature_store.yaml and materialization_config.yaml with yaml.load and yaml.Loader before validation, allowing arbitrary Python object instantiation and code execution if an attacker can alter those files.
Likely exposure
Exposure is most likely in Kubernetes deployments using Feast materializer jobs where users, pipelines, mounted volumes, or configuration systems can modify the two YAML files. The bundle does not identify all affected versions beyond 0.53.0.
Exploitation context
The provided CVSS vector is local, low complexity, low privilege, and no user interaction. No KEV listing is provided, and the source bundle does not confirm active exploitation. Abuse requires write access to the relevant YAML configuration files.
Researcher notes
The core issue is CWE-502 unsafe deserialization before config validation. Validation should focus on the Kubernetes materializer path and control over /var/feast/feature_store.yaml and /var/feast/materialization_config.yaml. Avoid assuming remote unauthenticated exploitation.
Mitigation direction
Apply vendor fixes referenced by the Feast commit and Red Hat advisory.
Restrict write access to Feast materializer configuration files and backing volumes.
Review Kubernetes RBAC for users and workloads that can alter materializer job inputs.
Treat feature-store configuration changes as privileged, reviewed deployment changes.
If no fixed package is available, follow Feast and Red Hat guidance.
Validation and detection
Inventory Feast deployments and identify Kubernetes materializer usage.
Check for feast-dev/feast version 0.53.0 in images and dependencies.
Review who can modify feature_store.yaml and materialization_config.yaml.
Inspect Kubernetes audit logs for unexpected materializer configuration changes.
Confirm deployed code no longer uses unsafe yaml.Loader for these files.
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-502: Code execution behavior lookup
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process 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 code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program 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
5Timeline events
2ADP providers
7Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: 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-502 · source CWE mapping
Deserialization of Untrusted Data
Deserialization of Untrusted Data represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.