No: lo saresti se avesse stampato "vulnerable" a video.

@Robert Lang: non è un virus, ma un errore in bash.

@andr3a: appena posso li testerò, però i primo due dovrebbero essere già stati risolti qui e qui. Per gli altri, se sono ancora presenti, non rimane che aspettare gli aggiornamenti.

Da quello che ho letto, però, per esfruttare queste vulnerabilità bieogna che l'attacante abbia accesso diretto alla bash ed in ogni caso esse non dovrebbero consentire il raggiungimento dei permessi di amministratore.

ciao,
mandian

andr3a ha scritto:

Una tra tante, per esempio, è che debian non fa più uso di bash già da squeeze.

In che senso? Qui dice il contrario.

Qualche problema ci potrebbe essere per i dispositivi embedded sui quali non si ha il controllo diretto del software e che di solito utilizzano delle mini-distribuzioni apposite (es. router della società telefonica) poiché non saranno raggiunti dagli aggiornamenti.

ciao,
mandian

Gli script di sistema e i demoni, se girano con un loro proprio utente, dovrebbero usare /bin/sh come shell predefinita, che a sua volta è un collegamento a /bin/dash e quindi immune a questo problema.

In particolare il server HTTP, sia esso Apache o Nginx, sotto Debian gira come utente www-data, che ha come shell predefinita /bin/sh, quindi tutto ok.

Si può però immaginare un sistema vecchiotto dove /bin/sh è ancora collegato a /bin/bash. Allora un malintenzionato potrebbe accedere al seguente URL (è solo un'abbozzo, sicuramente non funziona così com'è!):

http://sito.da.attaccare/script-esistente?query='() { :; }; nc -l -p 1234 </etc/passwd'

Ovviamente i danni possibili sono pochi, perché limitati alle cose che può fare l'utente www-data.

Lo stesso effetto si avrebbe se il server HTTP girasse come utente diverso da quello standard (www-data) -- ad esempio perché deve accedere in scrittura ad un database e l'amministratore, per semplificarsi la vita, ha creato un utente ad hoc e gli ha attribuito la bash come shell predefinita.

Certo che se invece che un utente ad hoc, il server usa direttamente root, allora la cosa si fa seria, ma stiamo parlando di un amministratore da licenziare subito!