
Proof-of-concept exploit per CVE-2017-15715, che dimostra il bypass del caricamento file mod_php di Apache HTTPD utilizzando un carattere di nuova riga finale per eseguire file PHP arbitrari.
Compito container della 4ª generazione WHS
Apache HTTPD è un server HTTP ampiamente utilizzato che può eseguire pagine web PHP tramite mod_php. Dalle versioni 2.4.0 a 2.4.29 esiste una vulnerabilità di parsing che, quando il nome del file termina con .php, fa sì che un file come 1.php\x0A venga riconosciuto come file PHP, consentendo a un attaccante di aggirare determinate politiche di sicurezza del server.
https://httpd.apache.org/security/vulnerabilities_24.html https://security.elarlang.eu/cve-2017-15715-apache-http-server-filesmatch-bypass-with-a-trailing-newline-at-the-end-of-the-file-name.html
Esegui i seguenti comandi per avviare un server Apache HTTPD vulnerabile ''' docker compose build docker compose up -d '''
Una volta avviato il server, Apache sarà in esecuzione su http://my-ip:8080, generato in base al mio indirizzo IP.
Per prima cosa, se si invia un file chiamato 1.php, si può notare che la richiesta viene rifiutata dal controllo di sicurezza con il messaggio bad file.

Tuttavia, aggiungendo un carattere di newline e inviando nuovamente 1.php, si può notare che il caricamento riesce. (Ho proceduto aggiungendo 0a accanto al nome nel valore Hex in Burp Suite.)

Quando si accede a '/1.php%0a', il file viene correttamente interpretato come file PHP, nonostante non abbia un'estensione PHP adeguata. Questo conferma l'esistenza della vulnerabilità di parsing.
