An allocation of resources without limits or throttling vulnerability exists in curl <v7.88.0 based on the "chained" HTTP compression algorithms, meaning that a server response can be compressed multiple times and potentially with differentalgorithms. The number of acceptable "links" in this "decompression chain" wascapped, but the cap was implemented on a per-header basis allowing a maliciousserver to insert a virtually unlimited number of compression steps simply byusing many headers. The use of such a decompression chain could result in a "malloc bomb", making curl end up spending enormous amounts of allocated heap memory, or trying to and returning out of memory errors.
The product allocates a reusable resource or group of resources on behalf of an actor without imposing any restrictions on the size or number of resources that can be allocated, in violation of the intended security policy for that actor.
Link | Tags |
---|---|
https://hackerone.com/reports/1826048 | issue tracking exploit |
https://lists.debian.org/debian-lts-announce/2023/02/msg00035.html | third party advisory mailing list |
https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/BQKE6TXYDHOTFHLTBZ5X73GTKI7II5KO/ | vendor advisory mailing list third party advisory |
https://www.debian.org/security/2023/dsa-5365 | third party advisory vendor advisory |
https://security.netapp.com/advisory/ntap-20230309-0006/ | third party advisory |
https://security.gentoo.org/glsa/202310-12 | third party advisory vendor advisory |