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
Tools/GitHubGitHub/j4ck3lsyn-gen2/cve-2026-13768
IoT-SicherheitPersistenzmechanismenSchwachstellenanalyseExploitationLaterale BewegungPenetrationstestsCloud-SicherheitCommand and ControlLieferkettensicherheit

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen
Fehlkonfiguration
Lernen & Bildung
Red Teaming
GitHubj4ck3lsyn-gen2/cve-2026-13768

CVE-2026-13768

Azure IoT Hub, bei dem die Offenlegung eines Shared Access Keys auf Besitzerebene eine nicht authentifizierte Remotecodeausführung (RCE) gegen verbundene IoT-Geräte ermöglicht. Proof-Of-Concept

Repository anzeigen
15vor 2 MonatenNoch nicht geprüft

CVE-2026-13768 - Offenlegung des Besitzer-Schlüssels des Gardyn IoT Hub

[!WARNING] Dieses Repository enthält einen voll funktionsfähigen Proof-of-Concept für eine IoT-Sicherheitslücke mit hohem Schweregrad.
Dieser Code wird ausschließlich zu Bildungszwecken, für autorisierte Sicherheitsforschung und defensive Tests bereitgestellt.

Unbefugte Nutzung ist illegal. Das Testen oder Ausnutzen von Systemen ohne ausdrückliche schriftliche Genehmigung des Eigentümers verstößt gegen den Computer Fraud and Abuse Act (CFAA), das EU Cyber Resilience Act und andere anwendbare Gesetze in Ihrem Land.
Die Autoren übernehmen keine Haftung für Missbrauch, Schäden oder rechtliche Konsequenzen, die aus diesem Code resultieren.
Handeln Sie stets innerhalb rechtlicher und ethischer Grenzen.


Überblick

CVE-2026-13768 legt die Verbindungszeichenfolge auf Besitzerebene des IoT Hub im Gardyn Smart Garden System offen und ermöglicht so die vollständige administrative Kontrolle über den Azure IoT Hub. Dieser PoC zeigt, wie ein Angreifer mit dem Besitzerschlüssel Remote-Code-Ausführung (RCE) auf verbundenen Geräten durch Befehlsinjektion in der Cloud-zu-Gerät-Methode upgrade() erreichen kann, was eine geräteflottenweite Kompromittierung ermöglicht.

Das Paket enthält:

  • validate.py: Verwendet für die passive Validierung (Blueteam)...
  • poc.py: Das 'Weaponized Exmplotation Framework' (Redteam)...
  • c2s.py: Ein leichter C2-Server zur Demonstration
  • TEMPLATES.md: Einsatzbereite Vorlagen für Laterale Bewegung (Ping Sweeps, Port Scans) & Persistenz (cron, systemd, init.d, etc.) optimiert für IoT/BusyBox-Umgebungen.

Dies ist ein lebendiges Forschungsprojekt - nutzen Sie es verantwortungsvoll, um Lieferketten- und IoT-Cloud-Fehlkonfigurationen zu verstehen und sich dagegen zu verteidigen.

Funktionen

  • Passive Validierung: Überprüfen Sie sicher die Gültigkeit des Besitzerschlüssels und zählen Sie Geräte auf, ohne Änderungen vorzunehmen
  • Geräteflotten-Enumeration: Alle im IoT Hub registrierten Geräte auflisten
  • Remote-Code-Ausführung: Befehle über die upgrade()-Methode injizieren (unter Ausnutzung der Befehlsinjektion CVE-2025-29631)
  • Laterale Bewegung: Beispiel-LAN-Scanning von einem kompromittierten Gerät aus
  • Persistenz: Beispieltechniken zur Aufrechterhaltung des Zugriffs
  • OPSEC-Funktionen: Nutzlastverschleierung, Betriebsprotokollierung, optionaler TLS-Bypass (nur für Labore)
  • C2-Integration: Einfacher Command-and-Control-Server für interaktive Sitzungen

Verzeichnisstruktur

