I commenti sono aggiunti quando e soprattutto se ho il tempo di guardarli e dopo aver eliminato le cagate, spam, tentativi di phishing et similia. Quindi non trattenete il respiro.
23 messaggi this document does not accept new posts
Di Anonymous coward postato il 25/07/2011 08:06
brrrrrr
mi sono corsi i brividi lungo la schiena, ho avuto una visione:
CL: " ma porc non ho i backup dei file php installati"
P:"Noi dovevamo cmq fare copia prima blablabla" (qui il brivido)
-- Anonymous coward
Di ARM_ postato il 25/07/2011 08:37
e un bel # rm -fr /
dopotutto potrebbe essere compromesso anche altro...
-- ARM_
Di Nicholas postato il 25/07/2011 09:02
Nella mia testa "rimuovere tutto ciò che potrebbe essere compromesso" viene tradotto in una serie di deluser. 
Di Dacav postato il 25/07/2011 09:08
LOL php programmers!
Grazie Davide! Non conoscevo l'opzione "-exec" di find! Di solito mi lanciavo in avventure con "-print0" e "xargs -0"... interessante!
-- Dacav
Di Alberto postato il 25/07/2011 09:16
Certo che DB e P sono proprio degli ingenui o dei beati.
Dalle tue domande (e dalle tue storie precedenti), era ABBASTANZA CHIARO che avresti spianato tutto il PHP.
Onestamente però, mi aspettavo la stessa cosa anche nei confronti di Apache. 
Di Anonymous coward postato il 25/07/2011 09:26
Io avrei fatto un bel rm -rf *... per essere ancora più sicuro 
Di Spooky postato il 25/07/2011 09:55
Questa era veramente da Bofh 
Di Lex postato il 25/07/2011 10:50
E con questo comandino "chi s'è visto s'è visto"
Di Anonymous coward postato il 25/07/2011 11:13
Tolto il dente, tolto il dolore...
-- Anonymous coward
Di Marco Colombo postato il 25/07/2011 11:24
Ma come, dimentichi che se qualcuno ha messo le mani nel server, può aver alterato anche i vari HTML inserendo virus in Javascript! Per cui ogni .html che trovi potrebbe essere compromesso!
find / -type f -name '*.html' -exec rm -f {} \;
Ovviamente occorre fotografare la faccia di CL quando riceve la notizia. In realtà, oggi ci sono rootkit molto sofisticati che arrivano ad inserire moduli stealth nel kernel, per cui non puoi essere sicuro di niente se hanno avuto accesso a root.
E la prossima volta vai di selinux.
-- .TM.
Di Mte90 postato il 25/07/2011 14:02
Zappiamo via tutto LOL
Sei un grande! Sono un tuo fan e aspetto il lunedì solo per leggere la prossima storia!!
Buon lavoro!
-- Mte90
Di Edoardo Mantovani postato il 25/07/2011 19:28
Hahahaha Stupenda!!! Grandissimo D.
-- Se il problema non ha soluzione perche' ti arrabbi?Se il problema ha soluzione perche' ti arrabbi?
Ma soprattutto, se non sei parte della soluzione
Allora sei parte del problema.
Di Massimo Bacilieri postato il 25/07/2011 20:06
Draconiano ma efficiente come metodo
CL poi come l'ha presa?!
Di guido postato il 25/07/2011 21:56
--
guido
Di Alessandro Porcu postato il 25/07/2011 22:36
Niente male, una soluzione proprio radicale 
Io avrei risolto con un bel "mke2fs -j /dev/sda[1..4] (a seconda di quali partizioni c'erano su quel disco. E poi vai di reinstall. E se CL si lamentava, un grosso e nodoso randello di noce.
-- Alessandro Porcu
Di Anonymous coward postato il 26/07/2011 12:06
ahahahahahahah... ma che mitooo!!!
Mi viene in mente solo un'altra frase, ora: "quale parte di rm -f ... non era chiara?"
Da vero BOFH
-- Anonymous coward
Di Anonymous coward postato il 26/07/2011 12:43
Il problema non è php e sempre che chi programma (mi è capitato di recente) non usa tre strumenti fondamentali per la programmazione :
Matita (o penna)
foglio
Cervello.
Rimuovi tutto ciò che è compromesso !
Facile, rimovere l'orifizio anale a CL.
-- Anonymous coward
Di Panzer postato il 26/07/2011 14:41
Rimuovere tutto quello che potrebbe essere compromesso... dopo che il mondo ha avuto accesso come root... per me è roba da fdisk... per fortuna di CL non sono io a decidere...
anche se sono convinto che un reboot del server da DVD e con con dischi NUOVI (o ricondizionati 
) non sarebbe stata male...
Di Anonymous coward postato il 26/07/2011 18:21
Anch'io, come altri che hanno scritto prima di me, avrei pensato a qualcos'altro di compromesso,, oltre ai file PHP.
Il mio comando preferito, in questi casi, è
for device in /dev/sd* /dev/hd*; do dd if=/dev/urandom of=$device bs=10240 count=1024; done; reboot
e poi si vede ...
-- Anonymous coward
Di Anonymous coward postato il 26/07/2011 18:29
Hm ma se i processi ssh giravano come root significa che c'è qualche vulnerabilità al sistema, oltre che il php:)
-- Anonymous coward
Di Anonymous coward postato il 26/07/2011 23:40
Io per essere sicuro avrei fatto un wipe del disco... comunque è sempre bello vedere quanto si rendono conto che una macchina compromessa è una macchina da rifare da zero - e quanto tenerla attiva è un rischio, anche dopo qualsiasi tentativo di ripulirla.
-- Anonymous coward
Di Alessandro postato il 29/07/2011 09:48
>Ohhhh.... adesso mi sento gia' meglio...
NOn potevi scrivere : godo???
Di Alquanole postato il 30/07/2011 12:43
Mi è capitato di dover giocare con un server compromesso che CL voleva patchare a tutti i costi... Da allora l'opzione "togli solo i file sospetti" -> FDISK
-- Alquanole
