CVE-2021-29546Low· 2.5▾ SunlitDivision by 0 in `QuantizedBiasAdd`
▾ Sunlit zone — Low / medium · no exploitation signal
impact 13.8 · likelihood 0 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
Exploit-prediction probability, daily snapshots since Sep 12.
Disclosure to exploitation, from the record and what we observed since indexing it.
Disclosed via OSV
Last analysed / modified upstream
0.2%
An attacker can trigger an integer division by zero undefined behavior in tf.raw_ops.QuantizedBiasAdd:
import tensorflow as tf
input_tensor = tf.constant([], shape=[0, 0, 0, 0], dtype=tf.quint8)
bias = tf.constant([], shape=[0], dtype=tf.quint8)
min_input = tf.constant(-10.0, dtype=tf.float32)
max_input = tf.constant(-10.0, dtype=tf.float32)
min_bias = tf.constant(-10.0, dtype=tf.float32)
max_bias = tf.constant(-10.0, dtype=tf.float32)
tf.raw_ops.QuantizedBiasAdd(input=input_tensor, bias=bias, min_input=min_input,
max_input=max_input, min_bias=min_bias,
max_bias=max_bias, out_type=tf.qint32)
This is because the implementation of the Eigen kernel does a division by the number of elements of the smaller input (based on shape) without checking that this is not zero:
template <typename T1, typename T2, typename T3>
void QuantizedAddUsingEigen(const Eigen::ThreadPoolDevice& device,
const Tensor& input, float input_min,
float input_max, const Tensor& smaller_input,
float smaller_input_min, float smaller_input_max,
Tensor* output, float* output_min,
float* output_max) {
...
const int64 input_element_count = input.NumElements();
const int64 smaller_input_element_count = smaller_input.NumElements();
...
bcast[0] = input_element_count / smaller_input_element_count;
...
}
This integral division by 0 is undefined behavior.
We have patched the issue in GitHub commit 67784700869470d65d5f2ef20aeb5e97c31673cb.
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.
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 Yakun Zhang and Ying Wang of Baidu X-Team.
tensorflow < 2.1.4tensorflow >= 2.2.0, < 2.2.3tensorflow >= 2.3.0, < 2.3.3tensorflow >= 2.4.0, < 2.4.2tensorflow-cpu < 2.1.4tensorflow-cpu >= 2.2.0, < 2.2.3tensorflow-cpu >= 2.3.0, < 2.3.3tensorflow-cpu >= 2.4.0, < 2.4.2tensorflow-gpu < 2.1.4tensorflow-gpu >= 2.2.0, < 2.2.3tensorflow-gpu >= 2.3.0, < 2.3.3tensorflow-gpu >= 2.4.0, < 2.4.2Upgrade to a patched release:
tensorflow 2.1.4tensorflow 2.2.3tensorflow 2.3.3tensorflow 2.4.2tensorflow-cpu 2.1.4tensorflow-cpu 2.2.3tensorflow-cpu 2.3.3tensorflow-cpu 2.4.2tensorflow-gpu 2.1.4tensorflow-gpu 2.2.3tensorflow-gpu 2.3.3tensorflow-gpu 2.4.2Connected by shared product, vendor, weakness, or advisory.
CVE-2021-29541Low· 2.5Null pointer dereference in `StringNGrams`
CVE-2021-29525Low· 2.5Division by 0 in `Conv2DBackpropInput`
CVE-2021-29527Low· 2.5Division by 0 in `QuantizedConv2D`
CVE-2021-29524Low· 2.5Division by 0 in `Conv2DBackpropFilter`
CVE-2020-15207High· 8.7Segfault and data corruption in tensorflow-lite
CVE-2021-29535Low· 2.5Heap buffer overflow in `QuantizedMul`