Newsgroup: it.comp.os.linux.sys
Titolo: account di root expired

ciao
probabilmente per un'errata manovra con chage, l'account di root di una 
macchina remota è expired.
L'accesso con ssh viene rifiutato, il telnet era stato disattivato per 
sicurezza e se si entra da un'altro utente e si fa "su", dice che 
l'account di root è expired.
Al di là di identificare l'autore della manovra e ucciderlo, c'é 
qualcos'altro che posso fare prima di andare fisicamente sul posto?
Il linux è una mandrake 9.qualcosa, ma non credo faccia differenza
grazie
DKano

 qualcos'altro che posso fare prima di andare fisicamente sul posto?
temo di no.


Già, temo anch'io che dovrai uccidere chi ha fatto sto casino, non vedo
altre soluzioni.
Ciao
  Andrea

 Il linux è una mandrake 9.qualcosa, ma non credo faccia differenza
L'unica e' tentare qualche exploit noto che permetta di inviare comandi 
con privilegi di root.
-- 
c:\winnt> secure_nt.exe
  Securing NT.  Insert Linux boot disk to continue......
http://www.neodigital2k.com

 con privilegi di root.
Infatti ci stavo pensando. Dato che è piuttosto vecchia come 
installazione qualcosa ci sarà sicuramente; ma dove trovo le 
informazioni? Che faccio, google "exploit mandrake 9.x"? O c'è qualche 
sito dove trovare informazioni più strutturate?
Nel frattempo mi preparo mentalmente alla trasferta (e all'omicidio :-) )
bye
DKano

 differenza 
penso che tu debba cominciare a scaldare il motore della macchiana o se 
piu' lontano, comprare biglietto di treno/aereo

 piu' lontano, comprare biglietto di treno/aereo
Temo anche io. L'unica altra soluzione sarebbe 'crackare' il sistema. In 
realtà avendo anche un accesso samba ho trovato un mucchio di 
vulnerabilità usabili. Solo che mi servirebbe un posto dove trovare ben 
spiegato come implementare il crack dato che non è che sia un esperto in 
materia; ho trovato un mucchio di siti che ti avvisano delle 
vulnerabilità ma nessuno che mette a disposizione del codice per 
provarle. Esiste qualcosa di 'normale' oppure devo andarmi a cacciare 
nel ginepraio dei siti-cracker (con annessi pop-up di Moana...) ?
bye
DKano

 ha scritto:

vulnerabilità del kernel?
che kernel è?
prova questa:
http://linuxreviews.org/news/2004/06/11_kernel_crash/
se trovi una vulnerabilità del tuo kernel (o di un kernel >= al tuo), con
i prog che si trovano di solito come esempio insieme alla
vulnerabilità entri tranquillo come root. (provato varie volte per vedere
se le patch funzionavano).
ammesso di non aver patchato il kernel ovviamente ;-)

 Il linux è una mandrake 9.qualcosa, ma non credo faccia differenza
se hai dei fs remoti montati senza nosuid puoi provare a cacciarci una bash
suidata.
-- 
Tu hai la capacita' di imparare dai tuoi errori.  Oggi imparerai un sacco.


Se hai un vecchio kernel non patchato, magari qualcosa lo puoi fare
anche da remoto. Tanto e' tuo, no?
Fabio

 anche da remoto. Tanto e' tuo, no?
Mi sto documentando... non posso eseguire dei binari ma ho trovato delle 
cose in perl sia per samba che per altre vulnerabilità (mail ecc.) che 
dovrebbero fare al caso mio.
Grazie a tutti!
DKano

 qualche sito dove trovare informazioni più strutturate?
Butta un occhio qui:
http://packetstormsecurity.org/
-- 
Per altro, ogni tanto ho come la sensazione che tu non capisca un cazzo 
neppure di news, oltre che di smtp.
 
Il Cat


Ho trovato un paio di script in perl che dovrebbero darmi una shell da 
root. Mi chiedo: possono solo non funzionare? Oppure posso far dei danni 
maggiori per cui mi toccherebbe comunque correre dal server invece di 
organizzare il viaggio?
bye
DKano

idea, ma non puoi far riavviare la macchina da remoto e far modificare il
file /etc/passwd
io esattamente sathia@darkstar:~$ uptime
 15:54:45  up 261 days, 16:53,  1 user,  load average: 0.00, 0.00, 0.00
dovetti fare così!
evitai un viaggio a mi.
ciao
-- 
vieni, facciamo ancora un'altra foto col colombo in mano.
sarai contenta quando poi tua cugina lo vedrà 
che a venezia siamo stati anche noi...

 qualcos'altro che posso fare prima di andare fisicamente sul posto?
ptrace
-- 
none

 suidata.
suidare bash non serve, visto che (per security) reimposta sempre 
l'effective user id al real user id (provare per credere).
Casomai un'altra shell (ksh o pdksh si possono suidare), o un altro 
programma da cui si possa avviare una shell.
-- 
   |   \    \  | ___|_  |_  |  ianezz a casa sua... :-)
   |  _ \  | \ | _|    /   /   Verba volant, scripta
  _|_/  _\_|  _|____|___|___|  manent, data corrupted