| Package | Affected versions | Patched versions |
|---|---|---|
| tensorflow | ≥ 2.3.0, < 2.3.4≥ 2.4.0, < 2.4.3≥ 2.5.0, < 2.5.1< 2.3.4 | 2.3.42.4.32.5.1 |
| tensorflow-cpu | ≥ 2.3.0, < 2.3.4≥ 2.4.0, < 2.4.3≥ 2.5.0, < 2.5.1< 2.3.4 | 2.3.42.4.32.5.1 |
| tensorflow-gpu | ≥ 2.3.0, < 2.3.4≥ 2.4.0, < 2.4.3≥ 2.5.0, < 2.5.1< 2.3.4 | 2.3.42.4.32.5.1 |
| tensorflow | = 2.5.0= 2.6.0≥ 2.3.0, < 2.3.4≥ 2.4.0, < 2.4.3 | 2.3.42.4.3 |
An attacker can cause undefined behavior via binding a reference to null pointer in tf.raw_ops.Map* and tf.raw_ops.OrderedMap* operations:
import tensorflow as tf
tf.raw_ops.MapPeek(
key=tf.constant([8],dtype=tf.int64),
indices=[],
dtypes=[tf.int32],
capacity=8,
memory_limit=128)
The implementation has a check in place to ensure that indices is in ascending order, but does not check that indices is not empty.
We have patched the issue in GitHub commit 532f5c5a547126c634fefd43bbad1dc6417678ac.
The fix will be included in TensorFlow 2.6.0. We will also cherrypick this commit on TensorFlow 2.5.1, TensorFlow 2.4.3, and TensorFlow 2.3.4, as these are also affected and still in supported range.
Please consult our security guide for more information regarding the security model and how to contact us with issues and questions.
This vulnerability has been reported by members of the Aivul Team from Qihoo 360.
Running one of these products? Scan your site to see whether it exposes a vulnerable version.
Scan my site free