The Security Team noticed that the termination condition of the for loop in the readExternal method is a controllable variable, which, if tampered with, may lead to CPU exhaustion. As a fix, we added an upper bound and termination condition in the read and write logic. We classify it as a "low-priority but useful improvement". SystemDS is a distributed system and needs to serialize/deserialize data but in many code paths (e.g., on Spark broadcast/shuffle or writing to sequence files) the byte stream is anyway protected by additional CRC fingerprints. In this particular case though, the number of decoders is upper-bounded by twice the number of columns, which means an attacker would need to modify two entries in the byte stream in a consistent manner. By adding these checks robustness was strictly improved with almost zero overhead. These code changes are available in versions higher than 2.2.1.
References
Link | Resource |
---|---|
https://lists.apache.org/thread/r4x2d2r6d4zykdrrx6s2l4qbxgzws0z3 | Mailing List Vendor Advisory |
https://security.netapp.com/advisory/ntap-20220812-0003/ |
Configurations
Information
Published : 2022-06-27 11:15
Updated : 2022-08-12 10:15
NVD link : CVE-2022-26477
Mitre link : CVE-2022-26477
JSON object : View
CWE
CWE-400
Uncontrolled Resource Consumption
Products Affected
apache
- systemds