Inqtana: altri worm per Mac OS X

[ShinjiIkari]

Ah dimenticavo anche i dischi esterni, anche se sono hfs+ o ufs, che generalmente vengono montati con l'opzione "ignora i permessi su questo volume".

[Special]

Originariamente inviato da Bulfio

Si, sono per PPC, Intel ancora zero.
A parte il fatto che siano worm "fuffa", sembra che ci sia l'intenzione di spaventare l'utenza mac per un eventuale acquisto di software antivirus, anche se al momento l'utilità è zero (in quanto non è presente codice maligno da evirare)... Che le software house stiano cercando nuovi mercati?

Comunque, grazie ai diritti utenti e alla speranza di aggiornamenti tempestivi (sia in ambito mac che in linux), i rischi sono ancora bassi.
Sperando che l'utenza Windows possa beneficiare in futuro della gestione utenti unix-style.

poverello...
casomai estirpare

[Laertes]

@ShinjiIkari

mmm ok, la sintassi è come dici tu, credevo facesse differenza -r o -R ma non avevo voglia di andare a leggere il man... :P

caspita però non è una cosa furbissima questo -f in rm...
però mi è sorto un dubbio... per rimuovere una directory non sarà rmdir?? no perchè ho provato a rimuovere una directory con rm ma niente, rm rimuove i files... a me suona così strano potersi piallare la home con solo questi comandi... mi sa che quando dovrò formattare una prova la faccio...(su linux però, tanto prima o poi una nuova distro la proverò..)

[Bulfio]

Originariamente inviato da Special

poverello...
casomai estirpare

No no, se no che divertimento c'è

Originariamente inviato da Laertes

mmm ok, la sintassi è come dici tu, credevo facesse differenza -r o -R ma non avevo voglia di andare a leggere il man... :P

caspita però non è una cosa furbissima questo -f in rm...
però mi è sorto un dubbio... per rimuovere una directory non sarà rmdir?? no perchè ho provato a rimuovere una directory con rm ma niente, rm rimuove i files... a me suona così strano potersi piallare la home con solo questi comandi... mi sa che quando dovrò formattare una prova la faccio...(su linux però, tanto prima o poi una nuova distro la proverò..)

C'è differenza, perchè linux è case-sensistive, quindi le cose cambiano se sono maiuscole o minuscole.
Per cancellare una directory devi usa il comando:
# rm -R nome_directory
vedrai che così funziona
E cmq si, con quei comandi cancelli tutto ciò su cui hai diritto di scrittura: l'opzione -f non ti chiede conferma dell'azione, mentre -R (in questo caso va bene anche -r), cancelli directory e file in modo ricorsivo. E' comodo se hai diverse sottocartelle.

[Criceto]

Originariamente inviato da *ReSta*

vogliamo norton antivirus mac edition!!!

http://www.siliconvalleysleuth.com/2..._messes_u.html
http://www.macfixit.com/article.php?...60221110024670

Ahahaa!!!

[Fx]

non so su mac os x, su linux funziona sia che metti il -Rf davanti sia che lo metti dietro

cmq guardate che potete provare ad usarlo quel comando, basta semplicemente non dare / come parametro ma un'altra dir... ho capito, faccio io che è meglio :

login as: fx
fx@delta's password:
[fx@delta ~]$ mkdir temphw
[fx@delta ~]$ cd temphw/
[fx@delta ~/temphw]$ mkdir asd
[fx@delta ~/temphw]$ cd asd/
[fx@delta ~/temphw/asd]$ touch pippo
[fx@delta ~/temphw/asd]$ ls
pippo
[fx@delta ~/temphw/asd]$ cd ..
[fx@delta ~/temphw]$ cd ..
[fx@delta ~]$ rm temphw/ -Rf
[fx@delta ~]$ ls temphw
ls: temphw: No such file or directory
[fx@delta ~]$

in pratica:
creo nella mia home la dir "temphw", quindi ci entro e creo la dir "asd", nella quale creo il file "pippo". torno nella home e lancio il comando "rm temphw/ -Rf" e ta daaa... non esiste più la dir temphw nè tanto meno il suo contenuto

