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
Project-Vuln-Detection-N-Mitigation_101 — Schwachstellenerkennung und -behebung Apache ActiveMQ | Sicherheitsarchitekturen und Systemadministration - zu - Apache ActiveMQ Deserialisierung Remote Code Execution (RCE) – CVE-2023-46604 | Kitploit
Tools/GitHubGitHub/vaishnavucv/project-vuln-detection-n-mitigation_101
SchwachstellenanalyseExploitationPenetrationstestsEinbruchserkennungLernen & BildungIncident Response
GitHubvaishnavucv/project-vuln-detection-n-mitigation_101

Project-Vuln-Detection-N-Mitigation_101

Schwachstellenerkennung und -behebung Apache ActiveMQ | Sicherheitsarchitekturen und Systemadministration - zu - Apache ActiveMQ Deserialisierung Remote Code Execution (RCE) – CVE-2023-46604

Repository anzeigen
11vor 1 JahrNoch 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

Project-Vuln-Detection-N-Mitigation_101

Apache ActiveMQ Deserialization RCE (CVE-2023-46604) – Phase 2 Projekt

Sicherheitsarchitekturen & Systemadministration

Autor: [Vaishnavu C V] · Datum: 17 Sep 2025

Status: ⌀ Phase-2-Liefergegenstände abgeschlossen


Übersicht

Dieses Repository dokumentiert ein praktisches Sicherheitsdesign-Projekt, das sich auf CVE‑2023‑46604 in Apache ActiveMQ (Classic) konzentriert. Es enthält eine klare Erklärung der Sicherheitslücke, ausführliche technische Notizen, eine Auswirkungsbewertung, betroffene Systeme, Erkennungs- und Abwehrdesigns sowie einen konsolidierten Designbericht, der für die Einreichung an der Universität geeignet ist.


Schnellzugriff

  • →→ Phase-2-Designbericht (einzelne Datei) → phase_2_design_report.md

  • →→ Alle Abschnitte (modular):

    • Einleitung → phase_2_intro.md
    • Erklärung der Sicherheitslücke → phase_2_vulnerability_explanation.md
    • Technische Details → phase_2_technical_detail.md
    • Auswirkungen → phase_2_impact.md
    • Betroffene Systeme → phase_2_affected_systems.md
    • Erkennungsdesign → phase_2_detection_design.md
    • Abwehrdesign → phase_2_mitigation_design.md
    • Fazit → phase_2_conclusion.md
    • Referenzen → phase_2_references.md

  • Repository-Struktur

    root@kitploit:~
    .
    ├── phase_2_design_report.md
    ├── phase_2_intro.md
    ├── phase_2_vulnerability_explanation.md
    ├── phase_2_technical_detail.md
    ├── phase_2_impact.md
    ├── phase_2_affected_systems.md
    ├── phase_2_detection_design.md
    ├── phase_2_mitigation_design.md
    ├── phase_2_conclusion.md
    └── phase_2_references.md
    
    root@kitploit:~
    flowchart LR
      A[Internet attacker] -->|OpenWire 61616<br/>malicious serialized payload| B[(ActiveMQ Broker)]
      A -->|Scanning and recon| F[Firewall and ACLs]
      F --> B
    
      B -->|Traffic mirror or syslog| C[IDS or IPS Suricata Snort]
      B -->|Conn logs| D[Zeek anomaly logs]
      B -->|App logs| E[ActiveMQ logs]
    
      C -->|Alert| J[(SIEM)]
      D -->|Alert| J
      E -->|Alert| J
      J -->|Correlation and auto action| G[Fail2ban auto ban]
      G -. block .- F
    
      H[Container sandbox non root AppArmor] --- B
      I[Protocol restriction disable OpenWire] --- B
    
      classDef detect fill:#eef7ff,stroke:#82b1ff,color:#0a3d62;
      classDef ctrl fill:#eefbee,stroke:#6bbf59,color:#0a3d62;
      classDef siem fill:#fff7e6,stroke:#f5a623,color:#6b3e00;
    
      class C,D,E detect;
      class F,G,H,I ctrl;
      class J siem;

    So verwenden Sie dieses Repository

    1. Lesen Sie den Einzeldateibericht: Wenn Sie zur Bewertung prüfen, beginnen Sie mit phase_2_design_report.md.
    2. Tiefgehende Analyse nach Abschnitten: Verwenden Sie die oben aufgeführten modularen Dateien, um bestimmte Teile zu überprüfen (z. B. direkt zur Erkennung oder Abwehr springen).
    3. Labor nachbauen (optional):
      • Verwenden Sie ein segmentiertes Testnetzwerk und eine isolierte VM/einen isolierten Container für Proof‑of‑Concept-Experimente.
      • Blockieren oder schränken Sie TCP/61616 extern strikt ein.
      • Bevorzugen Sie gepatchte ActiveMQ-Versionen für die Produktion; halten Sie anfällige Versionen nur für die Forschung air‑gapped.

    →→ Sicherheitshinweis: Alle Ausnutzungsschritte dürfen nur in einem rechtskonformen, kontrollierten Labor durchgeführt werden, niemals auf Produktionssystemen oder Systemen, die Sie nicht besitzen/betreiben.


    Bewertungsausrichtung

    • Erklärung der Sicherheitslücke (4 Punkte) → phase_2_vulnerability_explanation.md
    • Erkennungs- + Abwehrdesign (6 Punkte) → phase_2_detection_design.md und phase_2_mitigation_design.md
    • Kriterien (Anwendbarkeit, Praktikabilität, Originalität, Machbarkeit, Klarheit) werden wie folgt behandelt:
      • Klare Erkennungspfade auf Netzwerk-/Anwendungsebene, Beispiel-IDS/Zeek/SIEM-Workflows.
      • Praktische Firewall-, Protokoll-, Container- und Auto‑Ban-Kontrollen für reale Bereitstellungen.
      • Originelle Korrelationsideen und Mock-Artefakte für die Incident-Response.

    Erste Schritte (Laborsicherheits-Checkliste)

    • Netzwerk: Dediziertes VLAN/Subnetz; Ost-West-Verkehr einschränken.
    • Host: Linux-VM mit Container-Laufzeitumgebung.
    • Protokollierung: Leiten Sie ActiveMQ-/Host-/Netzwerkprotokolle an Ihr SIEM/ELK weiter.
    • Steuerelemente: Bereiten Sie fail2ban, ACL-Regeln und Container-Profile vor dem Testen vor.

    Lizenz

    Diese Bildungsinhalte werden für akademische, nichtkommerzielle Zwecke bereitgestellt. Befolgen Sie die Richtlinien Ihrer Einrichtung und die örtlichen Gesetze.


    Tool herunterladen