Cyberangriff Fehmarnbelt-Tunnel: Bauarbeiten gestört

Der Cyberangriff auf den Fehmarnbelt-Tunnel hat die Bauarbeiten unterbrochen. Der Vorfall soll sich nach dänischen Medienberichten am Abend des 12. Oktober 2026 ereignet haben – eine offizielle Bestätigung dieses Zeitpunkts steht aus. Betroffen ist nicht das Bauwerk selbst, sondern das Konsortium Femern Link Contractors (FLC), das die Arbeiten auf der dänischen Seite in Rødbyhavn verantwortet. Nach dänischen Medienberichten fielen zentrale IT-Systeme aus: Computer, WLAN und Firmen-E-Mail waren nicht erreichbar, das elektronische Zugangskartensystem versagte, mehrere am Bau beteiligte Schiffe lagen still. Der Projektträger Sund & Bælt bestätigt den Vorfall – zu Ausmaß, betroffenen Systemen und Urhebern sagt das Unternehmen bislang nichts.

Cyberangriff Fehmarnbelt-Tunnel: Was bestätigt ist

Sund & Bælt hat nach eigenen Angaben eine Meldung von FLC erhalten und steht mit dem Auftragnehmer in Kontakt. Press Director Jens Villemoes erklärte, man sei „in dialogue with FLC about the situation" und habe derzeit keine weiteren Informationen.

Das ist der belastbare Kern. Dass FLC den Vorfall an den Auftraggeber gemeldet hat, gilt seit dem 13. Oktober als bestätigt; der dabei zitierte Satz („Unser Auftragnehmer FLC hat uns …") liegt allerdings nur unvollständig vor. In keinem offiziellen Statement finden sich Hinweise auf betroffene Systeme, den Umfang der Störung oder eine mögliche Urheberschaft.

Ausfall der Zutrittskontrolle: Manuelle Registrierung statt Kartensystem

Fassbar wird der Vorfall erst auf der Betriebsseite. Weil das Zugangskartensystem ausfiel, mussten Sicherheitskräfte die Arbeiter an mehreren Eingängen manuell registrieren – zuvor hatten Mitarbeiter keinen Zugriff mehr auf Computer, WLAN und Firmen-E-Mail.

Für eine Großbaustelle ist das mehr als ein Komfortproblem. Zutrittskontrolle steuert dort, wer sich wann in welchem Bereich aufhält, und sie erzeugt die Dokumentation, die bei Unfällen und Arbeitsschutzprüfungen gebraucht wird. Fällt sie aus, wird der Ersatzbetrieb zur Handarbeit – und mit ihr steigt das Risiko von Erfassungsfehlern in genau den Nachweisen, die später tragen müssen.

Stillliegende Schiffe: Wenn der Baubetrieb an der IT hängt

Ein zweiter Effekt trifft die Logistik: Mehrere am Bau beteiligte Schiffe lagen still, weil ihr Betrieb von den ausgefallenen digitalen Systemen und Daten abhängt. An anderer Stelle ist von „Problemen bei der Schiffsnavigation" die Rede.

Hier ist Präzision angebracht. Beschrieben werden stillliegende, betriebsabhängige Schiffe – nicht explizit ausgefallene Navigationssysteme. Die beiden Darstellungen decken sich nicht vollständig. Solange weder Sund & Bælt noch FLC das aufklären, sollte unterschieden werden zwischen dem Ausfall von Logistik- und Betriebssoftware einerseits und einer möglichen Beeinträchtigung von Navigationssystemen andererseits. Für die Bewertung der Versorgungssicherheit ist dieser Unterschied erheblich: Ein gestoppter Materialumschlag verzögert einen Bauabschnitt, ein gestörtes Navigationssystem berührt die Sicherheit auf dem Wasser.

Offene Fragen: Keine Attribution, keine Angaben zum Ausmaß

Zu Urhebern, Motiv und Angriffstyp sagen die auswertbaren Quellen nichts. Keine von ihnen benennt Täter, belegt eine Verschlüsselung durch Ransomware oder einen Datenabfluss. Begriffe wie „hybrid operation" oder „hybrid warfare" tauchen ausschließlich in Schlagzeilen von Sekundärquellen auf – bestätigt sind sie nicht. Auch die Behauptung, dänische Minister wollten sich nicht öffentlich äußern, stammt aus einem einzelnen Post auf X und ist unabhängig nicht verifiziert.

Bemerkenswert ist die Diskrepanz zwischen offizieller Zurückhaltung und Berichterstattung. Während Sund & Bælt keine Angaben zu betroffenen Systemen und zum Umfang der Störung macht, nennen dänische Medien bereits konkrete Ausfälle von Zugangskontrolle, WLAN und E-Mail. Diese Lücke ist selbst berichtenswert: Sie erschwert es Betreibern vergleichbarer Projekte, belastbare Lehren zu ziehen. Ob die Arbeiten nach dem 14.10.2026 wieder regulär laufen, geht aus dem Material nicht hervor.

Einordnung und Handlungsempfehlungen

Das Projekt verbindet Rødbyhavn in Süd-Dänemark mit Puttgarden in Nord-Deutschland; nach Fertigstellung sollen Züge rund sieben Minuten und Autos rund zehn Minuten für die Querung brauchen. Der Bau begann 2020 auf dänischer und 2021 auf deutscher Seite. Diese Projektdaten stützen sich auf eine dänische Regionalzeitung, die als technische Primärquelle nur indirekt vorliegt.

Rechtlich bleibt der Fall uneindeutig. Für den deutschen Teil des Projekts gelten die hiesigen Rahmen des BSI-Gesetzes und des IT-Sicherheitsgesetzes, die Betreiber kritischer Anlagen unter anderem zu Meldepflichten verpflichten; die dänische Seite unterliegt eigenen Regelungen. Ob und wie diese Vorgaben auf ein Baukonsortium wie FLC angewendet werden, ist im vorliegenden Material nicht belegt – ebenso wenig, ob deutsche Stellen wie das BSI oder die Verantwortlichen auf der Puttgardener Seite informiert wurden.

Für Betreiber großer Bau- und Infrastrukturprojekte lassen sich dennoch drei Punkte ableiten:

Offline-Betrieb vorbereiten. Manuelle Zutrittserfassung, Papierformulare und definierte Vier-Augen-Prozesse müssen vor dem Ernstfall geübt sein, nicht in ihm entstehen.
Büro-IT und operative Bau-IT trennen. Wenn E-Mail und WLAN dieselbe Störung erzeugen wie die Logistiksoftware, ist die Segmentierung zu grob.
Meldewege vorab klären. Zuständigkeiten über Grenzen hinweg sind im Vorfall teuer zu klären.

Der Fall zeigt weniger eine neue Angriffstechnik als eine alte Abhängigkeit: Eine Baustelle dieser Größe ist selbst Infrastruktur geworden, deren Ausfall über Schranken, Kartenleser und Schiffslogistik unmittelbar in den Betrieb durchschlägt. Solange Sund & Bælt und FLC Ausmaß, Systeme und Ablauf offenlassen, bleibt der wichtigste Teil der Aufarbeitung ungeschrieben.

Quellen