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-49049 — Python-Scanner und Proof-of-Concept für CVE-2026-49049, einen beliebigen Dateischreibvorgang in Joomla Helix3, der das Hochladen einer PHP-Webshell und die Ausführung von Remote-Code ermöglicht. | Kitploit
Tools/GitHubGitHub/matakucing-ofc/cve-2026-49049
SchwachstellenscannerSchwachstellenanalyseExploitationWebanwendungs-ExploitationWebsicherheitPenetrationstestsRemote-Access-Tool
GitHubmatakucing-ofc/cve-2026-49049

CVE-2026-49049

Python-Scanner und Proof-of-Concept für CVE-2026-49049, einen beliebigen Dateischreibvorgang in Joomla Helix3, der das Hochladen einer PHP-Webshell und die Ausführung von Remote-Code ermöglicht.

Repository anzeigen
vor 13h 31mNoch 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

CVE-2026-49049

Dieses Repository enthält einen Python-basierten Scanner und Proof-of-Concept für eine Schwachstelle in der Joomla-Helix3-Komponente. Der Fehler ist ein Problem des beliebigen Dateischreibens (Arbitrary File Write), das zu Remote Code Execution (RCE) führen kann, wenn ein Angreifer eine PHP-Payload an einen webzugänglichen Ort schreiben kann.

Worum es bei dem Fehler geht

Das anfällige Verhalten tritt auf, wenn ein Anforderungsparameter verwendet wird, um einen Dateipfad oder Dateiinhalt ohne ordnungsgemäße Validierung zu steuern. Im Fall der Helix3-AJAX-Schnittstelle akzeptiert der Endpunkt Daten, die zum Schreiben von Dateien in das Serverdateisystem verwendet werden können. Wenn die Anwendung den Zielpfad nicht einschränkt und den Inhalt nicht überprüft, kann ein Angreifer ein bösartiges PHP-Skript an einem Ort erstellen, den der Webserver ausführt.

Mit anderen Worten: Die Schwachstelle ist nicht nur „eine Datei kann geschrieben werden“ – sie ist eine gefährliche Kette:

  1. Angreifer übermittelt einen manipulierten Dateipfad
  2. Backend schreibt vom Angreifer kontrollierten Inhalt auf die Festplatte
  3. Datei wird in einem webzugänglichen Verzeichnis abgelegt
  4. PHP-Interpreter führt die Datei aus
  5. Angreifer erlangt Remote Code Execution auf dem Server

Dies ist ein klassisches Szenario von beliebigem Dateischreiben zu Webshell.

Warum es gefährlich ist

Sobald ein Angreifer eine PHP-Datei in das Site-Root oder ein anderes ausführbares Verzeichnis schreiben kann, kann er:

  • eine Webshell hochladen
  • sensible Dateien vom Server lesen
  • Systembefehle über PHP ausführen
  • Anwendungsdateien oder Konfigurationsdateien manipulieren
  • in das breitere interne Netzwerk pivotieren

Die Auswirkung ist schwerwiegend, da sie es einem Angreifer ermöglicht, einen einfachen Dateischreibfehler in eine vollständige Serverkompromittierung zu verwandeln.

Anfälliges Muster

Das Grundproblem ist typischerweise ähnlich wie diese Logik:

root@kitploit:~
$file = $_POST['layoutName'];
$content = $_POST['content'];
file_put_contents($file, $content);

Wenn der Wert von $file vom Angreifer kontrolliert wird und der Pfad nicht eingeschränkt ist, kann die Anwendung PHP-Code in einen ausführbaren Pfad schreiben. Das bösartige Skript ist dann für den Browser verfügbar und kann vom Webserver ausgeführt werden.

Wie dieser Scanner funktioniert

Dieses Projekt enthält ein multithreaded Python-Tool, das versucht:

  • eine Liste von Ziel-Joomla-Hosts zu laden
  • den Helix3-AJAX-Endpunkt abzufragen
  • zu versuchen, eine temporäre PHP-Datei mit einem zufälligen Namen zu schreiben
  • zu überprüfen, ob die Antwort anzeigt, dass die Payload erfolgreich gespeichert und ausgeführt wurde

