Ein Security-Operations-Team prüft die CTEM-Schwachstellenbehebung und nimmt ein Servermodul nach dem Retest wieder in Betrieb.

IT-Sicherheit

CTEM: Risiken erkennen und steuern

Wir helfen zu entscheiden, welche Schwachstellen zuerst behoben werden sollen, wer dafür zuständig ist und wie das Ergebnis geprüft wird. Scanbefunde verbinden wir mit Internetexposition, geschäftlichen Auswirkungen und Teamkapazität. Beginnen Sie mit einer Prüfung wichtiger Systeme oder beauftragen Sie uns mit dem laufenden Prozess.

Kunden

Unternehmen und Institutionen, die stabile IT benötigen.

  • AdAc
  • Baseline
  • BTW
  • Charlie
  • Dako
  • EVO
  • FTH
  • IFJ
  • MAEM
  • Banki Spółdzielcze BPS
  • PJG
  • Spinel Trade
  • Suder
  • Ziko Apteka
  • Aforti
  • Base Finance
  • CADM
  • Consol
  • Deka Trans
  • Ferro
  • GATE
  • Igoria Trade
  • Magnet Audit
  • Novacura
  • Przetargi
  • Streamsoft
  • VUMO
  • Audytplus
  • BKB Kancelaria Prawna
  • CBT
  • Contimax
  • ERBET
  • FOMACH
  • Geotermia Podhalańska
  • LATIS
  • Metgal
  • PIBR
  • Spontex
  • Super Krak
  • Wolimex

Vom Befund zur überprüften Behebung

Ein Scan erkennt bekannte Schwachstellen und Fehlkonfigurationen; allein belegt er nicht, dass ein Angriff erfolgreich wäre. CTEM (Continuous Threat Exposure Management) ist ein wiederkehrender Zyklus: Umfang festlegen, Angriffsflächen erfassen, priorisieren, validieren und die Behebung organisieren. Die Validierung prüft, wie Schutzmaßnahmen in vereinbarten Szenarien wirken. Behebung bedeutet, einen Patch einzuspielen, eine Konfiguration zu ändern oder ein Risiko zu begrenzen; das Ergebnis muss erneut geprüft werden. Ein Bericht ist noch keine Behebung, und die geschäftliche Akzeptanz eines Risikos ersetzt keine technische Korrektur.

Schwachstellenprüfung besprechen

ISO 27001 · TÜV NORD Polska

TÜV NORD Polska hat das Informationssicherheitsmanagementsystem von Virtline nach PN-EN ISO/IEC 27001:2023-08 zertifiziert. Das veröffentlichte Zertifikat nennt Geltungsbereich und Gültigkeit.

Zertifikat von Virtline ansehen

Schwachstellenprüfung besprechen

Projektablauf

Vor Beginn vereinbaren wir Zugänge, Auswirkungen auf Dienste und Abnahmekriterien. Nicht jede Schwachstelle lässt sich sofort beheben.

01

Umfang und Bedingungen

Wir erfassen Server, Arbeitsplatzrechner, Netze, Webanwendungen, Container, öffentliche Dienste, Cloud und industrielle Systeme (OT/ICS). Wir prüfen privilegierte Konten und Dienstkonten, Fernzugriffe, Administrationsschnittstellen, nicht mehr unterstützte Systeme, Abhängigkeiten und Zuständigkeiten. Die Methode richtet sich nach der Empfindlichkeit der Systeme.

02

Erste Scans

Wir konfigurieren Scanner, Systemgruppen, Zugangsdaten, Richtlinien, Ausnahmen, Zeitplan und Ergebnisaufbewahrung. Im vereinbarten Umfang führen wir interne und externe Scans mit oder ohne Zugangsdaten durch. Pilotbefunde prüfen wir mit Administration und Anwendungsverantwortlichen.

03

Prioritäten und Anbindungen

Wir vereinbaren Reihenfolge, Fristen und Ticketabläufe. Für die Ereignisanalyse betrachten wir Splunk, Microsoft Sentinel, Energy LogServer oder Wazuh, für Aufgaben Jira, ServiceNow oder GLPI. Anbindungen, auch an das Patchmanagement, richten sich nach verfügbaren Versionen, Lizenzen und Schnittstellen.

04

Behebung und weiterer Betrieb

Wir weisen Aufgaben den Verantwortlichen zu und führen vereinbarte Änderungen aus. Wir prüfen das Ergebnis durch einen Scan oder erneute Validierung und vereinbaren die Überprüfung offener Aufgaben, Ausnahmen und wiederkehrender Probleme. Einmalige Bestandsaufnahme, Werkzeugeinführung und laufender Betrieb durch Virtline werden getrennt vereinbart.

Schwachstellenprüfung besprechen

Praktischer Umfang

Ihre Ergebnisse

Die Ergebnisse zeigen Befunde, Entscheidungen, Fortschritte und Grenzen.

01 Liste der Systeme und Schwachstellen

Umfang, Zeitpunkte der Scans, Authentifizierung und Ausschlüsse sowie CVE, betroffener Dienst und Verantwortliche. Wir vergleichen Befunde mit CVE/NVD und Herstellerhinweisen, klären Fehlalarme und fassen Duplikate zusammen.

02 Behebungsplan und Zuständigkeiten

