1. Holen Sie eine schriftliche Genehmigung ein und legen Sie den Testumfang fest.
2. Verwenden Sie Laborgeräte oder einen genehmigten Wartungszeitraum.
3. Vermeiden Sie Befehle, die die Konfiguration ändern, Daten löschen oder Dienste stören.
4. Lesen Sie keine sensiblen Dateien, es sei denn, dies ist ausdrücklich im Umfang enthalten.
5. Bewahren Sie Testergebnisse sicher auf und entfernen Sie Proof-Artefakte nach Abschluss.
6. Wenden Sie nach den Tests die entsprechende Firmware oder Hersteller-Mitigationen an.

Voraussetzungen

• Python 3.10 oder neuer
• Netzwerkzugriff auf den Ziel-Endpoint der UniFi-OS-Umgebung
• Autorisierung zur Durchführung von Tests

Das Skript verwendet ausschließlich die Python-Standardbibliothek, daher sind keine zusätzlichen Paketinstallationen erforderlich.

Installation

Klonen Sie das Repository oder kopieren Sie das Skript auf den Testrechner und wechseln Sie dann in das Projektverzeichnis:

Eine pip install ist nicht erforderlich. Stellen Sie sicher, dass der verwendete Interpreter geeignet ist:

Verwendung

Allgemeines Format:

target muss eine URL mit dem Schema http:// oder https:// sein, beispielsweise https://192.0.2.10:11443.

Bypass-Probe

Führt eine Probe aus, ohne zusätzliche Befehle zu senden:

RCE-Test

Das zweite Positionsargument wird als Befehl behandelt, der an das Ziel gesendet wird. Verwenden Sie nur genehmigte, nicht-destruktive Befehle:

Die Option --proof fordert das Ziel auf, eine Proof-Datei unter /tmp/PWNED_34910 zu erstellen:

Verifizieren und entfernen Sie die Proof-Datei über die genehmigten Zugriffsverfahren. Betrachten Sie eine HTTP-Antwort 200 nicht als alleinigen Beweis dafür, dass der Befehl erfolgreich war.

Dateilesetest

Das Skript gibt höchstens 800 Zeichen der Dateiantwort aus.

Ausführlicher Modus

Fügen Sie --verbose oder -v hinzu, um Details der Anfragen und Antworten anzuzeigen:

Beachten Sie, dass die ausführliche Ausgabe sensible URLs, Parameter oder Antwortdaten enthalten kann.

Befehlszeilenoptionen

Verwenden Sie pro Ausführung nur einen Betriebsmodus. Das Programm gibt den Exit-Code 0 zurück, wenn die Operation als erfolgreich gilt, 1, wenn das Ziel nicht als verwundbar eingestuft wird oder die Argumente unvollständig sind, und 2, wenn ein unerwarteter Fehler auftritt. Eine Benutzerunterbrechung gibt 130 zurück.

Funktionsweise im Überblick

1. Das Skript validiert, dass das Ziel ein Schema und einen Hostnamen besitzt.
2. Das Skript sendet eine Anfrage an den kodierten Auth-Traversal-Pfad.
3. Der Modus --check prüft die Antwort auf Marker, die anzeigen, dass der Handler erreicht wurde.
4. Der Befehlsmodus erstellt den Wert pkg_name und sendet ihn an den Endpoint für Paketupdates.
5. Der Modus --read bildet einen Path Traversal zum Alias app-assets und zeigt die Antwort begrenzt an.

Die Implementierung befindet sich vollständig in CVE-2026-34910.py.

Einschränkungen und Interpretation der Ergebnisse

• Markerbasierte Proben sind keine umfassende Verifikation und können falsch-positive oder falsch-negative Ergebnisse liefern.
• HTTP-Antworten werden durch Firmware, Reverse Proxy, Netzwerkkonfiguration und Endpoint-Implementierung beeinflusst.
• Der HTTP-Status 200 im RCE-Modus zeigt an, dass die Anfrage vom Handler empfangen wurde, ist jedoch keine Garantie dafür, dass der Befehl wie erwartet abgeschlossen wurde.
• Das Skript deaktiviert die TLS-Zertifikatsprüfung. Führen Sie es nur in Testnetzwerken aus und gehen Sie nicht davon aus, dass die Verbindung eine Serverauthentifizierung bietet.
• Das HTTP-Timeout ist fest auf 15 Sekunden eingestellt und kann nicht über die CLI geändert werden.
• Das Skript bietet keine automatische Behebung (Remediation).

Behebung (Remediation)

Für Geräte, die sich im Testumfang befinden:

1. Identifizieren Sie die UniFi-OS-Version und das Gerätemodell.
2. Prüfen Sie die offiziellen Sicherheitsadvisorys von Ubiquiti auf den Behebungsstatus und empfohlene Firmware-Versionen.
3. Aktualisieren Sie das Gerät über das genehmigte Change-Management-Verfahren.
4. Beschränken Sie den Netzwerkzugriff auf die Verwaltungsoberfläche und überwachen Sie die Logs auf verdächtige Anfragen.
5. Wiederholen Sie die Validierung nur nach Genehmigung und mit einem Testplan für die Zeit nach der Behebung.

Berichterstattung

Ein Testbericht sollte Folgendes festhalten:

• Gerätemodell, UniFi-OS-Version und Testzeitpunkt.
• Maskierte Zieladressen, wenn der Bericht außerhalb des Teams geteilt wird.
• Verwendete Modi und Argumente.
• Antwortcodes und Ergebniszusammenfassung, ohne sensible Daten preiszugeben.
• Mindestnachweise, die zur Reproduktion erforderlich sind.
• Auswirkungen, Konfidenzniveau und Empfehlungen zur Behebung.

Für verantwortungsvolle Schwachstellenmeldungen nutzen Sie die offiziellen Sicherheitskanäle des Herstellers und koordinieren Sie die Offenlegung gemäß den geltenden Richtlinien.

Lizenz

Für dieses Projekt wurde noch keine Lizenz festgelegt. Fügen Sie eine Lizenzdatei hinzu, bevor Sie diesen Code verteilen oder in anderen Projekten verwenden.

Autor

Gagaltotal666 - GhostGTR666

Zugehöriges Repository: github.com/gagaltotal