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
wp2shell-scanner — CVE-2026-63030, CVE-2026-60137, wp2shell-Scanner | Kitploit
Tools/GitHubGitHub/zephrfish/wp2shell-scanner
SchwachstellenscannerCode-AnalyseExploitationWebanwendungs-ExploitationInformationsbeschaffungPenetrationstestsRed TeamingPayload-Entwicklung
GitHubzephrfish/wp2shell-scanner

wp2shell-scanner

CVE-2026-63030, CVE-2026-60137, wp2shell-Scanner

Repository anzeigen
511014vor 1 MonatVon Kitploit geprüft
Webseite

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

wp2shell-Scanner

Erkennungs- und Validierungswerkzeuge für die WordPress-Core-Exposition gegenüber wp2shell (CVE-2026-63030 / CVE-2026-60137). Die Modi werden mit einem Flag ausgewählt, und das Ziel ist positionsabhängig. --scan nimmt einen Fingerabdruck der Core-Version und bestätigt, dass die REST /batch/v1-Route erreichbar ist, ohne eine Exploit-Payload zu senden; die --check/--read/--shell/--rce/--root-prereq-Modi sind der Validierungs-PoC für autorisierte Labornutzung.

wp2shell.py ist ein einzelnes Skript, das nur die Standardbibliothek verwendet – keine externen Abhängigkeiten. Jeder Aufruf gibt ein ZephrSec-Banner auf stderr aus, bevor es läuft (es bleibt von stdout fern, sodass die JSON-Ausgabe von --scan -j nicht beeinträchtigt wird).

Befehlsflags

Tool herunterladen

Es ist genau ein Modusflag erforderlich; das Ziel ist positionsabhängig (eine URL für jeden Modus oder eine Hostliste für --scan).

Synopsis

root@kitploit:~
wp2shell.py (--scan | --check | --read | --shell | --rce | --root-prereq)
            [targets ...] [-f FILE] [-j] [-t THREADS] [--prefix PREFIX]
            [--delay DELAY] [--repeats REPEATS] [--preset PRESET] [--expr EXPR]
            [--max-len MAX_LEN] [--user USER] [--password PASSWORD] [--cmd CMD]
            [-i] [--no-cleanup] [-y] [--sleep SLEEP] [--rounds ROUNDS]
            [--route {auto,rest-route,wp-json}] [--proxy PROXY] [--authorized]
            [--timeout TIMEOUT]

Modusflags (eines auswählen)

FlagWas es tut
--scanZerstörungsfreier Expositionscheck: Versions-Fingerabdruck + bestätigt, dass die REST /batch/v1-Route erreichbar ist. Es wird keine Exploit-Payload gesendet.
--checkBestätigt eine blinde zeitbasierte SQLi mit einer harmlosen differenziellen Sonde.
--readExtrahiert Daten über blinde SQLi (ein Preset oder ein roher SQL-Skalarausdruck).
--shellAuthentifizierte RCE-Kette unter Verwendung eines geknackten/wiederhergestellten Admin-Passworts.
--rceAnmeldeinformationslose Pre-Auth-RCE: Erzeugt sich selbst einen Admin über die SQLi und setzt dann eine sich selbst säubernde Webshell ein.
--root-prereqHarmloser Shell-zu-Root-Prüfschritt; führt nur Diagnosen durch, niemals eine lokale Privilegieneskalation.

Optionsflags

