[–] DiabloD3 3mo ago ↗ After reading the article, I can conclude that Codex discovered nothing new.This is already something that is known, and if you're able to be targeted by this (which is not the majority of users) configure your httpd differently. [–] swedishuser 3mo ago ↗ Apache and nginx maintainers implemented fixes one or two days after the author reported, so how do you mean this was known already? [–] DiabloD3 3mo ago ↗ AFIAK, it was already being actively exploited in DDoS attacks.
[–] swedishuser 3mo ago ↗ Apache and nginx maintainers implemented fixes one or two days after the author reported, so how do you mean this was known already? [–] DiabloD3 3mo ago ↗ AFIAK, it was already being actively exploited in DDoS attacks.
[–] HDBaseT 3mo ago ↗ Not ideal.This appears to be fixed as of April (at least for Apache). [0].[0] - https://github.com/nginx/nginx/commit/365694160a85229a7cb006...
[–] BobbyTables2 3mo ago ↗ Couldn’t simple fuzzing have found this? [–] pixel_popping 3mo ago ↗ Not really, as it wasn't found for close to a decade (>5 years for most webservers).
[–] pixel_popping 3mo ago ↗ Not really, as it wasn't found for close to a decade (>5 years for most webservers).
[–] eqvinox 3mo ago ↗ > We disclosed to Apache on May 27, and Stefan Eissing fixed it on the same day by making cookie headers count against LimitRequestFields.I was about to say, the bug here isn't in the protocol, it's that memory use isn't being counted & limited as it should... and, yeah.I'm a bit surprised this happened to Apache, though. APR uses pool allocators. That should be easy enough to track and limit...
7 comments
[ 4.4 ms ] story [ 34.3 ms ] threadThis is already something that is known, and if you're able to be targeted by this (which is not the majority of users) configure your httpd differently.
This appears to be fixed as of April (at least for Apache). [0].
[0] - https://github.com/nginx/nginx/commit/365694160a85229a7cb006...
I was about to say, the bug here isn't in the protocol, it's that memory use isn't being counted & limited as it should... and, yeah.
I'm a bit surprised this happened to Apache, though. APR uses pool allocators. That should be easy enough to track and limit...