Es zeichnet anfällige Ziele in results.txt auf und speichert rohe PHP-Ausgaben in raw_result.txt.

Wie der Fehler behoben wird

Die Behebung sollte nicht vertrauenswürdige Dateischreibvorgänge eliminieren und strenge Validierung erzwingen. Empfohlene Maßnahmen zur Behebung sind unten aufgeführt.

1. Die anfällige Software aktualisieren

Aktualisieren Sie Joomla und die Helix3-Komponente/das Plugin auf die neueste stabile Version. Sicherheitsupdates entfernen oder beschränken häufig den anfälligen Endpunkt, der beliebige Schreibvorgänge ermöglicht.

2. Die anfällige Funktion deaktivieren, wenn sie nicht benötigt wird

Wenn die Helix3-AJAX-Funktionalität nicht erforderlich ist, deaktivieren Sie sie vollständig. Das Entfernen des Zugriffs auf den unsicheren Endpunkt reduziert die Angriffsfläche erheblich.

3. Schreiborte einschränken

Erlauben Sie keine beliebigen Dateisystempfade. Die Anwendung sollte Schreibvorgänge nur innerhalb eines kleinen, festen Verzeichnisses zulassen, das nicht öffentlich zugänglich ist und nicht als PHP ausgeführt wird.

Die Validierung sollte ablehnen:

  • Path-Traversal-Sequenzen wie ../
  • Dateien außerhalb des genehmigten Basisverzeichnisses
  • Schreibvorgänge in webzugängliche Verzeichnisse, es sei denn, sie sind ausdrücklich erforderlich und werden sicher behandelt

4. Pfade normalisieren und validieren

Bevor Sie eine Datei schreiben:

  • den kanonischen Pfad auflösen
  • sicherstellen, dass er unter dem vorgesehenen Basisverzeichnis bleibt
  • Symlinks oder verschachtelte Pfade außerhalb ablehnen
  • erwartete Dateinamen und Erweiterungen validieren

5. Autorisierung erzwingen

Nur vertrauenswürdige Administratoren sollten Endpunkte verwenden dürfen, die Dateien schreiben. Erfordern Sie ordnungsgemäße Authentifizierung und Berechtigungsprüfungen, bevor Sie eine Schreibanforderung akzeptieren.

6. Inhalte bereinigen und Exposition reduzieren

Schreiben Sie niemals rohe, vom Angreifer kontrollierte Inhalte ohne strenge Validierung in ausführbare Dateien. Darüber hinaus sollte die Server-Härtung Folgendes umfassen:

  • Deaktivierung der PHP-Ausführung in beschreibbaren Verzeichnissen, wo möglich
  • Verwendung von Berechtigungen mit minimalen Rechten
  • Überwachung auf unerwartete Dateierstellung
  • Überprüfung von Protokollen auf verdächtige Anforderungen

Anforderungen

  • Python 3.9+
  • requests-Paket

Verwendung

Erstellen Sie eine Datei mit den Ziel-URLs, zum Beispiel targets.txt:

root@kitploit:~
http://example.com
https://joomla-site.local
http://127.0.0.1

Führen Sie dann aus:

root@kitploit:~
python3 cve-2026-49049.py targets.txt

Das Skript erstellt:

  • results.txt — erkannte anfällige URLs
  • raw_result.txt — während des Tests beobachtete rohe PHP-Payloads

Rechtlicher und ethischer Hinweis

Dieses Projekt ist für Bildungszwecke, legitime Sicherheitsforschung und autorisierte Schwachstellenbewertung gedacht. Es darf nicht gegen Systeme ohne ausdrückliche Genehmigung verwendet werden. Missbrauch ist strengstens untersagt.

Haftungsausschluss

Der Inhalt dieses Repositorys wird bereitgestellt, um Forschern und Administratoren zu helfen, ein reales Sicherheitsproblem zu verstehen, zu identifizieren und zu beheben. Verwenden Sie es verantwortungsvoll und nur in kontrollierten Umgebungen, in denen Sie über die entsprechende Autorisierung verfügen.

Tool herunterladen