In Tensorflow before versions 2.2.1 and 2.3.1, the implementation of `dlpack.to_dlpack` can be made to use uninitialized memory resulting in further memory corruption. This is because the pybind11 glue code assumes that the argument is a tensor. However, there is nothing stopping users from passing in a Python object instead of a tensor. The uninitialized memory address is due to a `reinterpret_cast` Since the `PyObject` is a Python object, not a TensorFlow Tensor, the cast to `EagerTensor` fails. The issue is patched in commit 22e07fb204386768e5bcbea563641ea11f96ceb8 and is released in TensorFlow versions 2.2.1, or 2.3.1.
References
Link | Resource |
---|---|
https://github.com/tensorflow/tensorflow/releases/tag/v2.3.1 | Third Party Advisory |
https://github.com/tensorflow/tensorflow/security/advisories/GHSA-rjjg-hgv6-h69v | Exploit Third Party Advisory |
https://github.com/tensorflow/tensorflow/commit/22e07fb204386768e5bcbea563641ea11f96ceb8 | Patch Third Party Advisory |
http://lists.opensuse.org/opensuse-security-announce/2020-10/msg00065.html | Mailing List Third Party Advisory |
Information
Published : 2020-09-25 12:15
Updated : 2021-11-18 09:20
NVD link : CVE-2020-15193
Mitre link : CVE-2020-15193
JSON object : View
CWE
CWE-908
Use of Uninitialized Resource
Products Affected
- tensorflow
opensuse
- leap