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
CVE-2025-68999-POC — PoC exploit per CVE-2025-68999 - Iniezione SQL di secondo ordine in Happy Addons for Elementor <= 3.20.4 | Kitploit
Strumenti/GitHubGitHub/pipo-cyber/cve-2025-68999-poc
Analisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebSicurezza WebPenetration Testing
GitHubpipo-cyber/cve-2025-68999-poc

CVE-2025-68999-POC

PoC exploit per CVE-2025-68999 - Iniezione SQL di secondo ordine in Happy Addons for Elementor <= 3.20.4

Vedi Repository
4 mesi 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

CVE-2025-68999

Happy Addons for Elementor <= 3.20.4 — Iniezione SQL di secondo ordine autenticata (Contributor+)

CVSS8.5 HIGH
Versioni interessate<= 3.20.4
Corretta in3.20.6
Ruolo minimoContributor (edit_posts)
VettoreRete / Bassa complessità / Privilegi bassi

Il bug

duplicate_meta_entries() in classes/clone-handler.php copia le righe dei meta del post in un post clonato usando un INSERT bulk costruito a mano. Recupera le righe in modo sicuro con $wpdb->prepare(), ma poi inserisce $entry->meta_key direttamente nella stringa SQL senza escape:

root@kitploit:~
$_records[] = "( $duplicated_post_id, '{$entry->meta_key}', '{$_value}' )";
// ...
$wpdb->query( $query );

Poiché meta_key proviene dal database, il codice lo considera attendibile. Ma i Contributor possono impostare nomi di campo arbitrari tramite il pannello dei campi personalizzati — quindi controllano cosa finisce in quella colonna.

L'attacco avviene in due passaggi:

  1. Scrittura: memorizzare una stringa dannosa come nome di un campo personalizzato. add_post_meta() gestisce questa operazione in modo sicuro — il payload finisce nel DB senza eseguire nulla.
  2. Attivazione: fare clic su Happy Clone. duplicate_meta_entries() rilegge la chiave e la concatena nell'INSERT grezzo. MySQL esegue la sottoquery iniettata.

L'analisi statica non rileva il problema perché la fonte dei dati pericolosi è una lettura dal DB ($wpdb->get_results()), che i motori di taint contrassegnano come sanificata. Il confine di storage interrompe la catena di taint.

Impatto

Qualsiasi Contributor può estrarre:

  • Hash delle password di tutti gli utenti (crack offline — modalità 400 di hashcat)
  • Chiavi segrete / salt di WordPress (per forgiare cookie di autenticazione persistenti)
  • Qualsiasi riga da wp_options (chiavi API, credenziali di pagamento)
  • Contenuto di post privati

Oltre 400.000 installazioni attive risultavano interessate al momento della divulgazione.

Utilizzo

root@kitploit:~
pip install requests
python3 poc.py https://target.com contributor p4ss

Lo script si autentica via HTTP, memorizza il payload dell'iniezione come nome di un campo personalizzato, attiva l'azione Happy Clone e legge l'hash trapelato dai campi meta del post clonato. L'output viene salvato in hash.txt.

root@kitploit:~
hashcat -m 400 hash.txt rockyou.txt

Writeup completo

https://folks-iwd.github.io/writeups/cve-2025-68999.html

Cronologia della divulgazione

DataEvento
Dicembre 2025Scoperta tramite diff SVN. PoC confermato.
Dicembre 2025Segnalata a Patchstack Alliance con writeup completo e PoC.
Gennaio 2026weDevs ha rilasciato la correzione nella v3.20.6.
23 gennaio 2026Pubblicata la CVE-2025-68999. Assegnato CVSS 8.5 HIGH.

La patch

weDevs ha sostituito l'intero INSERT costruito a mano con:

root@kitploit:~
foreach ( $entries as $entry ) {
    update_post_meta( $duplicated_post_id, $entry->meta_key, $entry->meta_value );
}

update_post_meta() internamente chiama $wpdb->update() con prepared statements sia per la chiave che per il valore.

Scarica lo strumento