analisi e gestione della sicurezza di una complessa applicazione ...

CAPITOLO VI - Gli attacchi e il progetto OWASP
comandi remoti al sistema; è molto più probabile che riesca solamente a bloccare il servizio,
interrompendo in ogni caso la normale esecuzione del software.
È opportuno ricordare che, con l’avvento delle tecnologie java (JSP) e gli altri linguaggi
interpretati, tale problematica sta lentamente diminuendo e lasciando posto nella classifica a
nuove sfide per garantire la sicurezza.
6.7 Injection Flaw
Gli attacchi di questo tipo agiscono inserendo codice all’interno dei parametri e possono
causare vari problemi.
Ogni applicazione scritta in linguaggi interpretati, o che faccia uso di chiamate al sistema per
l’esecuzione di programmi esterni, può essere soggetta a questo tipo di attacco.
Un esempio tipico è quello di un parametro scelto dall’utente ed utilizzato all’interno di una
system call; un utente potrebbe inserire, alla fine del parametro, dei comandi in aggiunta a
quelli hardcoded già presenti all’interno dell’applicazione (esempio "; rm –rf
/home/"). In casi eclatanti è possibile veicolare dei codici completi in PHP, Perl o altri
linguaggi, per poi eseguire direttamente il codice sul server.
Oltre ai linguaggi di programmazione le iniezioni possono anche essere di codice SQL, questo
compromette ovviamente la sicurezza dei dati.
I suggerimenti per ovviare a questo tipo di attacchi sono:
• Evitare di accedere a risorse esterne, nei limiti del possibile. Per un gran numero di
comandi shell e per alcune system call, ci sono delle librerie specifiche per ogni
linguaggio in grado di eseguire la stessa operazione. L’utilizzo di queste librerie non
142