SecBoard
Zurück zur Übersicht
Hoch68 / 100Konfidenz: Mittel
In CISA KEVCVSS9.8EPSS100 %Über Netz erreichbarOhne Anmeldung
▸Herleitung der Bewertung(4)

Wie der Wert zustande kommt

  • Im CISA-KEV-Katalog: CVE-2026-86218, CVE-2025-53770+25
  • Hoechster CVSS-Basiswert 9.8+18
  • EPSS 100.0 % Ausnutzungswahrscheinlichkeit binnen 30 Tagen+15
  • Ohne Anmeldung ueber das Netz ausnutzbar (CVE-2026-86218, CVSS-Vektor AV:N/PR:N)+10

Woraus sich die Konfidenz ergibt

  • Nur ein Herausgeber — keine Gegenlesung
  • Strukturierte CVE-Daten aus der NVD vorhanden

Die Konfidenz misst die Belegqualität, nicht die Schwere.

Einschränkungen

  • 1 im Text genannte CVE(s) liegen uns nicht vor und gehen nicht in die Bewertung ein: CVE-2025-53771

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

How to secure RMM software: 8 controls MSPs should test

BleepingComputer·
Originalartikel lesen bei BleepingComputer

Angreifern ist es gelungen, Schwachstellen in RMM-Software (Remote Monitoring and Management) auszunutzen, was Tausende von Kundengeräten von MSPs (Managed Service Provider) gefährdet. Betroffen sind Unternehmen, die RMM-Tools wie N-central nutzen, da diese Software weitreichenden administrativen Zugriff bietet. MSPs sollten ihre RMM-Software dringend auf acht kritische Kontrollen testen, darunter Endpunkterkennung, Patch-Management und Zugriffskontrollen, um ihre Kunden zu schützen.

SecBoard-Einordnung

RMM-Software bietet weitreichenden administrativen Zugriff auf zahlreiche Kundengeräte. Eine Kompromittierung kann zu einem weitreichenden Zugriff auf Tausende von Kundensystemen führen, was die Integrität und Vertraulichkeit von Daten gefährdet.

Realistisch schlimmster Fall: Angreifer erlangen vollständige administrative Kontrolle über die RMM-Software eines MSPs und können diese nutzen, um Tausende von Kundengeräten zu kompromittieren, Daten zu exfiltrieren oder zu verbreiten.

Empfehlung: MSPs sollten ihre RMM-Software dringend auf acht kritische Kontrollen testen, darunter Endpunkterkennung, risikobasiertes Patch-Management, starke Zugriffskontrollen und effektive Alarmpriorisierung.

Im erfassten Bestand

  • ▸CVE-2026-86218 kommt damit in 8 erfassten Meldungen der letzten 90 Tage vor.
  • ▸CVE-2025-53770 stand zum Zeitpunkt dieser Meldung seit 443 Tagen im KEV-Katalog der CISA.

Gezählt im eigenen Bestand, rückwärts ab dem Erscheinungsdatum. Das ist Belegstärke, keine Aussage über die Häufigkeit in der Welt.

Key Facts

 

CVSS
9.8 · CRITICAL
EPSS
100.0%
Über das Netz
ja
Anmeldung nötig
nein
Nutzerinteraktion nötig
nein
Angriffskomplexität
niedrig
Beeinträchtigt
Vertraulichkeit, Integrität, Verfügbarkeit
im KEV seit
2025-07-20
Patch
unbekannt
CVSS
9.8 · CRITICAL
EPSS
13.3%
Über das Netz
ja
Anmeldung nötig
nein
Nutzerinteraktion nötig
nein
Angriffskomplexität
niedrig
Beeinträchtigt
Vertraulichkeit, Integrität, Verfügbarkeit
im KEV seit
2026-09-08
Patch
unbekannt

Im Text genannt, liegt uns aber noch nicht vor.

Betroffen

Unternehmen, die RMM-Tools wie N-central nutzen, sowie Managed Service Provider (MSPs), deren privilegierte Konten und RMM-Server wertvolle Ziele für Angreifer sind.

Hersteller

MicrosoftN AbleN-able

Produkte

N-centralSharePointN Central
▸ CPE-Rohbezeichner anzeigen (5)
  • cpe:2.3:a:n-able:n-central:*:*:*:*:*:*:*:*
  • cpe:2.3:a:n-able:n-central:2026.3:-:*:*:*:*:*:*
  • cpe:2.3:a:n-able:n-central:2026.3:hotfix1:*:*:*:*:*:*
  • cpe:2.3:a:n-able:n-central:2026.3:hotfix2:*:*:*:*:*:*
  • cpe:2.3:a:n-able:n-central:2026.3:hotfix3:*:*:*:*:*:*

Prüfen

4
  • ▸Überprüfen Sie, ob Ihre RMM-Software für Endpunkterkennung konfiguriert ist und alle verwalteten Geräte korrekt identifiziert werden.
  • ▸Stellen Sie sicher, dass ein risikobasiertes Patch-Management für RMM-Software und die verwalteten Endpunkte implementiert und aktuell ist.
▸ 2 weitere
  • ▸Testen Sie die Stärke der Zugriffskontrollen für RMM-Konten, insbesondere privilegierte Zugänge, und überprüfen Sie die Protokollierung von Zugriffsversuchen.
  • ▸Validieren Sie die Effektivität der Alarmpriorisierung und der Reaktionsmechanismen bei verdächtigen Aktivitäten in der RMM-Umgebung.

Offene Punkte

4
▸ anzeigen
  • ▸Der Artikel spezifiziert nicht die genauen CVEs, die ausgenutzt wurden, außer einer Erwähnung einer Schwachstelle in N-able's N-central RMM.
  • ▸Es werden keine spezifischen Angreifergruppen oder deren Motivationen genannt.
  • ▸Der genaue Umfang der Kompromittierung (z.B. Anzahl der betroffenen MSPs oder Endkunden) ist nicht detailliert.
  • ▸Es werden keine spezifischen IOCs (Indicators of Compromise) genannt.

Red-Team-Relevanz

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

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

Kundenfragen

  • Haben wir SharePoint extern erreichbar?

MITRE ATT&CK(4)

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

T1068Exploitation for Privilege Escalationzugeordnet

„diese Software weitreichenden administrativen Zugriff bietet“

T1070Indicator Removalzugeordnet

„nicht spezifiziert im Artikel“

T1195Supply Chain Compromisezugeordnet

„Angreifern ist es gelungen, Schwachstellen in RMM-Software (Remote Monitoring and Management) auszunutzen, was Tausende von Kundengeräten von MSPs (Managed Service Provider) gefährdet.“

T1490Inhibit System Recoveryzugeordnet

„nicht spezifiziert im Artikel“

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

Quellen & Belege· 1 Quelle

BleepingComputerKontextPUBLICZuverlässigkeit Cdiese Meldung

Redaktionelle Berichterstattung, meist Zweitverwertung einer Primaerquelle.

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

Verknüpfte Intelligence

Dieselben Entitäten an anderer Stelle auf SecBoard.

Themen
Security