Was ist ein CVE (Common Vulnerabilities and Exposures)
CVE bedeutet „Common Vulnerabilities and Exposures“,
Eine CVE ist einmalig wie eine ISBN Nummer für Sicherheitslücken
Sie sorgt dafür, dass alle Hersteller, Sicherheitsfirmen und Behörden über dieselbe Schwachstelle sprechen — ohne Verwirrung.
Beispiel: CVE 2021 44228 = Log4Shell (eine der gefährlichsten Lücken der letzten Jahre)
Woher kommt die Nummerierung?
Jede CVE hat das Format:
Code
CVE-JAHR-Laufende Nummer
Beispiel: CVE 2024-12345
• 2024 = Jahr der Registrierung
• 12345 = eindeutige IDDie Nummern werden nicht nach Schwere sortiert, sondern einfach fortlaufend vergeben.
Wer verwaltet das CVE System?
Das CVE Programm wird betrieben von:
1. MITRE Corporation
• eine Non Profit Organisation in den USA
• arbeitet im Auftrag der US Regierung
• verwaltet die CVE Datenbank
• koordiniert die Vergabe der IDs
• https://attack.mitre.org/
2. US Behörde CISA
• unterstützt das Programm
• veröffentlicht Warnungen
• betreibt die „Known Exploited Vulnerabilities“ (KEV) Liste
3. CNA Organisationen (CVE Numbering Authorities)
Das sind Firmen, die selbst CVEs vergeben dürfen, z. B.:
• Microsoft
• Google
• Cisco
• Intel
• Red Hat
• Siemens
• GitHub
• Palo Alto Networks
Insgesamt über 300 CNAs weltweit.
Wie entsteht eine CVE? (Der Prozess)
1. Forscher oder Hersteller entdeckt eine Schwachstelle
2. Meldung an MITRE oder eine CNA
3. Prüfung, ob es eine neue, eigenständige Lücke ist
4. Vergabe einer CVE Nummer
5. Veröffentlichung der Details (ohne Exploit Code)
6. Hersteller veröffentlicht Updates / Patches
7. CVSS Bewertung (Schweregrad) wird vergeben
Wie wird die Schwere bewertet? (CVSS)
CVSS = Common Vulnerability Scoring System
Skala von 0.0 bis 10.0
Bereich Bedeutung
0.0–3.9 Niedrig
4.0–6.9 Mittel
7.0–8.9 Hoch
9.0–10.0 Kritisch
Beispiel: Log4Shell → CVSS 10.0 (kritisch)
Kategorien von CVEs
CVE Einträge werden nicht offiziell nach Kategorien sortiert, aber in der Praxis unterscheidet man:
1. Betriebssysteme
• Windows
• Linux (Ubuntu, Debian, Red Hat)
• macOS
2. Netzwerkgeräte
• Firewalls (Fortinet, Palo Alto, Cisco ASA)
• Router & Switches
• VPN Gateways
3. Cloud Dienste
• AWS
• Azure
• Google Cloud
4. Web Anwendungen
• WordPress
• Drupal
• Apache
• Nginx
5. Software Bibliotheken
• Log4j
• OpenSSL
• Python Pakete
• Node.js Module
6. Mobile Systeme
• Android
• iOS
7. Industrielle Systeme (OT/ICS)
• Siemens
• Schneider Electric
• Rockwell Automation
Wichtige Tools & Module zur Arbeit mit CVEs
1. Schwachstellenscanner (automatisch), z.B.
• Nessus
• Qualys
• Rapid7 InsightVM
• OpenVAS
Diese Tools scannen Systeme und melden bekannte CVEs.
2. Paket und Dependency Scanner
• GitHub Dependabot
• GitLab Dependency Scanning
• Snyk
• Mend (WhiteSource)
Sie prüfen Bibliotheken in Softwareprojekten.
3. Container Scanner
• Trivy
• Anchore
• Clair
Sie prüfen Docker Images auf CVEs.
4. Betriebssystem Scanner
• Microsoft Defender Vulnerability Management
• Lynis (Linux)
• OSQuery
5. Offizielle CVE Datenbanken
• MITRE CVE Database
• NVD (National Vulnerability Database)
• CISA KEV Catalog (besonders wichtig für Exploits in freier Wildbahn)
Kurz erklärt: Warum CVEs wichtig sind
• Sie schaffen Transparenz über Sicherheitslücken
• Sie ermöglichen Vergleichbarkeit
• Sie sind Grundlage für Patch Management
• Sie sind Pflichtbestandteil von ISO 27001, TISAX, NIS2
• Sie helfen Unternehmen, Risiken zu priorisieren
Konstantin Ziouras Blog Artikel
Unterschiede zwischen EULA, SLA und AVV
Risiken bezüglich Lieferanten
Endpoint Security bedeutet: Schutz aller Endgeräte, die mit IT Systemen verbunden sind – also Laptops, Desktops, Smartphones, Tablets, Server, virtuelle Maschinen, Container Hosts, OT HMI Rechner etc. Bildlich: Jedes Gerät ist eine Tür ins Unternehmen. Endpoint Security sorgt dafür, dass diese Türen: • nicht offenstehen • nicht mit gestohlenen Schlüsseln geöffnet werden • und im Idealfall einen Alarm auslösen, wenn jemand versucht einzubrechen. Warum das Thema heute wichtig ist 1. Angriffe starten fast immer am Endpoint • Phishing Mails → Klick → Malware auf dem Laptop • Ransomware → Verschlüsselung startet am Endpoint • Initial Access Broker → kompromittierte Endgeräte werden verkauft 2. Arbeitswelt hat sich verändert • Homeoffice, Remote Work, BYOD • Cloud Zugriffe von überall • Mehr Endgeräte, weniger klarer Perimeter 3. Business Relevanz • Ein kompromittierter Endpoint kann: o Zugang zu AD / Identitäten geben o Ransomware ins gesamte Netz bringen o Datenabfluss ermöglichen • Direkte Auswirkungen: Ausfall, Lösegeld, Reputationsschäden, NIS2 Sanktionen. Technische Grundlagen Kernidee: Endpoint Security kombiniert Schutz, Erkennung und Reaktion direkt auf dem Gerät. Wichtige Bausteine: • Antivirus / Anti Malware: Signatur und verhaltensbasierter Schutz • Host Firewall: Filtert eingehenden/ausgehenden Traffic • Endpoint Detection & Response (EDR): Erkennung verdächtigen Verhaltens, Forensik, Response • Extended Detection & Response (XDR): Korrelation von Endpoint Daten mit Netzwerk, Cloud, Identitäten • Hardening: Konfiguration, die Angriffsfläche reduziert (z. B. Deaktivierung unnötiger Dienste) • Patch Management: Schließen von Schwachstellen Stand der Technik / Best Practices 1. Von klassischem AV zu EDR/XDR • Klassischer Virenscanner allein ist nicht mehr ausreichend. • Stand der Technik: EDR/XDR Lösungen, die Verhalten analysieren, Prozesse korrelieren und Angriffe in frühen Phasen erkennen. 2. Zero Trust am Endpoint • Endpoint wird nicht automatisch vertraut, nur weil er „im Netz“ ist. • Kombination aus: o Gerätestatus (Compliance) o Identität (User) o Kontext (Ort, Zeit, Risiko) 3. Harter Fokus auf Identitäten • Endpoint Security ist eng mit Identity & Access Management verknüpft. • Kompromittierter Endpoint → kompromittierte Identität → lateral movement. 4. Standardisierte Baselines • CIS Benchmarks, BSI Empfehlungen, Hardening Guides • Standardisierte Konfigurationen für Windows, macOS, Linux, Mobile, OT Systeme. Typische Risiken & Fehler in der Praxis • Nur Antivirus, kein EDR/XDR • Kein zentrales Management der Endpoints • Ungepatchte Systeme (insbesondere Drittsoftware wie Browser, Java, Office Plugins) • Lokale Adminrechte für Benutzer • Kein Application Whitelisting (alles darf laufen) • Shadow IT (private Geräte, nicht verwaltete Systeme) • OT Endpoints ohne Schutz, weil „Produktionssysteme darf man nicht anfassen“ • Fehlende Integration in SIEM/SOC – Alarme bleiben unbemerkt Moderne Lösungsansätze & Technologien • EDR/XDR Plattformen o Sammeln Telemetrie (Prozesse, Registry, Netzwerk, Dateien) o Erkennen verdächtige Muster (z. B. Ransomware Verhalten) o Unterstützen Incident Response (Isolieren von Endpoints, Forensik) • Zero Trust Network Access (ZTNA) o Zugriff auf Anwendungen nur, wenn Endpoint „gesund“ ist (Compliance Check) • Mobile Device Management (MDM) / Unified Endpoint Management (UEM) o Verwaltung von Laptops, Smartphones, Tablets, teilweise auch IoT/OT o Erzwingung von Policies (Verschlüsselung, PIN, Jailbreak Erkennung) • Application Control / Whitelisting o Nur erlaubte Anwendungen dürfen laufen o Sehr wirksam gegen Malware und Ransomware • Hardware basierte Sicherheit o TPM, Secure Boot, Device Guard, Plattferverschlüsselung (BitLocker, FileVault) Relevanz für Informationssicherheit & Compliance NIS2 • Verlangt „Stand der Technik“ bei technischen und organisatorischen Maßnahmen. • Endpoint Security ist zentral für: o Schutz vor Ransomware o Incident Detection & Response o Nachweis von Maßnahmen gegenüber Aufsichtsbehörden. ISO 27001:2022 • Relevante Controls u. a.: o A.5.15: Access control o A.8.1: User end point devices o A.8.7: Protection against malware o A.8.8: Management of technical vulnerabilities o A.8.9: Configuration management IEC 62443 (für OT) • Endpoint ähnliche Systeme (Engineering Stationen, HMI, Server) müssen: o gehärtet sein o nur notwendige Dienste bereitstellen o überwacht werden o in Zonen/Conduits eingebettet sein. Endpoint Security ist damit ein Pflichtbaustein für jede ernsthafte Umsetzung von NIS2, ISO 27001 und IEC 62443. Empfehlungen für Unternehmen (konkret, priorisiert) Priorität 1 – Basis schaffen • Zentrales Endpoint Management einführen (Windows, macOS, Linux, Mobile) • EDR Lösung ausrollen (mindestens auf kritischen Systemen) • Patch Management etablieren (inkl. Drittsoftware) • Plattferverschlüsselung aktivieren (Laptops, mobile Geräte) • Lokale Adminrechte abschaffen (Role Based Access, Just in Time Admin) Priorität 2 – Reifegrad erhöhen • Application Whitelisting für besonders kritische Systeme • Zero Trust Policies: Zugriff nur bei „gesundem“ Endpoint • Integration in SIEM/SOC: Alarme zentral auswerten • Standardisierte Hardening Baselines (CIS, BSI) Priorität 3 – OT & Spezialumgebungen • OT Endpoints inventarisieren (Engineering Stationen, HMI, SCADA Server) • Schutzkonzept definieren: o Hardening o Segmentierung o Monitoring (passiv, wo aktiv nicht möglich) • Remote Zugriffe auf OT nur über kontrollierte Jump Hosts mit starker Authentifizierung und Session Recording. CTO Checkliste: Die 3 entscheidenden Fragen 1) „Wie erkennen und stoppen wir heute einen Angriff auf einen Endpoint, der keine bekannte Malware Signatur hat?“ Diese Frage trennt klassischen Antivirus von echtem EDR/XDR. Eine moderne Antwort muss enthalten: • verhaltensbasierte Erkennung • Prozess und Speicheranalyse • Telemetrie Korrelation • automatische Isolation des Endpoints • Integration ins SOC/SIEM Wenn die Antwort nur „Antivirus“ oder „Signaturen“ enthält → nicht modern. 2) „Wie stellen wir sicher, dass alle Endgeräte (inkl. Homeoffice, mobile Geräte, Admin Laptops, OT Engineering Stationen) vollständig verwaltet, gepatcht und gehärtet sind?“ Diese Frage deckt Management Reifegrad, Patch Prozesse und Hardening auf. Eine moderne Antwort muss enthalten: • zentrales Endpoint Management (UEM/MDM) • automatisiertes Patch Management (inkl. Drittsoftware) • CIS/BSI Hardening Baselines • Compliance Checks vor Zugriff (Zero Trust) Wenn die Antwort „Wir patchen regelmäßig“ lautet → nicht ausreichend. 3) „Wie schnell können wir einen kompromittierten Endpoint identifizieren, isolieren und forensisch analysieren – und wer macht das konkret?“ Diese Frage prüft Incident Response Fähigkeit und operative Realität. Eine moderne Antwort muss enthalten: • EDR gestützte Isolation per Klick • klare Rollen (SOC, IT Ops, Dienstleister) • forensische Daten (Prozesse, Registry, Netzwerk, Timeline) • definierte Reaktionszeiten • Playbooks Wenn die Antwort unklar ist oder niemand zuständig ist → kritische Lücke.