FlagGilt fürWas es tut
-f, --file--scanHosts aus einer Datei lesen (eine pro Zeile; #-Kommentare werden übersprungen).
-j, --json--scanErgebnisse als JSON auf stdout ausgeben.
-t, --threads--scanScan-Gleichzeitigkeit (Standard 10).
--prefix--check/--readDB-Tabellenpräfix (Standard wp_).
--delay--check/--readEingefügte SLEEP-Sekunden für das Timing-Orakel (Standard 0,15).
--repeats--check/--readMedian über N Sonden pro Bit; bei verrauschten Verbindungen erhöhen (Standard 1).
--preset--readIntegriertes Ziel: version, database, db_user, users, siteurl (Standard users).
--expr--readRoher SQL-Skalarausdruck zum Extrahieren (überschreibt --preset).
--max-len--readMaximale extrahierte Zeichenfolgenlänge (Standard 128).
--user--shell/--root-prereqAdmin-Benutzername, mit dem angemeldet wird (Standard admin).
--password--shell/--root-prereqKlartext-Admin-Passwort (knacke den Hash aus ; für diese Modi erforderlich).

Ausführlicher Blogbeitrag: https://blog.zsec.uk/wp2shell-code-trace-deep-dive/

Nuclei-Vorlage

root@kitploit:~
nuclei -t wp2shell-exposure.yaml -u https://target

Scan (zerstörungsfrei)

Einzelner Host, mehrere Hosts oder eine Datei.

root@kitploit:~
python3 wp2shell.py --scan https://target
python3 wp2shell.py --scan host1 host2 host3
python3 wp2shell.py --scan -f hosts.txt

Optionen: -f/--file Hosts-Datei (eine pro Zeile), -j/--json JSON-Ausgabe, -t/--threads Gleichzeitigkeit (Standard 10).

Validierungs-PoC

Die Modi --check/--read/--shell/--rce/--root-prereq senden echte Exploit- Payloads. Führen Sie sie nur gegen das mitgelieferte Localhost-Labor oder andere Systeme aus, die Ihnen gehören und für die Sie ausdrücklich autorisiert sind, sie zu testen. --shell und --rce führen eine entfernte Codeausführung durch und sind für das Labor/autorisierte Ziele vorgesehen; --rce auf einem Nicht-Loopback-Host erfordert --authorized. --root-prereq verwendet dasselbe token-gesteuerte Diagnose-Plugin, um Shell-zu-Root-Voraussetzungen zu prüfen, führt jedoch keine lokale Privilegieneskalation durch.

--shell benötigt ein wiederhergestelltes/geknacktes Admin-Passwort. --rce ist die anmeldeinformationslose Pre-Auth-Kette: Es erzeugt sich selbst einen Administrator über die SQLi (oEmbed → Changeset → reentrante parse_request) und setzt dann die Webshell ein – kein Passwort erforderlich.

--shell, --rce und --root-prereq fordern vor dem Senden einer Codeausführungs-Payload eine interaktive y/N-Autorisierung (sie brechen bei nicht interaktivem/EOF-Stdin ab). Übergeben Sie -y/--yes, um die Eingabeaufforderung für die Automatisierung gegen das Labor oder ein autorisiertes Ziel zu überspringen.

root@kitploit:~
docker compose -f poc/lab/docker-compose.yml up -d
python3 wp2shell.py --check http://127.0.0.1:8080
python3 wp2shell.py --read  http://127.0.0.1:8080 --expr @@version
python3 wp2shell.py --shell http://127.0.0.1:8080 --user admin --password 'Summer2026!' --cmd id
python3 wp2shell.py --shell http://127.0.0.1:8080 --user admin --password 'Summer2026!' -i
python3 wp2shell.py --rce   http://127.0.0.1:8080 --cmd id
python3 wp2shell.py --rce   http://127.0.0.1:8080 -i
python3 wp2shell.py --root-prereq http://127.0.0.1:8080 --user admin --password 'Summer2026!'

Patch-Diffs, die zur Untermauerung des PoC verwendet werden, sind unter poc/diffs/ gespeichert, mit Forschungsnotizen in poc/RESEARCH.md. Die SQLi ist vollständig aus dem author__not_in-Fix rekonstruierbar. Die anmeldeinformationslose --rce-Kette (oEmbed → Changeset → Re-Entry → Admin-Erstellung) reproduziert die Standard-RCE gegen das mitgelieferte Labor; --shell ist der alternative Pfad über eine wiederhergestellte/geknackte Admin-Anmeldeinformation zur authentifizierten Plugin-Upload- und Befehlsausführung.

--read
--cmd--shell/--rceAuf dem Ziel auszuführender Befehl (Standard id).
-i, --interactive--shell/--rceInteraktive Web-Befehlsschleife anstelle eines einzelnen Befehls.
--no-cleanup--shell/--rceDas hinterlassene Plugin/Webshell bleibt bestehen (nur Labor).
-y, --yes--shell/--rce/--root-prereqÜberspringe die interaktive Autorisierungsaufforderung (für Automatisierung).
--sleep--rceEingefügte SLEEP-Sekunden für die Pre-Auth-SQLi-Erkennung (Standard 4).
--rounds--rceMedian über N Sonden für --rce-Erkennung (Standard 3).
--route--rceStapel-Routenform: auto, rest-route oder wp-json (Standard auto).
--proxy--rceLeite Anfragen über einen HTTP-Proxy, z. B. Burp unter http://127.0.0.1:8080.
--authorized--rceBestätige Autorisierung für ein Nicht-Loopback---rce-Ziel (erforderlich für entfernte Hosts).
--timeoutalleZeitüberschreitung pro Anfrage in Sekunden (Standard 15).