PDA

Pogčedajte punu verziju : apache/mod_rewrite bezbednosni propust?


zoro
04. 03. 2007., 13:45
Pre neki dan jedan od sajtova na kojima radim bio je vrlo spor i nakon par mailova sa tehničkom podrškom ljudi mi kažu da taj domen jede 20% memorije na serveru. Sada je to prestalo ali nisam siguran sta je bio uzrok tome. Posecenost sajta je ista u kao u prethodnom periodu oko 2000 ljudi dnevno.
Pregledao sam malo logove i jedino sumnjivo sto sam nasao su neku URL-ovi sa %5c%22 karakterima.
%5c = /
%22 = "
Nasao sam neka objasnjenja da ovi karakteri uzrokuju da apache poludi i nekontrolisano trosi memoriju.


The problem with "invalid characters" is that Apache must "escape" them. So %22 is escaped to %2522 on the first pass, and then to %252522 on the second pass, then to %25252522, and so on. If multiple rewrites are performed, the string grows ad-infinitum. And the reason is that Apache does not expect invalid characters in HTTP/1.1-compliant urls.


Apache je 1.3.37 sa ukljucenim mod rewrite

Sta mislite o ovome i ima li neko ideju kako se zastititi, ako je uopste to u pitanju?

Peca
04. 03. 2007., 14:35
Ne verujem prvo da ti imas multi-procesiranje jednog istog rewrite-pravila... morao bi da imas pravila koja te bacaju u isti folder da bi imao multi-procesiranje, i to bi uglavnom znacilo da imas losa pravila.
Drugo, mislim da je takvo 'floodovanje' poslednje sto ce napadacu da padne na pamet. Mnogo je lakse da te flooduje tako sto ce ti recimo 20 puta u sekundi requestovati index, ako ga php skripta generise...

zoro
04. 03. 2007., 16:12
Mnogo je lakse da te flooduje tako sto ce ti recimo 20 puta u sekundi requestovati index, ako ga php skripta generise...

A da li bi se u tom slucaju to videlo kao porast hitova u statistikama?

Ivan
04. 03. 2007., 16:26
Primetilo bi se u statistikama, ... daj malo vece 'parce' loga da analiziramo ... a mozda i error log ?

ivanhoe
04. 03. 2007., 17:02
da li koristis neki gotov CMS ili je pisan ceo kod od pocetka?

zoro
04. 03. 2007., 17:25
Evo ga access log ovde (http://www.tehnomanija.internetprodavnice.com/accesslog_tehnomanija.internetprodavnice.com_3_2_2 007.gz)
Ima oko 3Mb
Problemi su bili najveci otprilike upravo u tom periodu 1-2.3.2007

Ivane, da li se i syn flood vidi u statistikama?

@ivanhoe: ceo kod je pisan od pocetka

zoro
04. 03. 2007., 18:28
Evo ga i not error log (http://www.tehnomanija.internetprodavnice.com/error_log.txt) sa sumnjivim url

Peca
05. 03. 2007., 03:47
Ivane, da li se i syn flood vidi u statistikama?
Ne, to je 'cimanje' na nivou kernela, uopste se konekcija i ne uspostavlja prilikom syn flood-a.

zoro
05. 03. 2007., 15:42
A jel bi syn flood jeo memoriju i to se vezivalo za moj nalog?

jablan
05. 03. 2007., 15:49
Ne bi se vezivalo za tvoj nalog.

zoro
05. 03. 2007., 18:43
Hvala svima na odgovorima, sad bar znam sta nije :)