se lanci invece il comando rm / -Rf (oppure si, più corretto, rm -Rf /, ma non fatemi i nerd puristi, su ) fai la stessa cosa però partendo dalla root (non l'utente, eh, la directory) e quindi cancelli:
- tutti i file/dir dentro la tua home
- come ricorda puntualmente ShinjiIkari 1) tutti i volumi fat32 montati
2) i dischi esterni, anche se sono hfs+ o ufs, che generalmente vengono montati con l'opzione "ignora i permessi su questo volume"
- ci aggiungo anche (improbabili, in particolar modo per l'utonto) directory nella root sulle quali l'utente non privilegiato che si sta usando ha permessi a sufficienza

in soldoni, ti rimangono solamente:
- i file di eventuali altri utenti presenti sul sistema
- l'os e i programmi (anche se sarei curioso di fare la prova prima di certificare che funziona tutto uguale dopo un rm ricorsivo partendo dalla root, se qualcuno ha voglia di fare la prova su un mac che tanto doveva già formattare ben venga)

insomma, io apprezzo molto le shell *nix ma quando ci son dentro e lancio un rm ricorsivo lo controllo sempre 3 volte, ho sempre una sorta di timore quando lo uso =)

cmq, giusto per chiudere il cerchio, se devo esser sincero penso che non serva nemmeno programmare mezza riga di codice... io sarei disposto a scommettere che mandando 100 email a 100 utenti mac in cui dici che lanciando questo fantastico comando dal terminale ti comparirà una feature nascosta di mac os x molto divertente (sto dicendo tanto per dire eh) e la condisci bene in modo da esser credibili, beh, io scommetto che qualcuno che ci casca c'è

vorrei ricordare che in windows c'è un botto di gente che s'è cancellata DA SOLA il file salcazzo (quello che si occupa della conversione dei nomi di file da lunghi a corti o qualcosa del genere) perchè girava l'email che diceva che era un virus...

questo per dire di lasciare davvero perdere le disquisizioni tecniche nel senso stretto del termine, qui si gioca tutto sull'ingegneria sociale, non sulla programmazione o sulla struttura di permessi dell'uno o dell'altro os... questi due aspetti arrivano molto, ma molto, ma molto dopo

[Pelino]

e che e' arrivano a grappolo?
anche sono dell'idea che con la diffusione dei mac arriveranno un bel po' di magagne, ma non ditelo ai fanboy, quelli non sono virus... sono... sono feature

[Bulfio]

vorrei ricordare che in windows c'è un botto di gente che s'è cancellata DA SOLA il file salcazzo (quello che si occupa della conversione dei nomi di file da lunghi a corti o qualcosa del genere) perchè girava l'email che diceva che era un virus...

Verissimo! Che bei ricordi...quante grasse risate..

questo per dire di lasciare davvero perdere le disquisizioni tecniche nel senso stretto del termine, qui si gioca tutto sull'ingegneria sociale, non sulla programmazione o sulla struttura di permessi dell'uno o dell'altro os... questi due aspetti arrivano molto, ma molto, ma molto dopo

Vero anche questo, ma se succede una cosa del genere mi prendo a scarpate da solo per quanto sono pirla, e magari capisco che è il caso di imparare qualcosa. Ma se non riesco nemmeno a installare un sistema operativo perchè dopo 5 secondi ti sei beccato il blaster, beh, la cosa un po' cambia...
Ricordo ancora ai tempi quando tentavo di installare Windows Xp senza service pack (non c'erano ancora, o forse c'era solo il primo, o forse non avevo il cd...non ricordo), con linea fastweb, mi collegavo per scaricare sygate piuttosto che avgfree, e ti si presentava la finestrella di chiusura entro 59...58...lì sono solo bestemmie, perchè una banale simil "net-install" ti era assolutamente proibita...

Ma è grazie a quel periodo che ho capito che Debian era l'unica strada e l'unico sistema operativo su disco...e ora posso solo stare tranquillo
Tranne che per una cosa: i DRM di Raiclick che non mi fa vedere i filmati...maledetti

[Fx]

Bulfio: si, il blaster e il sasser erano un altro discorso... ma in tutta la sua storia XP non è che ne ha visti molti di worm "veri" come questo, oltre il fatto che un windows aggiornato era immune... insomma, il blaster rappresenta un'eccezione

[Bulfio]

Questo è vero, dopotutto è stato l'unico ad avermi dato veramente problemi...il resto si, è dovuto più all'ignoranza generale.

[Laertes]

ho fatto un po' casino, probabile che rm non funzionava con la directory perchè era vuota?? cmq adesso tutto capito (sperem)...

[PeK]

Originariamente inviato da aeromaniac

Infatti la versione aggiornata non è colpita, a differenza di Windows, che pur aggiornatissimo, soffre gli attacchi di molti virus ed altro malware.

falso

gran parte dei bug sfruttati dai worm sono stati patchati da ms mesi prima. solo che il 50% di chi ha windows, lo ha rubato (lamentandosi poi se non funziona ) ed ha paura di fare gli aggiornamenti

[Free Gordon]

Originariamente inviato da PeK

ed ha paura di fare gli aggiornamenti