Kritische, hohe und mittlere Prioritäten, vereinbarte Fristen (SLA) und Aufgaben für Administration, Anwendungsverantwortliche, Anbieter und Sicherheitsteam. Wir dokumentieren Abhängigkeiten, Ausfallrisiken, Änderungsfenster, Rückfallplan und Eskalation an geschäftliche Entscheidungsträger.

03 Nachprüfung und Ausnahmen

Erneuter Scan oder Validierung, Patchstände, Konfigurationen und Ticketfreigaben. Wir unterscheiden behobene Schwachstellen, begrenzte Risiken und offene Punkte. Eine befristete Risikoakzeptanz hat einen geschäftlich Verantwortlichen, eine Begründung, kompensierende Maßnahmen, ein Ablaufdatum, ein Prüfdatum und Bedingungen für das Ende der Ausnahme.

04 Berichte für IT, Management und Audit

Technische Details, Risikotrends, überfällige Aufgaben, wiederkehrende Ursachen, exponierte Systeme und Budgetentscheidungen. Die Unterlagen können Bewertungen zu ISO 27001, NIS2, DORA und Kundenaudits unterstützen; sie bestätigen keine Konformität.

Schwachstellenprüfung besprechen

CTEM und Validierung

WithSecure Elements Exposure Management ist ein Beispiel für eine Plattform, die Geräte-, Identitäts-, Cloud-, Netzwerk- und externe Angriffsflächendaten verbindet, um Expositionen und Angriffswege zu bewerten. Picus Security Validation bewertet Schutzmaßnahmen durch Simulationen von Angriffstechniken: Geprüft werden Blockierung, Erkennung und Ereignisprotokollierung durch Firewall, EDR, SIEM oder E-Mail-Schutz. Das sind unterschiedliche Rollen, keine austauschbaren CVE-Scanner. Technologieauswahl und Testbedingungen stimmen wir auf die konkrete Umgebung ab; die Nennung bedeutet weder eine Virtline-Partnerschaft noch eine Kaufempfehlung. Wir garantieren weder die Erkennung aller Schwachstellen noch unterbrechungsfreie Änderungen oder vollständige Sicherheit nach einem erfolgreichen Test.

Fragen zu Schwachstellen und CTEM

Mit welchen Scannern arbeiten Sie?

+

Wir wählen aus Tenable Nessus, Tenable One Vulnerability Management (früher Tenable.io), Tenable Security Center (früher Tenable.sc), Qualys VMDR, Rapid7 InsightVM, OpenVAS/Greenbone und GFI LanGuard. Berücksichtigt werden Systeme, Cloud und lokale Umgebung, Kosten, Aufbewahrung und Teamkapazität. Qualys VMDR verbindet Inventarisierung und Priorisierung; die Patchverteilung benötigt die entsprechende Funktion und Lizenzierung. InsightVM unterstützt die Risikobewertung und kann mit InsightIDR zusammenarbeiten. Scan-, Update- und Integrationsumfang prüfen wir vor der Auswahl einer konkreten Version.

Wie oft sollten wir scannen?

+

Der Zeitplan hängt von Exposition, Änderungen und den Auswirkungen des Scannens auf Dienste ab. Wöchentliche inkrementelle und monatliche vollständige authentifizierte Scans können als Ausgangspunkt dienen. Zusätzliche Prüfungen planen wir nach kritischen CVE, neuen Diensten, Infrastrukturänderungen, wesentlichen Updates und Behebungsmaßnahmen. Regelmäßiges Scanning bedeutet keinen Rund-um-die-Uhr-Dienst zur Vorfallreaktion.

Was bestimmt die Reihenfolge der Behebung?

+

CVE identifiziert eine Schwachstelle, CVSS beschreibt ihren technischen Schweregrad, EPSS schätzt die Wahrscheinlichkeit einer Ausnutzung und der CISA-KEV-Katalog erfasst tatsächlich ausgenutzte Schwachstellen. Hinzu kommen verfügbare Exploits und Patches, Internetexposition, Bedeutung des Dienstes, Daten, Ausfallfolgen und vorhandene Schutzmaßnahmen. Ein hoher Scannerwert allein ersetzt keine Bewertung des Unternehmensrisikos.

Was tun, wenn ein Patch nicht sofort möglich ist?

+

Wir vereinbaren Zuständigkeit, Entscheidungsfrist und Abhängigkeiten von Anbietern oder Änderungsfenstern. Für kritische CVE gilt ein abgestimmter dringlicher Ablauf: Exposition prüfen, Patch oder Umgehungslösung wählen, Verantwortliche informieren und Ausnutzungsversuche beobachten. Mögliche Maßnahmen sind Firewall- oder WAF-Regeln, Segmentierung, VPN, Abschalten der betroffenen Funktion, EDR, MFA, Konfigurationshärtung oder eine Erkennungsregel. Die Eignung hängt von der Schwachstelle ab; solche Maßnahmen beseitigen sie nicht immer. Nach der Änderung prüfen wir Restrisiko und Eskalationsbedarf.

Den ersten Umfang festlegen

Beschreiben Sie Systeme, vorhandene Scanner, offene Schwachstellen, Auditfristen und Änderungsfenster. Angaben zu Systemverantwortlichen, bestehenden Ausnahmen und der gewünschten Bearbeitung der Befunde helfen weiter. Senden Sie keine Passwörter oder vertraulichen Berichte über das Formular.

Schwachstellenprüfung besprechen