Tensorflow
Approved changes feed: RSS · Atom
cpe:2.3:a:google:tensorflow:2.2.0:*:*:*:-:*:*:*
part: a version: 2.2.0 update: *
| Vendor | Google (f181d1eb-7269-5bae-b76e-e66ceb214562) |
|---|---|
| Product | Tensorflow (b00eb799-7f6b-5a1c-af79-6e563231bc87) |
| Edition | * |
| Language | * |
| Software edition | - |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2020-15193 |
vulnerable | 2026-06-08 05:19:25.454023 |
Memory corruption in Tensorflow
HIGH (7.1)
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.
Published: 2020-09-25T18:40:51.000Z
Updated: 2024-08-04T13:08:22.677Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2020-15192 |
vulnerable | 2026-06-08 05:19:25.453527 |
Memory leak in Tensorflow
MEDIUM (4.3)
In Tensorflow before versions 2.2.1 and 2.3.1, if a user passes a list of strings to `dlpack.to_dlpack` there is a memory leak following an expected validation failure. The issue occurs because the `status` argument during validation failures is not properly checked. Since each of the above methods can return an error status, the `status` value must be checked before continuing. The issue is patched in commit 22e07fb204386768e5bcbea563641ea11f96ceb8 and is released in TensorFlow versions 2.2.1, or 2.3.1.
Published: 2020-09-25T18:40:56.000Z
Updated: 2024-08-04T13:08:22.666Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2020-15191 |
vulnerable | 2026-06-08 05:19:25.451984 |
Undefined behavior in Tensorflow
MEDIUM (5.3)
In Tensorflow before versions 2.2.1 and 2.3.1, if a user passes an invalid argument to `dlpack.to_dlpack` the expected validations will cause variables to bind to `nullptr` while setting a `status` variable to the error condition. However, this `status` argument is not properly checked. Hence, code following these methods will bind references to null pointers. This is undefined behavior and reported as an error if compiling with `-fsanitize=null`. The issue is patched in commit 22e07fb204386768e5bcbea563641ea11f96ceb8 and is released in TensorFlow versions 2.2.1, or 2.3.1.
Published: 2020-09-25T18:41:01.000Z
Updated: 2024-08-04T13:08:22.683Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.