Questa è la pura verità!

[mjordan]

Se non altro, i primi tentativi anche sulla mela... Chissà cosa ci sarà in futuro...
Io sono sempre piu' convinto che ste cose le fanno gli stessi produttori di antivirus....

[mjordan]

Originariamente inviato da Fx

vorrei ricordare che in windows c'è un botto di gente che s'è cancellata DA SOLA il file salcazzo (quello che si occupa della conversione dei nomi di file da lunghi a corti o qualcosa del genere) perchè girava l'email che diceva che era un virus...

Scusa che file è?

[the_guitar_of_son]

Originariamente inviato da Fx

non so su mac os x, su linux funziona sia che metti il -Rf davanti sia che lo metti dietro

cmq guardate che potete provare ad usarlo quel comando, basta semplicemente non dare / come parametro ma un'altra dir... ho capito, faccio io che è meglio :

grazie!

Originariamente inviato da Fx

in pratica:
creo nella mia home la dir "temphw", quindi ci entro e creo la dir "asd", nella quale creo il file "pippo". torno nella home e lancio il comando "rm temphw/ -Rf" e ta daaa... non esiste più la dir temphw nè tanto meno il suo contenuto

ok, ma qui parliamo della home... io ti chiedevo se questo comando è in grado di cancellare senza password di admin directory e files al di fuori della mia home (sul quale posso agire indisturbato...)
è chiaro che nella mia home posso fare tutto e non è una vulnerabilità di unix...
ehehe nessuno userebbe un sistema dove per cancellare un file, rinominarloi, modificarlo, leggerlo, nella tua home ecc.. ti chiederebbe la password

Originariamente inviato da Fx

