CVE-2021-29523: TensorFlow: DoS via integer overflow in sparse ops
MEDIUM PoC AVAILABLEA local attacker with low privileges can crash TensorFlow processes by passing malicious sparse_shape values to AddManySparseToTensorsMap, triggering a CHECK-fail through integer overflow (CWE-190). Risk is limited to availability but is elevated in multi-tenant ML platforms where a single crash disrupts co-located training jobs. Patch immediately to TF 2.5.0, 2.4.2, 2.3.3, 2.2.3, or 2.1.4; enforce workload isolation on shared inference/training infrastructure.
Risk Assessment
Medium risk overall, but elevated in shared ML environments such as Kubeflow clusters, SageMaker custom containers, or shared Jupyter servers where untrusted users can submit workloads. CVSS 5.5 understates impact on multi-tenant platforms where one crafted input can crash shared TF worker processes. No remote attack vector and no data exfiltration path constrain blast radius. Not in CISA KEV; no evidence of active exploitation in the wild.
Affected Systems
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| tensorflow | pip | — | No patch |
Do you use tensorflow? You're affected.
Severity & Risk
Attack Surface
Recommended Action
1 step-
1) Patch: Upgrade to TF 2.5.0, 2.4.2, 2.3.3, 2.2.3, or 2.1.4. 2) Isolation: Enforce per-user container/VM isolation on shared ML platforms; never run untrusted workloads in shared TF processes. 3) Input validation: Reject sparse_shape dimension values that could trigger overflow before they reach TF ops. 4) Detection: Alert on unexpected TF process SIGABRT/CHECK-fail log patterns as anomaly indicators for abuse attempts. 5) Least privilege: Restrict who can submit TF raw_ops jobs in shared environments.
Classification
Compliance Impact
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2021-29523?
A local attacker with low privileges can crash TensorFlow processes by passing malicious sparse_shape values to AddManySparseToTensorsMap, triggering a CHECK-fail through integer overflow (CWE-190). Risk is limited to availability but is elevated in multi-tenant ML platforms where a single crash disrupts co-located training jobs. Patch immediately to TF 2.5.0, 2.4.2, 2.3.3, 2.2.3, or 2.1.4; enforce workload isolation on shared inference/training infrastructure.
Is CVE-2021-29523 actively exploited?
Proof-of-concept exploit code is publicly available for CVE-2021-29523, increasing the risk of exploitation.
How to fix CVE-2021-29523?
1) Patch: Upgrade to TF 2.5.0, 2.4.2, 2.3.3, 2.2.3, or 2.1.4. 2) Isolation: Enforce per-user container/VM isolation on shared ML platforms; never run untrusted workloads in shared TF processes. 3) Input validation: Reject sparse_shape dimension values that could trigger overflow before they reach TF ops. 4) Detection: Alert on unexpected TF process SIGABRT/CHECK-fail log patterns as anomaly indicators for abuse attempts. 5) Least privilege: Restrict who can submit TF raw_ops jobs in shared environments.
What systems are affected by CVE-2021-29523?
This vulnerability affects the following AI/ML architecture patterns: training pipelines, model serving, shared ML platforms.
What is the CVSS score for CVE-2021-29523?
CVE-2021-29523 has a CVSS v3.1 base score of 5.5 (MEDIUM). The EPSS exploitation probability is 0.01%.
Technical Details
NVD Description
TensorFlow is an end-to-end open source platform for machine learning. An attacker can trigger a denial of service via a `CHECK`-fail in `tf.raw_ops.AddManySparseToTensorsMap`. This is because the implementation(https://github.com/tensorflow/tensorflow/blob/6f9896890c4c703ae0a0845394086e2e1e523299/tensorflow/core/kernels/sparse_tensors_map_ops.cc#L257) takes the values specified in `sparse_shape` as dimensions for the output shape. The `TensorShape` constructor(https://github.com/tensorflow/tensorflow/blob/6f9896890c4c703ae0a0845394086e2e1e523299/tensorflow/core/framework/tensor_shape.cc#L183-L188) uses a `CHECK` operation which triggers when `InitDims`(https://github.com/tensorflow/tensorflow/blob/6f9896890c4c703ae0a0845394086e2e1e523299/tensorflow/core/framework/tensor_shape.cc#L212-L296) returns a non-OK status. This is a legacy implementation of the constructor and operations should use `BuildTensorShapeBase` or `AddDimWithStatus` to prevent `CHECK`-failures in the presence of overflows. The fix will be included in TensorFlow 2.5.0. We will also cherrypick this commit on TensorFlow 2.4.2, TensorFlow 2.3.3, TensorFlow 2.2.3 and TensorFlow 2.1.4, as these are also affected and still in supported range.
Exploitation Scenario
On a shared Kubeflow or JupyterHub ML cluster, a malicious tenant submits a training job containing a single Python call: tf.raw_ops.AddManySparseToTensorsMap with sparse_shape values crafted to cause integer overflow in the TensorShape constructor. The CHECK-fail triggers SIGABRT, crashing the TF worker process—potentially taking down co-located training jobs on the same node or disrupting a shared parameter server. No advanced ML knowledge required; exploitation is a one-liner with documented TF Python API.
Weaknesses (CWE)
CVSS Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H References
- github.com/tensorflow/tensorflow/commit/69c68ecbb24dff3fa0e46da0d16c821a2dd22d7c Patch 3rd Party
- github.com/tensorflow/tensorflow/security/advisories/GHSA-2cpx-427x-q2c6 Exploit Patch 3rd Party
Timeline
Related Vulnerabilities
CVE-2020-15196 9.9 TensorFlow: heap OOB read in sparse/ragged count ops
Same package: tensorflow CVE-2020-15205 9.8 TensorFlow: heap overflow in StringNGrams, ASLR bypass
Same package: tensorflow CVE-2020-15208 9.8 TFLite: OOB read/write via tensor dimension mismatch
Same package: tensorflow CVE-2019-16778 9.8 TensorFlow: heap overflow in UnsortedSegmentSum op
Same package: tensorflow CVE-2022-23587 9.8 TensorFlow: integer overflow in Grappler enables RCE
Same package: tensorflow
AI Threat Alert