Denial of Service (DoS) Affecting tensorflow/tensorflow Open this link in a new tab package, versions [,2.6.4) [2.7.0,2.7.2) [2.8.0,2.8.1) [2.9.0rc0, 2.9.0)
Do your applications use this vulnerable package?
In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.Test your applications
22 May 2022
22 May 2022
How to fix?
tensorflow/tensorflow to version 2.6.4, 2.7.2, 2.8.1, 2.9.0 or higher.
Affected versions of this package are vulnerable to Denial of Service (DoS) where the implementation of
tf.raw_ops.LSTMBlockCell does not fully validate the input arguments. The code does not validate the ranks of any of the arguments to this
API call. This results in
CHECK-failures when the elements of the tensor are accessed.
Denial of Service (DoS) describes a family of attacks, all aimed at making a system inaccessible to its intended and legitimate users.
Unlike other vulnerabilities, DoS attacks usually do not aim at breaching security. Rather, they are focused on making websites and services unavailable to genuine users resulting in downtime.
One popular Denial of Service vulnerability is DDoS (a Distributed Denial of Service), an attack that attempts to clog network pipes to the system by generating a large volume of traffic from many machines.
When it comes to open source libraries, DoS vulnerabilities allow attackers to trigger such a crash or crippling of the service by using a flaw either in the application code or from the use of open source libraries.
Two common types of DoS vulnerabilities:
High CPU/Memory Consumption- An attacker sending crafted requests that could cause the system to take a disproportionate amount of time to process. For example, commons-fileupload:commons-fileupload.
Crash - An attacker sending crafted requests that could cause the system to crash. For Example, npm