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-2026-0073 — Waffenfähiger Proof-of-Concept für CVE-2026-0073, eine Android-adbd-Authentifizierungsumgehung, die Zero-Click-Remote-Root-Zugriff über Wireless ADB ermöglicht, mit Post-Exploitation-Modulen für Profiling, Extraktion und Persistenz. | Kitploit
Tools/GitHubGitHub/devtint/cve-2026-0073
Android-SicherheitSchwachstellenanalyseExploitationPost-ExploitationPenetrationstestsMobile SicherheitRed TeamingPayload-Entwicklung
GitHubdevtint/cve-2026-0073

CVE-2026-0073

Waffenfähiger Proof-of-Concept für CVE-2026-0073, eine Android-adbd-Authentifizierungsumgehung, die Zero-Click-Remote-Root-Zugriff über Wireless ADB ermöglicht, mit Post-Exploitation-Modulen für Profiling, Extraktion und Persistenz.

4vor 3 MonatenNoch 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
Repository anzeigen

🔓 CVE-2026-0073: Android adbd Authentifizierungs-Bypass

Weaponisierter Proof of Concept für die Wireless-ADB-TLS-Auth-Bypass-Schwachstelle. Entdeckt von Barghest, weaponisierter PoC von devtint.

CVSS Score Android Version Interaction

📋 Überblick

CVE-2026-0073 ist ein kritischer kryptografischer Logikfehler im Android Debug Bridge-Daemon (adbd), der einem nicht authentifizierten Angreifer im selben lokalen Netzwerk Zero-Click-Remote-Root-Zugriff gewährt.

Dieses Repository enthält:

  • adb_tls_auth_bypass.py — Sauberer, eigenständiger PoC für den STLS/TLS-Authentifizierungs-Bypass.
  • main.py — Maximiertes Exploitation-Framework mit automatisierter Profilerstellung, Artefakt-Extraktion und Persistenz-Injektion.

Der kryptografische Fehler

Die Schwachstelle existiert in daemon/auth.cpp innerhalb der Funktion adbd_tls_verify_cert(). Wenn ein Client sich über Wireless ADB (STLS-Pfad) verbindet, findet ein gegenseitiger TLS-1.3-Handshake statt. Das Gerät vergleicht den öffentlichen Schlüssel des Clients mit gespeicherten autorisierten Schlüsseln mithilfe von OpenSSLs EVP_PKEY_cmp().

root@kitploit:~
// daemon/auth.cpp — Die verwundbare Logik
if (EVP_PKEY_cmp(stored_key, client_key)) {
    // EVP_PKEY_cmp gibt zurück:
    //   1  = Schlüssel stimmen überein
    //   0  = Schlüssel unterscheiden sich
    //  -1  = Typkonflikt (RSA vs. EC)  ← FEHLER: truthy in C++
    authorized = true;
}
  • Wenn der gespeicherte Schlüssel RSA ist und der Client einen EC-P-256-Schlüssel präsentiert, gibt EVP_PKEY_cmp() -1 (Typkonflikt) zurück.
  • In C/C++ wird -1 als true ausgewertet.
  • Die adbd-Logik interpretiert dieses -1 als perfekte Übereinstimmung.
  • Das Gerät gewährt stillschweigend eine Root-Shell, ohne jemals den Bildschirm zu aktivieren oder das Opfer zu benachrichtigen.

⚠️ Kritisch: STLS vs. AUTH — Port-Anforderungen

Dieser Exploit funktioniert nur auf dem Wireless-Debugging-STLS-Pfad, nicht auf dem veralteten adb tcpip-Pfad.

Verbindungsmodus

So identifizieren Sie den richtigen Port

  1. Auf dem Zielgerät: Einstellungen → Entwickleroptionen → Wireless-Debugging → AN
  2. Die IP-Adresse und der zufällige Port werden auf diesem Bildschirm angezeigt (z. B. 192.168.1.34:38741)
  3. Dieser Port ändert sich jedes Mal, wenn Wireless-Debugging umgeschaltet wird oder das Gerät sich erneut mit dem WLAN verbindet

Fehler: „Gerät antwortete mit AUTH statt STLS"