root@kitploit:~
.
├── poc.py              # Hauptskript für bewaffnete Exploitation
├── validate.py         # Sicheres, schreibgeschütztes Validierungstool
├── c2s.py              # Leichter C2-Server für Demos
├── TEMPLATES.md        # Sofort einsetzbare Befehlsvorlagen.
├── README.md

Abhängigkeiten

  • Python 3.8+
  • Azure IoT Hub SDK

Installation

  1. Klonen Sie das Repository:

    root@kitploit:~
    git clone https://github.com/J4ck3LSyN-Gen2/CVE-2026-13768.git
    cd CVE-2026-13768
    python3 -m venv venv
    
  2. Aktivieren Sie die virtuelle Umgebung (oder erstellen Sie eine):

    root@kitploit:~
    source venv/bin/activate
    python3 -m pip install --upgrade pip
    
  3. Installieren Sie die Abhängigkeiten.

    root@kitploit:~
    python3 -m pip install azure-iot-hub
    

Verwendung

1. Passive Validierung (stark empfohlen)

root@kitploit:~
python validate.py --conn-str "HostName=yourhub.azure-devices.net;SharedAccessKeyName=iothubowner;SharedAccessKey=..."

Exit-Code 0 = Gültiger Besitzerschlüssel mit zugänglichen Geräten. Es werden keine Änderungen vorgenommen.

2. Vollständige Exploitation (nur autorisierte Ziele)

root@kitploit:~
python poc.py \
  --mode exploit \
  --conn-str "HostName=..." \
  --device-id "target-device-123" \
  --command "whoami" \
  --lateral-scan \
  --persist

Wichtige Argumente

Führen Sie python poc.py --help für alle Optionen aus.

3. C2-Server (Demo)

root@kitploit:~
python c2s.py --port 4444

Funktionsweise (technische Zusammenfassung)

  1. Schlüsselvalidierung → Verwendet das Azure IoT Hub SDK zur Authentifizierung als iothubowner
  2. Enumeration → Ruft Geräteregistrierung und Zwillingsdaten ab
  3. RCE-Primitive → Missbraucht Befehlsinjektion in der direkten Methode upgrade()
  4. Post-Exploitation → Optionale laterale Bewegung + Persistenz-Nutzdaten
  5. Verschleierung → Einfache Zeichenkodierung (leicht erweiterbar auf AES/benutzerdefiniert)

Hinweis: Der Code für laterale Bewegung und Persistenz sind illustrative Platzhalter. Passen Sie sie an das Betriebssystem und die Einschränkungen Ihres Zielgeräts an (z. B. BusyBox-begrenzte Umgebungen).

OPSEC- und Sicherheitsaspekte

  • Protokollierung: Schreibt standardmäßig in /tmp/cve_2026_13768.log. Ersetzen Sie dies in echten Einsätzen durch eine verschlüsselte Exfiltration.
  • Verschleierung: Erweitern Sie die bereitgestellten Funktionen obfuscate_cmd() / deobfuscate_cmd().
  • Testen: Immer zuerst in einer isolierten Laborumgebung testen.
  • Bereinigung: Planen Sie einen Rollback. Der Exploit kann Spuren auf den Geräten hinterlassen.

Referenzen

  • CISA Advisory ICSA-26-183-03
  • Related CVE-2025-29631
  • Azure IoT Hub Dokumentation

Mitwirken

Beiträge willkommen für:

  • Verbesserte Verschleierungstechniken
  • Zusätzliche Persistenzmethoden
  • Defensive Erkennungsregeln
  • Bessere C2-Integration

Bitte erstellen Sie Issues oder Pull Requests.


Mit großer Macht kommt große Verantwortung.

Tool herunterladen
ArgumentBeschreibungErforderlich
--modevalidate oder exploitNein (Standard: validate)
--conn-strVerbindungszeichenfolge des IoT Hub-BesitzersJa
--device-idZielgeräte-IDJa (Exploit-Modus)
--commandAuszuführender Befehl über upgrade()-InjektionNein (Standard: id)
--lateral-scanLAN-Aufklärung vom Gerät aus aktivierenNein
--persistPersistenz versuchen (z. B. cron, systemd)Nein
--c2Rückverbindung zum C2-Server herstellenNein