se lanci invece il comando rm / -Rf (oppure si, più corretto, rm -Rf /, ma non fatemi i nerd puristi, su ) fai la stessa cosa però partendo dalla root (non l'utente, eh, la directory) e quindi cancelli:
- tutti i file/dir dentro la tua home
- come ricorda puntualmente ShinjiIkari 1) tutti i volumi fat32 montati
2) i dischi esterni, anche se sono hfs+ o ufs, che generalmente vengono montati con l'opzione "ignora i permessi su questo volume"
- ci aggiungo anche (improbabili, in particolar modo per l'utonto) directory nella root sulle quali l'utente non privilegiato che si sta usando ha permessi a sufficienza

??
in osx un utente anche admin non mi pare possa modificare file in /root...
sicuramente non un utente limitato, penso che non possa nemmeno accedere..
cmq ho il powerbook qui, solo che sono appena al lavoro e non posso verificare ora: non vorrei che pensassero che sto a cazzeggiare invece di lavorare, anche se ho finito tutto...
cmq dopo provo..
inoltre.. chi è quell'utente limitato che fa directory nella root??

Originariamente inviato da Fx

in soldoni, ti rimangono solamente:
- i file di eventuali altri utenti presenti sul sistema
- l'os e i programmi (anche se sarei curioso di fare la prova prima di certificare che funziona tutto uguale dopo un rm ricorsivo partendo dalla root, se qualcuno ha voglia di fare la prova su un mac che tanto doveva già formattare ben venga)

anch'io, ma ho installato il sistema da poco dopo un casino che avevo fatto (eheh) e quindi non posso proprio..
cmq ammesso tutto, ripeto che secondo me è più importante che rimanga l'os e i programmi... gli utenti si ricreano in un'attimo e ripristinare i dati è uno scherzo.. (se uno fa i backup.. e voi li fate, VERO?

Originariamente inviato da Fx

insomma, io apprezzo molto le shell *nix ma quando ci son dentro e lancio un rm ricorsivo lo controllo sempre 3 volte, ho sempre una sorta di timore quando lo uso =)

e fai bene ma è così che tutti dovrebbero fare: dentro una shell ci si pensa sempre 10 volte prima di dare ivnio...

Originariamente inviato da Fx

cmq, giusto per chiudere il cerchio, se devo esser sincero penso che non serva nemmeno programmare mezza riga di codice... io sarei disposto a scommettere che mandando 100 email a 100 utenti mac in cui dici che lanciando questo fantastico comando dal terminale ti comparirà una feature nascosta di mac os x molto divertente (sto dicendo tanto per dire eh) e la condisci bene in modo da esser credibili, beh, io scommetto che qualcuno che ci casca c'è

infatti, ma è proprio questo il punto: credo che sia un problema di difficile risoluzione..
Questi "giochetti" valgono per ogni os esistente... non esiste sistema che tenga, se un utente avvia script da solo..

vorrei ricordare che in windows c'è un botto di gente che s'è cancellata DA SOLA il file salcazzo (quello che si occupa della conversione dei nomi di file da lunghi a corti o qualcosa del genere) perchè girava l'email che diceva che era un virus...

Originariamente inviato da Fx

questo per dire di lasciare davvero perdere le disquisizioni tecniche nel senso stretto del termine, qui si gioca tutto sull'ingegneria sociale, non sulla programmazione o sulla struttura di permessi dell'uno o dell'altro os... questi due aspetti arrivano molto, ma molto, ma molto dopo

[bjt2]

C'è una cosa che non avete considerato:

Su windows, se un file è in uso, non si può cancellare. Quindi anche uno script come quello lascia sul disco almeno i programmi ed i componenti di sistema usati in quel momeno. E' una rottura quando devi estirpare virus, ma è un vantaggio: se c'è un virus di quel genere, tutti i files in uso non possono essere piallati (e se il programma è un po' fesso, si ferma al primo errore di accesso negato: x es se è un bat che usa un banale delete). Per i dati, c'è il backup. Per gli altri files di sistema c'è il servizio di verifica files. Se cancellate dei files in windows XP, in system32 (ma anche da altre parti), ve li vedrete ricreati in un battibaleno, se non avete cancellato le copie di backup in c:/windows. Se voi o il virus lo hanno fatto, viene chiesto il CD di windows XP! Questo mi pare ci sia anche in Win 2k...
Insomma, si potranno cancellare i programmi (perchè questo servizio vale solo per i files di sistema), ma il sistema rimane bootabile, almeno...

Invece su Linux (almeno la RedHat 7.3 che usavo tempo fa) e credo anche OS X, se si cancella un file aperto, te lo fa fare ed il programma il più delle volte va in panne (specialmente se è un file di libreria...)

[ShinjiIkari]

Un file di libreria lo cancella solo root. Un'applicazione la cancellano root e gli utenti admin. Se sei un utente limitato e non hai dischi esterni collegati, cancelli la tua home e basta (c'avevo provato tempo fa a dare un rm -rf / da utente limitato, non è successo nulla ha cancellato solo i propri dati, il sistema è rimasto com'era).

[the_guitar_of_son]

Originariamente inviato da bjt2

C'è una cosa che non avete considerato:

Su windows, se un file è in uso, non si può cancellare. Quindi anche uno script come quello lascia sul disco almeno i programmi ed i componenti di sistema usati in quel momeno. E' una rottura quando devi estirpare virus, ma è un vantaggio: se c'è un virus di quel genere, tutti i files in uso non possono essere piallati (e se il programma è un po' fesso, si ferma al primo errore di accesso negato: x es se è un bat che usa un banale delete). Per i dati, c'è il backup. Per gli altri files di sistema c'è il servizio di verifica files. Se cancellate dei files in windows XP, in system32 (ma anche da altre parti), ve li vedrete ricreati in un battibaleno, se non avete cancellato le copie di backup in c:/windows. Se voi o il virus lo hanno fatto, viene chiesto il CD di windows XP! Questo mi pare ci sia anche in Win 2k...
Insomma, si potranno cancellare i programmi (perchè questo servizio vale solo per i files di sistema), ma il sistema rimane bootabile, almeno...

Invece su Linux (almeno la RedHat 7.3 che usavo tempo fa) e credo anche OS X, se si cancella un file aperto, te lo fa fare ed il programma il più delle volte va in panne (specialmente se è un file di libreria...)

uhm.. non ne sarei tanto sicuro...
non so da cosa dipenda, ma ti posso garantire che una volta, incuriosito da un utente in un forum che chiedeva come fare per fare uno script che dopo un determinato lasso di tempo cancellasse una detemrinata cartelle e si autodistruggesse lui stesso, avevo scritto un .bat davvero semplice, ma efficace.
Il fatto che si cancellasse lui stesso dimostra che evidentemente non tutti i file non possono essere cancellati se in uso.
Sulla funzione di riprisino dei file di sistema, stendiamo un velo pietoso...
come il ripristino di sistema molto spesso non risolve nulla, questa funzione è ancora peggio: non ha mai risolto davvero un problem, anche perchè il più delle volte mi si cancellavano file che compromettevano il boot...
Ma passo la palla a qualcun'altro che ha usato questa funzione con successo..
Su osx non è possibile cancellare un file se è in uso... almeno, da quanto ho visto è così (a parte i file di testo mi sembra.. boh)

[the_guitar_of_son]

Originariamente inviato da ShinjiIkari

Un file di libreria lo cancella solo root.

ne sei sicuro?
mi pare che l'admin possa tranquillamente cancellare le preferenze, ad esempio, che possono essere in /Library...