Das bedeutet, dass Sie sich mit einem veralteten ADB-TCP-Port (typischerweise 5555) verbinden. Der veraltete Pfad verwendet den alten RSA-AUTH-Handshake — ein völlig anderer Codepfad in adbd, der von dieser CVE nicht betroffen ist. Sie müssen sich stattdessen mit dem Wireless-Debugging-Port verbinden.


⚡ Maximierte Fähigkeiten

Das Framework (main.py) erweitert den Kern-TLS-Bypass zu einem modularen Post-Exploitation-Toolkit:

  • 💻 Interaktive Shell: Wechselt direkt in ein stabiles, persistentes uid=0(root)-Pseudo-Terminal.
  • 🔍 Automatisierte Profilerstellung (--profile): Identifiziert sofort das Ziel-Betriebssystem, den Sicherheits-Patch-Level, die SELinux-Durchsetzung und aktive Routing-Tabellen für internes Netzwerk-Pivoting.
  • 📂 Artefakt-Extraktion (--extract): Extrahiert automatisch hochsensible Systemdateien (z. B. /data/misc/adb/adb_keys, /system/build.prop) direkt über den Bypass-Socket.
  • 🔑 Stealth-Persistenz (--persist): Injiziert einen betrügerischen RSA-öffentlichen Schlüssel in die Datei der autorisierten Schlüssel des Ziels. Nach der Injektion behält der Angreifer dauerhaften, vollständig authentifizierten Zugriff, selbst wenn die CVE später gepatcht wird.

🏃 Verwendung

  1. Abhängigkeiten installieren:

    root@kitploit:~
    pip install cryptography
    
  2. Ziel lokalisieren: Finden Sie ein Android-Gerät mit aktiviertem Wireless-Debugging in Ihrem lokalen Subnetz. Notieren Sie den dynamischen Port vom Bildschirm der Entwickleroptionen des Geräts.

  3. Das Exploit-Framework ausführen:

    root@kitploit:~
    # Interaktive Shell (Standard)
    python main.py <IP> <PORT>
    
    # Einzelne Befehlsausführung
    python main.py <IP> <PORT> --cmd "id"
    
    # Automatisierte Systemprofilerstellung
    python main.py <IP> <PORT> --profile
    
    # Stealth-Artefakt-Extraktion
    python main.py <IP> <PORT> --extract
    
    # Permanenten Backdoor-Schlüssel injizieren
    python main.py <IP> <PORT> --persist
    
  4. Eigenständiger PoC (minimal):

    root@kitploit:~
    python adb_tls_auth_bypass.py <IP> <PORT> --cmd "id; whoami"
    

🔧 Fehlerbehebung


🛡️ Gegenmaßnahmen

  • Patch: Aktualisieren Sie auf das Android-Sicherheitsbulletin vom Mai 2026 (2026-05-01 oder später).
  • Dienst deaktivieren: Halten Sie Wireless-Debugging ausgeschaltet, wenn Sie nicht aktiv eine Anwendung profilieren.
  • Schlüsselrotation: Widerrufen Sie regelmäßig „USB-Debugging-Autorisierungen" in den Entwickleroptionen, um veraltete RSA-Schlüssel aus dem Geräte-Keystore zu entfernen.

⚖️ Rechtlicher Haftungsausschluss

Dieses Repository dient ausschließlich Bildungs-, Red-Teaming- und autorisierten Sicherheitstestzwecken. Unautorisierter Zugriff auf Computersysteme ist illegal. Der Autor übernimmt keine Haftung für Missbrauch dieser Informationen.

Tool herunterladen
Port
Protokoll
Verwundbar?
adb tcpip 5555 (veraltet)5555 (fest)AUTH (RSA-Challenge)❌ Nein
Wireless Debugging (Android 11+)Zufällig (30000–50000)STLS → TLS 1.3✅ Ja
FehlerUrsacheLösung
Connection refusedPort ist geschlossen / Wireless-Debugging ist AUSWireless-Debugging aktivieren, den richtigen dynamischen Port verwenden
AUTH instead of STLSMit veraltetem ADB-TCP verbunden (Port 5555)Den Wireless-Debugging-Port verwenden, nicht 5555
SSLV3_ALERT_CERTIFICATE_UNKNOWNGerät ist gepatcht (Mai 2026+)Ziel ist nicht verwundbar — der Fix funktioniert
timed outPort ist offen, antwortet aber nicht korrektPort überprüfen, Wireless-Debugging auf dem Gerät neu starten