Skip to content
KitploitKITPLOIT
ToolsExploitsBlog
Log in
Einreichen
ToolsExploitsBlog
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.

FeedsKontaktDatenschutz© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
Triage-CVE-2021-26855-ProxyLogon---Microsoft-Exchange- — Hands-on CVE-Triage-Labor: analysiere NVD-Einträge, dekodiere CVSS-Vektoren, ordne CWE-Schwachstellen zu und kontextualisiere Risiken für prominente Exploits wie ProxyLogon. | Kitploit
Tools/GitHubGitHub/probablysecure/triage-cve-2021-26855-proxylogon---microsoft-exchange-
SchwachstellenanalyseLernen & BildungIncident ResponseLernpfade & KurseLabs & Praxis
GitHubprobablysecure/triage-cve-2021-26855-proxylogon---microsoft-exchange-

Triage-CVE-2021-26855-ProxyLogon---Microsoft-Exchange-

Hands-on CVE-Triage-Labor: analysiere NVD-Einträge, dekodiere CVSS-Vektoren, ordne CWE-Schwachstellen zu und kontextualisiere Risiken für prominente Exploits wie ProxyLogon.

Repository anzeigen
35vor 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

Triage: CVE-2021-26855 (ProxyLogon - Microsoft Exchange)

Für dieses Labor bestand das Ziel darin, das Triage einer bekannten realen Schwachstelle so zu üben, wie es ein Sicherheitsteam tun würde: die CVE-Details lesen, den CVSS-Score verstehen und darüber nachdenken, wie riskant sie je nach Situation tatsächlich ist.

Schritt 1: Die CVE in der NVD öffnen

Ich ging zur National Vulnerability Database und suchte die CVE nach:

https://nvd.nist.gov/vuln/search#/nvd/home?resultType=records

Ich suchte nach CVE-2021-26855 und öffnete die Ergebnisseite.

Bild

Schritt 2: Das betroffene Objekt und die Gefährdung identifizieren

Nachdem ich die Beschreibung gelesen hatte, beantwortete ich ein paar grundlegende Fragen, um zu verstehen, was tatsächlich gefährdet ist:

  • Welche Art von Software ist betroffen? Server
  • Wo läuft diese Software typischerweise? Windows-Betriebssysteme
  • Was macht sie in Unternehmen riskant? Remote-Codeausführung

Schritt 3: CVSS-Basisscore und Vector-String notieren

Ich habe den CVSS-Score und den Vector-String auf der Seite gefunden:

Bild

Schritt 4: Den Vector-String aufschlüsseln

Ich ging den Vector-String Stück für Stück durch, um zu sehen, was jeder Teil tatsächlich bedeutete:

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
  • Angriffsvektor - Netzwerk
  • Angriffskomplexität - Niedrig
  • Erforderliche Privilegien - Keine
  • Benutzerinteraktion - Keine
  • Scope - Unverändert
  • Vertraulichkeit - Hoch
  • Integrität - Hoch
  • Verfügbarkeit - Hoch

Im Grunde bedeutet das, dass ein Angreifer keine Anmeldeinformationen oder Benutzerinteraktion benötigt, um die Schwachstelle auszunutzen, und wenn er sie ausnutzt, kann er Vertraulichkeit, Integrität und Verfügbarkeit vollständig kompromittieren. Diese Kombination ist ein wesentlicher Grund dafür, warum diese CVE damals als so schwerwiegende, aktiv ausgenutzte Schwachstelle eingestuft wurde.

Schritt 5: Die CWE-Kategorie finden

Ich habe den Abschnitt zur Schwachstellen-Enumeration auf der NVD-Seite geprüft, um zu sehen, um welche Kategorie von Schwachstelle es sich tatsächlich handelt.

Die aufgeführte CWE ist CWE-918: Server-Side Request Forgery (SSRF). Einfach ausgedrückt bedeutet dies, dass der Server eine URL oder Anfrage von irgendwoher nimmt und abruft, ohne ordnungsgemäß zu prüfen, ob die Anfrage tatsächlich dorthin geht, wo sie soll.

Schritt 6: Eine Risikofrage beantworten

Ich habe überlegt, ob ich dies in zwei verschiedenen Szenarien als höheres oder geringeres Risiko einstufen würde.

Szenario 1: Die verwundbare Software ist aktiv und erreichbar. Höheres Risiko. Diese Schwachstelle ermöglicht es einem Angreifer, auf Postfächer und Dateien zuzugreifen, die nicht seine sind, sowie Code auszuführen oder Änderungen am System vorzunehmen.

Szenario 2: Die verwundbare Software ist auf einem Rechner installiert, der ausgeschaltet und nicht erreichbar ist. Geringeres Risiko. Ohne Strom- oder Netzwerkverbindung gibt es für einen Angreifer keine Möglichkeit, den Server tatsächlich zu erreichen, um die Schwachstelle überhaupt auszunutzen.

Fazit

Diese Übung war eine gute Erinnerung daran, dass der Schweregrad-Score einer CVE nicht das gesamte Bild ist; das tatsächliche Risiko hängt auch vom Kontext ab, etwa davon, ob das verwundbare System überhaupt erreichbar ist. Eine kritische Schwachstelle auf einem Offline-Rechner ist ein ganz anderes Risiko als dieselbe Schwachstelle auf einem aktiven, internetzugänglichen Server.

Tool herunterladen