gpernot reports: Bug 110 - algorithmic complexity denial of service randomized hashmaps to prevent DOS attacks hashmap are not randomized, so that it is possible to forge fake headers that will always go into the same bucket. try 'curl http://78.230.4.96/hashes.asis' via tinyproxy and without it to convince you (~8 MB of headers). I'll remove this url as soon as bug is accepted... attached patch should solve this. it's certainly perfectible, though (autoconf for time() and rand() are missing...). even with this patch, it takes ages. maybe headers should be sanitized before hiting the buckets... Created attachment 60 [details] limit number of headers to prevent DoS attacks External references: https://banu.com/bugzilla/show_bug.cgi?id=110#c2 https://bugs.launchpad.net/ubuntu/+source/tinyproxy/+bug/1036985
Created tinyproxy tracking bugs for this issue Affects: fedora-all [bug 849369]
Created tinyproxy tracking bugs for this issue Affects: epel-all [bug 849370]
Created attachment 605402 [details] CVE-2012-3505-tinyproxy-limit-headers.patch
Created attachment 605403 [details] CVE-2012-3505-tinyproxy-randomized-hashmaps.patch
Believe it or not: Fixes pushed to upstream and will be released soon with Tinyproxy 1.8.4.
Upstream release including fix available at https://github.com/tinyproxy/tinyproxy/releases/tag/1.8.4 (Note: upstream hosting is currently changing.)
This CVE Bugzilla entry is for community support informational purposes only as it does not affect a package in a commercially supported Red Hat product. Refer to the dependent bugs for status of those individual community products.