Penetrationstest über den gesamten CMS-Lebenszyklus (Joomla 4.2.5)

📌 Projektübersicht

Dieses Projekt demonstriert einen Penetrationstest über den gesamten Lebenszyklus, der an einem Open-Source-CMS (Joomla 4.2.5) durchgeführt wurde. Der gesamte Test folgt standardisierten Methodiken (OWASP/PTES) von der Laborbereitstellung bis hin zu Ausnutzung, Post-Exploitation und Übernahme des Administratorkontos.

---

🛠️ Phase 1: Leitfaden zur Laborbereitstellung (Schritt für Schritt)

Befolgen Sie diese genauen Schritte, um diese verwundbare Umgebung in Ihrer lokalen Infrastruktur bereitzustellen und zu replizieren.

Schritt 1: Zielmaschine vorbereiten (VM-Server)

1. Schalten Sie Ihre Ziel-Ubuntu-VM ein und verbinden Sie sich per SSH (oder öffnen Sie das Terminal direkt in der VM).

2. Installieren Sie Docker und das Compose-Dienstprogramm basierend auf Ihrer Ubuntu-Version:

   • Für Ubuntu 24.04 LTS oder älter:
     root@kitploit:~

     sudo apt update && sudo apt install -y docker.io docker-compose-plugin
     

   • Für Ubuntu 26.04 (Resolute) oder neuer:
     root@kitploit:~

     sudo apt update && sudo apt install -y docker.io docker-compose-v2
     

Schritt 2: Konfigurationsdatei erstellen

1. Öffnen Sie eine neue Datei namens docker-compose.yml mit dem Nano-Editor:
   root@kitploit:~

   nano docker-compose.yml
   

2. Kopieren Sie den vollständigen Inhalt der in diesem Repository verfügbaren Datei docker-compose.yml und fügen Sie ihn im Terminal ein.
3. Speichern und beenden Sie den Editor, indem Sie Ctrl + O drücken, dann Enter, dann Ctrl + X.

Schritt 3: Umgebung ausführen

1. Starten Sie die Container im Hintergrund (Detached-Modus), indem Sie Folgendes ausführen:
   root@kitploit:~

   sudo docker compose up -d
   

2. Warten Sie einen Moment, bis der Download abgeschlossen ist. Überprüfen Sie, ob die Dienste aktiv ausgeführt werden:
   root@kitploit:~

   sudo docker compose ps
   

Schritt 4: Zugriff und Konfiguration von der Host-Maschine (Angreifer-Box)

1. Wechseln Sie zurück zu Ihrer Haupt-Host-Maschine (oder Kali-Linux-Box).
2. Öffnen Sie Ihren Webbrowser und navigieren Sie zur IP-Adresse der Ziel-VM auf Port 8080:
   root@kitploit:~

   http://<YOUR_VM_IP>:8080
   

3. Folgen Sie dem Joomla-Installationsassistenten und geben Sie diese genauen Datenbank-Anmeldedaten ein, um die Container zu verknüpfen:
   • Datenbanktyp/-verbindung: MySQL (PDO)
   • Hostname: db
   • Benutzername: joomla_user
   • Passwort: joomlapassword
   • Datenbankname: joomla_db

---

🔍 Phase 2: Aufklärung & Scannen

In der Rolle eines Angreifers wurden Netzwerk- und CMS-spezifische Scan-Tools von Kali Linux aus eingesetzt:

1. Nmap: Durchgeführt, um offene Ports und Dienste auf Port 8080 zu identifizieren.
2. JoomScan / CMSeek: Verwendet, um die genaue CMS-Version (Joomla 4.2.5) zu identifizieren.

---

⚡ Phase 3: Schwachstellenanalyse & Ausnutzung

Basierend auf dem Versions-Fingerprinting führte die Schwachstellenforschung zur Entdeckung von CVE-2023-23752 (Unzureichende Zugriffskontrolle in der Joomla-Core-API).

Angriffsausführung:

Mithilfe des Metasploit-Frameworks (msfconsole) wurde das spezielle Exploit-Modul gegen das Ziel ausgeführt:

• Modul: auxiliary/gather/joomla_vulnerable_config_disclosure
• Ergebnis: Die Datenbank-Anmeldedaten im Klartext (joomla_user / joomlapassword) wurden erfolgreich extrahiert.

---

🔑 Phase 4: Post-Exploitation & Kontoubernahme

In einer realen Bewertung eskalieren Fehlkonfigurationen oft. Um Credential Reuse zu testen, wurde das geleakte Datenbankpasswort verwendet, um eine administrative Übernahme zu versuchen:

1. Navigierte zum Joomla-Administrator-Login-Dashboard (/administrator).
2. Testete das extrahierte Datenbankpasswort am Admin-Login-Panel.
3. Erfolgreich als Super User authentifiziert, wodurch vollständiger administrativer Zugriff auf die CMS-Kernkonfiguration erlangt wurde, ohne Alarme auszulösen.

---

📝 Phase 5: Behebung & Gegenmaßnahmen

Um das System gegen CVE-2023-23752 abzusichern:

• Update: Aktualisieren Sie Joomla sofort auf Version 4.2.8 oder höher.
• Netzwerksicherheit: Beschränken Sie den Zugriff auf die /api-Endpunkte mithilfe von Web Application Firewalls (WAF) oder Konfigurationssperren auf Serverebene.