SecBoard
Zurück zur Übersicht
Nicht einstufbarKonfidenz: Gering
Keine strukturierten CVE-Daten

Bewertung v1.2, deterministisch berechnet. Bedrohungswert und Konfidenz sind getrennte Größen.Methodik

Network Anomaly Detection in KATA

Securelist·
Originalartikel lesen bei Securelist

Angreifer nutzen zunehmend Standard-Domain-Infrastrukturprotokolle wie Kerberos und DNS-Tunneling, um nach einem Netzwerkbruch unentdeckt zu bleiben. Traditionelle Sicherheitstools versagen oft bei der Erkennung dieser Aktivitäten, da sie sich kaum von legitimen Datenverkehr unterscheiden lassen. Die Kaspersky Anti Targeted Attack (KATA)-Plattform setzt stattdessen auf Network Anomaly Detection (NAD), um verdächtige Abweichungen vom normalen Netzwerkverhalten zu identifizieren. Unternehmen sollten KATA implementieren, um Angriffe wie Kerberoasting und DNS-Tunneling frühzeitig zu erkennen und ihre Netzwerkinfrastruktur zu schützen.

SecBoard-Einordnung

Angreifer können sich durch die Nutzung legitimer Protokolle unbemerkt im Netzwerk bewegen und persistieren, was traditionelle Sicherheitstools umgeht. Die Erkennung solcher Aktivitäten ist entscheidend, um fortgeschrittene, zielgerichtete Angriffe zu stoppen.

Realistisch schlimmster Fall: Unentdeckte Angreifer können über einen längeren Zeitraum im Netzwerk verbleiben, sensible Daten exfiltrieren oder weitere Systeme kompromittieren, ohne dass dies von herkömmlichen Sicherheitssystemen bemerkt wird.

Empfehlung: Implementierung von Lösungen zur Netzwerk-Anomalie-Erkennung (NAD), um verdächtige Abweichungen im Netzwerkverhalten zu identifizieren, insbesondere in Bezug auf Kerberos- und DNS-Verkehr.

Betroffen

Organisationen, die Standard-Domain-Infrastrukturprotokolle wie Kerberos und DNS nutzen.

Prüfen

3
  • ▸Überprüfen Sie die Protokolle Ihres DNS-Servers auf ungewöhnlich hohe Anfragenraten, ungewöhnliche Domänennamen oder lange Abfragen, die auf DNS-Tunneling hindeuten könnten.
  • ▸Analysieren Sie Kerberos-Authentifizierungsprotokolle (z.B. Event ID 4769 für Kerberos Service Ticket Request) auf ungewöhnlich viele Anfragen für Service Principal Names (SPNs) oder Anfragen von untypischen Konten, die auf Kerberoasting hindeuten könnten.
▸ 1 weitere
  • ▸Stellen Sie sicher, dass Ihre Netzwerkerkennungssysteme (IDS/IPS) in der Lage sind, Anomalien im Protokollverhalten zu erkennen, die über einfache Signaturerkennung hinausgehen.

Offene Punkte

3
▸ anzeigen
  • ▸Es werden keine spezifischen CVEs oder IOCs genannt.
  • ▸Es werden keine spezifischen betroffenen Branchen oder geografischen Regionen genannt.
  • ▸Es werden keine konkreten Tools oder Exploits der Angreifer genannt, außer den Protokollen selbst.

Red-Team-Relevanz

Was heißt das für dein nächstes Assessment?

▸ Einordnung anzeigen
  • Initial Access möglich?Unklar
  • Privilege Escalation relevant?Möglich
  • Exploit öffentlich verfügbar?Unklar
  • Detection / Logging prüfbar?Ja
  • Für Purple-Team-Szenario geeignet?Unklar

Kundenfragen

  • Haben wir Active Directory / Entra extern erreichbar?
  • Können wir Credential Access detektieren?

Erwähnte Akteure & Werkzeuge

Abgleich mit dem MITRE-ATT&CK-Katalog

MITRE ATT&CK(6)

Techniken aus allen Quellen zusammengeführt — nach Stärke des Belegs sortiert.

T1558.003Steal or Forge Kerberos Tickets: Kerberoastingzugeordnetabgeleitet

„Unternehmen sollten KATA implementieren, um Angriffe wie Kerberoasting ... frühzeitig zu erkennen“

T1070.004Indicator Removal: Indicator Removal on Host: Network Share Deletionzugeordnet

„unentdeckt zu bleiben“

T1071.004Application Layer Protocol: Application Layer Protocol: DNSzugeordnet

„Angreifer nutzen ... DNS-Tunneling, um nach einem Netzwerkbruch unentdeckt zu bleiben.“

T1003.006OS Credential Dumping: DCSyncabgeleitet
T1557.003Adversary-in-the-Middle: DHCP Spoofingabgeleitet
T1558.004Steal or Forge Kerberos Tickets: AS-REP Roastingabgeleitet

Mehrere Herkünfte bei derselben Technik heißt: mehrere unabhängige Wege führen dorthin.

Kill-Chain-Phasen

Wie weit im Ablauf die belegten Techniken liegen — je Technik die früheste Phase.

Auskundschaften

0

›

Bewaffnung

0

›

Zustellung

0

›

Ausnutzung

0

›

Einnistung

0

›

Fernsteuerung

0

›

Zielhandlung

4

Quellen & Belege· 1 Quelle

SecurelistTechnischer BelegPUBLICZuverlässigkeit Bdiese Meldung

Frei veroeffentlichte Forschung eines Sicherheitsanbieters — nachpruefbare Technik, aber eigenes Vermarktungsinteresse. Kein bezogener Feed, deshalb PUBLIC statt COMMERCIAL_TI.

  • Nur eine Quelle — der Sachverhalt ist an keiner zweiten Stelle gegengelesen.

Verknüpfte Intelligence

Dieselben Entitäten an anderer Stelle auf SecBoard.

ATT&CK-Heatmap