Apache Killer bedreigt duizenden webservers
Apache heeft beheerders van webservers gewaarschuwd voor een nieuw programma waarmee een enkele pc een Apache webserver kan platleggen. Het programma 'Apache Killer' werd onlangs op de Full-disclosure mailinglist gezet en misbruikt een beveiligingslek in de webserversoftware. Volgens Apache wordt het probleem veroorzaakt door de manier waarop de Apache HTTPD server verschillende "overlapping ranges" verwerkt.
"De aanval is op afstand uit te voeren en kan via een beperkt aantal verzoeken het geheugen en de processor ernstig belasten", aldus een advisory van Apache, dat verder laat weten dat de standaard installatie kwetsbaar is en aanvallers het programma actief misbruiken. De ontwikkelaar meldt dat er vandaag of morgen een update zal verschijnen. Tot die tijd kunnen systeembeheerders deze aanbevelingen opvolgen. Inmiddels is er ook een onofficiële 'workaround', maar die zou mogelijk voor meer problemen kunnen zorgen.
Het probleem speelt in alle Apache 1.3 versies en alle Apache 2 versies. Voor Apache 1.3 zal echter geen update meer verschijnen, aangezien deze versie niet meer ondersteund wordt. Als laatste krijgen systeembeheerders het advies om hun eigen servers via de tool te testen, voordat iemand anders dat voor hen doet.
Goh, zou enkel wat moeilijk doen met WebDav systemen. Voor 95% van de sites is dat dus een goede workaround, enkel onhandig dat je het per virtualhost moet doen en het niet systeem-wide kan.
Iets zegt mij dat "duizenden" een sterk understatement is...
Goh, zou enkel wat moeilijk doen met WebDav systemen. Voor 95% van de sites is dat dus een goede workaround, enkel onhandig dat je het per virtualhost moet doen en het niet systeem-wide kan.
Illja. \\//
Uit bericht van maillist.
1) Use SetEnvIf or mod_rewrite to detect a large number of ranges and then
either ignore the Range: header or reject the request.
Option 1: (Apache 2.0 and 2.2)
# Drop the Range header when more than 5 ranges.
# CVE-2011-3192
SetEnvIf Range (,.*?){5,} bad-range=1
RequestHeader unset Range env=bad-range
# optional logging.
CustomLog logs/range-CVE-2011-3192.log common env=bad-range
Option 2: (Also for Apache 1.3)
# Reject request when more than 5 ranges in the Range: header.
# CVE-2011-3192
#
RewriteEngine on
RewriteCond %{HTTP:range} !(^bytes=[^,]+(,[^,]+){0,4}$|^$)
RewriteRule .* - [F]
Eerste oplossing kan gewoon direct in apache2.conf zonder problemen.
Looking forward to new developments in the story.
Is allemaal een verrassing als je met open source werkt. Of moet ik mijn eigen patch maken omdat het open source is.
En als er een patch is, is die dan goed getest? Of heeft mijn buurman hem inelkaar gefrummeld en gelancheerd.
Serieus probleem dus.
Barry
Is allemaal een verrassing als je met open source werkt. Of moet ik mijn eigen patch maken omdat het open source is.
En als er een patch is, is die dan goed getest? Of heeft mijn buurman hem inelkaar gefrummeld en gelancheerd.
Het enige dat je zeker weet is wie er verantwoordelijk is voor de troep die ontstaat. Oh nee, toch niet, bijna de gebruiksovereenkomst vergeten die zegt dat de leverancier niet verantwoordelijk is, maar dat jij wel betaald moet hebben.
Bij een grote club als Apache is het patch- en onderhoudproces behoorlijk professioneel geregeld. Wanneer je gebruik maakt van wat daar uit komt, zit je net zo goed als bij een commerciele leverancier. En net als die $$ moet je ook bij open source wel eens even wachten, hoe dringend de patch ook nodig is.
maar dan moet je die file dus wel op een betreffende webserver zien te krijgen,IMHO...
Ik zit hier met spanning op een patch te wachten van de grote distributie boeren..de mitigation is geen oplossing voor al onze servers vandaar dat ik graag de officiele linux distro patch er op wil knallen.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Netwerk Security Engineer
Luchtverkeersleiding Nederland
Als Netwerk Security Engineer ontwerp en optimaliseer je onze technische netwerk- en beveiligingsinfrastructuur. Je stuurt tech-nische veranderingen aan op basis van de gestelde architectuur kaders en helpt mee met de uitvoering ervan. Ben jij een gedreven professional met passie voor netwerk-beveiliging? Dan is deze functie als Netwerk Security Engineer bij Luchtverkeersleiding Nederland (LVNL) iets voor jou!
Lead Network Security Engineer
Luchtverkeersleiding Nederland
Word Lead Network Security Engineer bij LVNL. Ontwerp en implementeer security-oplossingen die de luchtverkeersleidings-systemen veilig houden. Solliciteer nu en draag bij aan onze cyberweerbaarheid! Als Lead Network Security Engineer bij LVNL ben je verantwoordelijk voor het ontwerpen, implementeren en optimaliseren van de netwerkbeveiliging die cruciaal is voor de veilige en efficiënte werking van het luchtverkeersleidingssysteem in Nederland.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?