Onderwerp: Streamservice hacked/rare grap?

Oorspronkelijk geplaatst door dupondje

Jammer dat ze hun hack tooltje niet hebben staan op die website kun je direct je eigen bak eens checken of hij wel veilig is

vaak zijn die tools wel te vinden hoor en meestal doen ze als volgt:

1) $php pakket exploiten
2) een php shell starten of een perl/c shelletje downloaden en starten
3) shell access gebruiken om tools en meer exploits er op te zetten
4) root access proberen te fixen.

maar soms proberen ze punt 4 niet, of als ze het niet lukt.. gaan ze defacen, ddossen, backdoor shelletjes starten voor later gebruik, spammen.. etc etc..

Je wilt iemand tot last zijn, ehm, ik bedoel de beveiliging van je eigen server voor educatieve doeleinden testen? Op http://www.milw0rm.com/ kun je alle remote exploits vinden. De échte sysadmin gaat er dagelijks even F5'en om te kijken wat hij die dag even preventief gaat fixen

Oorspronkelijk geplaatst door Randy

De échte sysadmin gaat er dagelijks even F5'en om te kijken wat hij die dag even preventief gaat fixen

daar gaat mijn weekend

maar terug on-topic: streamservice succes met de herstelwerkzaamheden, erg vervelend dat dit gebeurd is

Oorspronkelijk geplaatst door Japje

vaak zijn die tools wel te vinden hoor en meestal doen ze als volgt:

1) $php pakket exploiten
2) een php shell starten of een perl/c shelletje downloaden en starten
3) shell access gebruiken om tools en meer exploits er op te zetten
4) root access proberen te fixen.

maar soms proberen ze punt 4 niet, of als ze het niet lukt.. gaan ze defacen, ddossen, backdoor shelletjes starten voor later gebruik, spammen.. etc etc..

Je kunt op zo'n manier toch nooit verder komen dan het hostingpakket van de klant? Als je via een PHP script op een hostingpakket (Joomla, Roundcube, etc) de server kunt hacken, dan kan een klant zelf ook de server hacken. Waarom wordt dit niet geïsoleerd met aparte processen die onder aparte accounts worden uitgevoerd?

dat is nou de kracht van de vmsplice exploit, je wordt daarmee root en kan dus overal bij

deze exploit is aanwezig in alle kernels van 2.6.17 tot ongeveer 2.6.24 en is begin februari 2008 ontdekt

meer info: http://www.google.com/search?q=vmsplice+exploit

Oorspronkelijk geplaatst door Randy

Je wilt iemand tot last zijn, ehm, ik bedoel de beveiliging van je eigen server voor educatieve doeleinden testen? Op http://www.milw0rm.com/ kun je alle remote exploits vinden. De échte sysadmin gaat er dagelijks even F5'en om te kijken wat hij die dag even preventief gaat fixen

Je was me voor met milw0rm maar toch nog even een toevoeging...
Naast die leuke site kun je jezelf ook aboneren op een rss en/of mailinglist voor exploits, ja ik weet dat veel mensen geen zin hebben in tig mailtjes maar het scheelt je zoveel als die ene exploit er is en dat jij het vrij snel weet..

Gewoon beetje je mailbox met een oogopslag scannen en je bent weer meer up2date dan de meeste sysadmin

Oorspronkelijk geplaatst door MediaServe

Je kunt op zo'n manier toch nooit verder komen dan het hostingpakket van de klant? Als je via een PHP script op een hostingpakket (Joomla, Roundcube, etc) de server kunt hacken, dan kan een klant zelf ook de server hacken. Waarom wordt dit niet geïsoleerd met aparte processen die onder aparte accounts worden uitgevoerd?

/me wijst naar:

chrooted environment (linux)
jail (freebsd)

Maar ook naar find -perm (of -user, zie ook man find ) kan ook helpen op je doos.

bijv;

find / \( -perm -004000 -o -perm -002000 \) -type f -print 2> /dev/null

en write access voor "andere dingen" is -002

Je zou ook kunnen overwegen om Xen achtig spul te gaan draaien

Streamservice is weer terug online

Nu de rest van de sites nog

Oorspronkelijk geplaatst door mikeh

/me wijst naar:

chrooted environment (linux)

Maar je weet natuurlijk dat chroot niet secure is ;-)

http://www.bpfh.net/simes/computing/chroot-break.html

Inmiddels werkt haast alles weer (DirectAdmin is nog uitgeschakeld). Klanten zullen hierover nog een email ontvangen.

Inmiddels werkt alles (incl. DirectAdmin) alweer enige tijd correct voor zover na te gaan is. Klanten zullen nog een email ontvangen met meer informatie.

Topic kan gesloten worden.

Moet je je eigen site nog even doen:

http://www.bycom.nl ?

Oorspronkelijk geplaatst door Japje

Maar je weet natuurlijk dat chroot niet secure is ;-)

http://www.bpfh.net/simes/computing/chroot-break.html

jail!=safe & chroot!=safe

Human brain zal er ten alle tijden tussen moeten zitten (lijkt me iet te automatiseren :P )

http://www.storefrontbacktalk.com/se...rtion-of-disk/

^^ leuk artikel