Scroll to top
    Zurück zum Blog
    IT-Sicherheit · NIS2 · Supply Chain

    NIS2 & IT-Lieferkette: Warum 90 % der Unternehmen die eigentliche Gefahr noch nicht verstehen

    Die NIS2-Richtlinie verändert nicht nur Compliance. Sie verändert das komplette Sicherheitsmodell – und der entscheidende Punkt liegt nicht in deiner IT, sondern außerhalb.

    30.04.2026 12 min Lesezeit Kreis Heinsberg
    NIS2 zwingt Unternehmen – IT-Lieferkette ist dein größtes Risiko

    Die größte Angriffsfläche liegt außerhalb deiner IT

    NIS2 verpflichtet rund 30.000 deutsche Unternehmen zu nachweisbarer Lieferkettensicherheit – mit Bußgeldern bis 10 Mio. € oder 2 % Weltumsatz und persönlicher Geschäftsführerhaftung. Die meisten Sicherheitsvorfälle 2026 beginnen nicht im eigenen Netz, sondern beim MSP, SaaS-Anbieter oder Wartungspartner. Wer nicht weiß, wer Zugriff hat, hat keine Sicherheit – nur Hoffnung.

    Kurzantwort

    Was fordert NIS2 für die IT-Lieferkette?

    NIS2 verpflichtet betroffene Unternehmen zu vier Kernpflichten entlang ihrer gesamten Lieferanten- und Dienstleisterkette – flankiert von harten Sanktionen und festen Meldefristen.

    01

    Risikoanalyse

    Systematische Bewertung aller Lieferanten und digitalen Abhängigkeiten.

    02

    Vertragliche Anforderungen

    Sicherheitsklauseln, Audit-Rechte und Meldepflichten für Dritte.

    03

    Audit-Nachweise

    Jederzeit prüfbare Dokumentation gegenüber Behörden.

    04

    Kontinuierliches Monitoring

    Laufende Überwachung externer Zugriffe und Lieferketten-Risiken.

    Sanktionen
    bis 10 Mio. € Bußgeldpersönliche GF-Haftung
    Meldefristen
    24 h
    Frühwarnung
    72 h
    Detailmeldung
    1 Monat
    Abschlussbericht

    Die neue Realität: Digitale Abhängigkeiten statt isolierter Systeme

    Klassische IT-Sicherheit dachte in Perimetern. Innen war sicher, außen war gefährlich. 2026 existiert dieser Perimeter nicht mehr. Unternehmen sind hochgradig vernetzt – und genau dort, wo Vertrauen ohne Kontrolle gewährt wird, entstehen die kritischen Lücken.

    Früher (vor 2015)
    • On-Prem Server im eigenen Rechenzentrum
    • Klar definierte Netzwerkgrenzen
    • Wenige externe Schnittstellen
    • Firewall als zentrale Verteidigung
    Heute (2026)
    • SaaS überall: M365, CRM, HR, ERP, Ticketing
    • Managed Service Provider mit Vollzugriff
    • Hunderte APIs zwischen Systemen
    • Externe Entwickler, Wartungspartner, Hyperscaler

    Ergebnis: ein hochgradig verteiltes, dynamisches System mit implizitem Vertrauen. Genau dieses Vertrauen ist das Problem.

    Supply Chain Attacks: Der bevorzugte Angriffsweg 2026

    Angreifer denken wirtschaftlich. Sie suchen maximale Wirkung bei minimalem Aufwand und hoher Skalierbarkeit. Die Lieferkette liefert genau das: Ein einziger erfolgreicher Einbruch kompromittiert nicht ein Unternehmen, sondern Dutzende oder Hunderte gleichzeitig. Kaseya, SolarWinds, 3CX, MOVEit – die letzten Jahre haben gezeigt, dass diese Logik funktioniert.

    01
    Initialer Einbruch
    Kompromittierung eines kleinen IT-Dienstleisters – oft per Phishing oder gestohlene Credentials
    02
    RMM-Zugriff
    Zugriff auf Remote-Management-Tools (ConnectWise, N-able, Atera) mit Vollrechten
    03
    Admin-Hebel
    Nutzung vorhandener Admin-Rechte – legitime Wege, keine Exploits nötig
    04
    Massenverteilung
    Deployment von Malware oder Ransomware an alle angeschlossenen Kunden
    05
    Doppelte Erpressung
    Datenexfiltration plus Verschlüsselung – ein Angriff, viele Opfer
    Ein Angriff → mehrere Opfer

    Das Kernproblem: Implizites Vertrauen

    Viele Unternehmen arbeiten – meist unbewusst – nach diesen drei Sätzen:

    „Der Dienstleister ist bekannt.“
    „Die Software ist etabliert.“
    „Das wird schon sicher sein.“

    Das ist kein Sicherheitsmodell. Das ist Vertrauen ohne Kontrolle.

    Und genau das wird mit NIS2 nicht mehr akzeptiert – weder von Auditoren noch von Versicherungen, noch von Behörden.

    NIS2 zwingt zum Paradigmenwechsel

    Die NIS2-Richtlinie wurde im Oktober 2024 in nationales Recht überführt. Sie löst die alte NIS-Richtlinie ab und erweitert den Geltungsbereich von rund 2.000 KRITIS-Betreibern auf geschätzt 30.000 deutsche Unternehmen in 18 Sektoren. Maßgeblich sind Größe (≥ 50 Mitarbeitende oder ≥ 10 Mio. € Umsatz) und die Einstufung als „wesentliche“ oder „wichtige“ Einrichtung. Vier konkrete Pflichten betreffen die Lieferkette:

    1. Risikoanalyse über die gesamte Lieferkette

    Nicht nur eigene Systeme: Hosting-Anbieter, SaaS-Dienste, IT-Dienstleister, Hardware-Lieferanten, Wartungspartner und Software-Komponenten gehören in die Risikoanalyse. Jeder externe Akteur wird Teil deines Risikoprofils.

    2. Sicherheitsanforderungen für Dritte

    Mindeststandards (MFA, Logging, Patch-Management, Verschlüsselung) müssen vertraglich verankert werden. Ergänzt um Reaktionszeiten bei Vorfällen, Meldepflichten an dich, Audit-Rechte und Exit-Strategien. Verträge werden zu Sicherheitsinstrumenten.

    3. Nachweisbarkeit & Audit-Fähigkeit

    Es reicht nicht, etwas zu tun – du musst es jederzeit beweisen können. Zugriffsprotokolle, Lieferantenbewertungen, Incident-Reports, Schulungsnachweise und dokumentierte Prozesse sind Pflicht. Behörden und Auditoren prüfen die Evidenz, nicht die Absicht.

    4. Kontinuierliches Monitoring

    Eine jährliche Prüfung reicht nicht. Risiken verändern sich täglich – durch neue CVEs, Wechsel beim Dienstleister, neue Integrationen. Notwendig sind kontinuierliche Bewertung, automatisierte Alerts und Verhaltenserkennung über die gesamte Kette.

    Wesentliche Einrichtungen
    bis 10 Mio. €
    oder 2 % vom weltweiten Jahresumsatz – höherer Wert gilt
    Wichtige Einrichtungen
    bis 7 Mio. €
    oder 1,4 % vom weltweiten Jahresumsatz – plus persönliche Geschäftsführerhaftung
    Meldefristen unter NIS2
    24 h: Frühwarnung an BSI
    72 h: detaillierte Vorfallsmeldung
    1 Monat: Abschlussbericht

    Shadow Interconnection: Das unsichtbare Risiko

    Viele Unternehmen wissen nicht, welche Systeme tatsächlich miteinander verbunden sind, welche Daten wohin fließen und welche APIs aktiv genutzt werden. Diese unsichtbaren Verbindungen nennt man Shadow Interconnection – und jede einzelne ist ein potenzieller Angriffspfad.

    CRM
    Marketing-Tool
    HR-System
    Payroll-Dienst
    Support-Tool
    Ticket-API

    Jede Verbindung = potenzieller Angriffspfad. Sichtbarkeit ist Voraussetzung für Sicherheit.

    Technische Angriffspunkte in der Lieferkette

    Identitäten & Zugriffe

    Service-Accounts ohne MFA, API-Keys ohne Rotation, dauerhafte Admin-Zugänge bei Dienstleistern. Der größte Hebel für Angreifer – und am häufigsten unterschätzt.

    APIs & Integrationen

    Unsichere Authentifizierung (statische Tokens), fehlende Rate Limits, ungeprüfte Datenflüsse. Perfekt für leise Datenexfiltration – oft monatelang unbemerkt.

    Remote-Zugriffe (RMM/VPN)

    Dauerhaft offene Verbindungen zu Dienstleistern, breite Netzwerkrechte, kaum Monitoring. Klassischer Einstiegspunkt bei Supply-Chain-Angriffen seit Kaseya.

    Software-Abhängigkeiten

    Open-Source-Bibliotheken, Drittanbieter-Komponenten, Update-Mechanismen. Manipulierte Updates wie bei SolarWinds oder XZ-Utils sind das Worst-Case-Szenario.

    Cloud-Fehlkonfigurationen

    Öffentliche S3/Azure-Buckets, überprivilegierte Rollen, fehlende Segmentierung zwischen Tenants. Daten liegen oft monatelang offen – unbemerkt von der eigenen IT.

    Zero Trust: Die einzige logische Antwort

    Das klassische „Innen sicher, außen gefährlich“ ist tot. Zero Trust dreht das Modell um: Jeder Zugriff wird geprüft, jede Verbindung wird validiert, kein Vertrauen ohne Verifikation – auch nicht für interne Dienstleister oder etablierte Partner. Vier Säulen tragen das Konzept:

    Identity First

    • MFA überall – ohne Ausnahmen
    • Least Privilege als Default
    • Just-in-Time Zugriff statt Dauerrechten
    • Service-Account-Rotation

    Netzwerksegmentierung

    • Dienstleister nur auf definierte Bereiche
    • Keine Vollzugriffe auf Produktionsnetze
    • Microsegmentation zwischen kritischen Systemen
    • Default-Deny statt Default-Allow

    Visibility & Logging

    • Vollständige Protokollierung jeder Aktion
    • Zentrale Auswertung (SIEM/XDR)
    • Anomalie-Erkennung mit Verhaltens-Baselines
    • Immutable Logs gegen Spurenverwischung

    Continuous Validation

    • Regelmäßige Re-Assessments aller Lieferanten
    • Automatische Compliance-Checks
    • Penetration Tests inkl. Supply Chain
    • Threat-Intelligence-Anbindung
    incident-timeline.log — Worst Case Szenario
    [T+00:00] Externer IT-Dienstleister kompromittiert (Phishing → MFA-Fatigue)
    [T+00:14] Angreifer übernimmt RMM-Konsole, identifiziert 20 Kunden
    [T+00:42] Automatisierte Malware-Verteilung über Patch-Pipeline
    [T+02:18] Backup-Repositorien gelöscht oder verschlüsselt
    [T+04:55] Datenexfiltration startet (DNS-Tunneling, ~50 GB/h)
    [T+12:00] Ransomware-Detonation, Betrieb steht in 20 Unternehmen
    [T+24:00] NIS2-Meldepflicht greift – bei jedem Opfer einzeln
    [T+72:00] Detailmeldung an BSI fällig – Bußgelder drohen
    → Kunden verlieren Vertrauen. Versicherer zahlen nur teilweise. Geschäftsführung haftet persönlich.
    → Und alles beginnt nicht bei dir.

    Was Unternehmen jetzt konkret tun müssen

    1

    Sichtbarkeit herstellen

    • Vollständiges Asset-Inventar inkl. externer Systeme
    • Datenflüsse zwischen Systemen verstehen
    • Alle Zugriffe (Mensch, Service, API) dokumentieren
    • Shadow IT und Schatten-Integrationen aufdecken
    2

    Risiken bewerten

    • Kritikalität jedes Partners einstufen
    • Tiefe der Zugriffe und Datenklassifikation
    • Konzentrationsrisiken (Single Points of Failure)
    • Geopolitische und regulatorische Faktoren
    3

    Maßnahmen umsetzen

    • Zero-Trust-Architektur einführen
    • Vertragliche Mindeststandards für Dritte
    • Technische Zugriffskontrollen härten
    • EDR/XDR auch auf Lieferanten-Schnittstellen
    4

    Governance etablieren

    • Klare Verantwortlichkeiten (CISO, DSB, CEO-Haftung)
    • Quartalsweise Lieferanten-Reviews
    • NIS2-konforme Dokumentations-Pipeline
    • Incident-Response für Supply-Chain-Vorfälle
    Wasacon Insight

    Die meisten Unternehmen fragen: „Wie werden wir sicherer?“

    Die richtige Frage 2026 lautet: „Wer hat Zugriff auf uns – und warum?“

    Fazit

    Die NIS2-Richtlinie zwingt Unternehmen zu einer unbequemen Wahrheit: Du kontrollierst dein Unternehmen nicht allein. Hyperscaler, MSPs, SaaS-Anbieter, Open-Source-Maintainer und Wartungspartner sind Teil deiner Angriffsfläche – ob du das willst oder nicht.

    Wer 2026 nicht weiß, wer Zugriff auf welche Systeme hat, betreibt keine Sicherheit, sondern Hoffnung. Und Hoffnung ist nach NIS2 keine zulässige Strategie mehr.

    Kennst du ALLE externen Zugriffe auf deine Systeme?

    Wenn nicht: dann hast du keine Sicherheit – nur Hoffnung.

    Häufige Fragen zu NIS2 & Lieferkette

    Haftungsausschluss: Die auf Wasacon bereitgestellten Inhalte dienen nur zu Informationszwecken. Wir garantieren nicht die Qualität, Genauigkeit oder Vollständigkeit der Informationen aus Drittquellen.

    Diskussion

    0 Beiträge

    Lade Kommentare …
    Neuer Kommentar
    0/2000

    E-Mail wird nur zur Verifizierung verwendet, nicht veröffentlicht. Beiträge werden manuell geprüft.

    IT-Budget Quick-Check

    Wie viel sollte Ihr Unternehmen jährlich in IT investieren?

    Risiko-Level: Mittel · Multiplikator: 1.2×

    Richtwerte auf Basis von BSI/NIST/ENISA-Branchenbenchmarks. Keine verbindliche Empfehlung.

    Das könnte Sie auch interessieren

    Sind Zugangsdaten Ihres Unternehmens bereits im Umlauf?

    Wir prüfen Ihre Domain kostenlos gegen bekannte Infostealer- und Leak-Datenbanken – vertraulich und unverbindlich.

    Bekannt aus

    Wasa Consult, Data Recovery Service, Heinsberg, Nordrhein-Westfalen