+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

Ein Ein-Millisekunden-Fehler stoppte den britischen Flugverkehr. Sechs Stunden.

Am Dienstag, den 8.

Am Dienstag, den 8. September, um 10:00 Uhr wird eine routinemäßige Squawk-Code-Anfrage im National Airspace System (NAS) von NATS durch eine Nachricht höherer Priorität unterbrochen, während sie gerade dabei ist, einen Wert zu aktualisieren. Das Zeitfenster beträgt etwa eine Millisekunde. Die Anfrage wird fehlerhaft fortgesetzt, die Flugdaten werden beschädigt, und bis 19:30 Uhr wurden mehr als 2.000 Flüge in Großbritannien verspätet, annulliert oder umgeleitet.

Die schriftliche Ausgabe lesen (Englisch) ↗

Was dieses Video behandelt

  • 10:00 Uhr: eine Anfrage, innerhalb eines 1 ms Fensters unterbrochen
  • Zeitplan: 10:00 Squawk → 10:02 Blip → 12:45 Abflüge stoppen → 13:32 Verbindung verloren
  • Die Heilung: Neustart der Flugdaten des ganzen Landes
  • Mechanismus: auf halbem Weg einer Schreiboperation pausiert
  • Warum ein Sicherheitsfeature den Himmel stoppte

Übersetztes Transkript

Aus der englischen Originalerzählung übersetzt. Verfügbare Audio- und Untertitel werden von YouTube gesteuert.

10:00 Uhr: eine Anfrage, innerhalb eines 1 ms Fensters unterbrochen

0:00 Um zehn Uhr morgens wird eine Routineanfrage im britischen Flugdatensystem genau in der falschen Millisekunde unterbrochen, und am Abend sind mehr als zwei tausend Flüge verspätet, annulliert oder umgeleitet. Das geht aus dem vorläufigen Bericht von Nats hervor, dem britischen Flugverkehrsdienst. Kein Anzeichen eines Angriffs, und niemand hat den falschen Knopf gedrückt. Nur ein alter Fehler und eine sehr spezifische Millisekunde. Wie es geschah, warum eine Millisekunde ausreichte und wer tatsächlich die Schuld trägt. Dies ist The Daily Diff, Postmortem.

0:31 Zehn Uhr. Jemand fragt manuell nach einem Squawk-Code, der vierstelligen Zahl, die

Zeitplan: 10:00 Squawk → 10:02 Blip → 12:45 Abflüge stoppen → 13:32 Verbindung verloren

0:36 ein Radarblip mit seinem Flugplan verbindet. Die Anfrage ist gültig, und der Plan auch. Zehn Uhr zwei. Die Verbindung zwischen der Londoner Gebietskontrolle und dem Kernsystem bricht ab, und kommt dann nach fünfundvierzig Sekunden von selbst wieder. Das Ticket sagt: wiederhergestellt, stabil, keine betrieblichen Auswirkungen. Zwölf Uhr zweiunddreißig. Die Verbindung beginnt erneut abzubrechen, jedes Mal schneller, und die Fluglotsen verlieren einen Teil der Automatisierung.

0:56 Um zwölf Uhr fünfundvierzig werden die Abflüge in Großbritannien eingestellt. Um eins Uhr zweiunddreißig bricht die Verbindung ab und bleibt unterbrochen. Die Heilung ist ein kontrollierter Neustart, und das ist der teure Teil,

Die Heilung: Neustart der Flugdaten des ganzen Landes

1:06 weil dasselbe System Kontrollzentren und Flughäfen im ganzen Land versorgt. Der Fehler lebt im Londoner Luftraum. Die Beschränkungen gelten für das gesamte Vereinigte Königreich. Der Neustart läuft von Viertel nach drei bis zehn nach vier, und das Entwirren der doppelten Flugpläne dauert bis zehn vor sieben. Warum also reichte eine Millisekunde aus?

Mechanismus: auf halbem Weg einer Schreiboperation pausiert

1:23 Das System jongliert Aufgaben nach Priorität, und das Pausieren einer kleinen Aufgabe für eine dringende ist normal. Aber diese Aufgabe war gerade dabei, einen Wert zu aktualisieren. Die dringende Nachricht landet innerhalb dieser Millisekunde, und das Update stoppt auf halbem Weg. Wenn es fortgesetzt wird, wird es nicht korrekt fortgesetzt. Die fehlerhaften Daten gelangen dann in einige der späteren Flugaktualisierungen.

Warum ein Sicherheitsfeature den Himmel stoppte

1:40 London versucht eine zu lesen, braucht zu lange und läuft in ein Timeout. Ein Timeout lässt die Verbindung abbrechen, wie vorgesehen, um beide Systeme zu schützen. Das Sicherheitsfeature funktioniert perfekt. Das ist das Problem. Die eigenen Worte des Berichts. Wäre die dringende Nachricht eine Millisekunde früher oder später eingetroffen, wäre das Update normal abgeschlossen worden. Auf Hacker News nennt ein Programmierer eine Millisekunde eine absolute Ewigkeit,

2:02 garantiert, dass es bis Dienstag dieser Woche passiert. Es war ein Dienstag.

git blame — Legacy-Code 50 · Neustartplan 30 · der 10:02-Alarm 15 · 1 ms 5

2:05 git blame. Der Legacy-Code, fünfzig Prozent, für ein Update, das auf halbem Weg pausiert werden kann und falsch zurückkommt. Der Neustartplan, dreißig, weil ein fehlerhafter Datensatz in London einen Neustart der Flugdaten des ganzen Landes bedeutet. Der zehn-zwei-Alarm, fünfzehn, weil er sich selbst repariert und als ohne Auswirkungen abgelegt wird. Fünf Prozent für die Millisekunde, für ihr Timing. Schadensradius. Nats plante an diesem Tag etwa achttausend Flüge und bearbeitete

Schadensausmaß: 8.000 geplant, 6.094 bearbeitet, dritter Fehler in drei Jahren

2:27 etwa sechstausend. Die Abflüge in Großbritannien wurden für etwa viereinhalb Stunden eingestellt, und der Rückstand brauchte über zwei Tage, um abgebaut zu werden. Es ist der dritte Flugverkehrsausfall Großbritanniens in drei Jahren, und der CEO nennt diesen Fehler sehr, sehr obskur.

Urteil + die Montagszeile: atomare Schreibvorgänge, laute Alarme

2:41 Urteil, Postmortem: NEEDS REVIEW. Der Bericht ist schnell und spezifisch, und die Lösung ist geschrieben und in der Testphase. Aber der Plan ist ein schnellerer Neustart, nicht ein kleinerer. Montagszeile: Wenn eine Aufgabe pausiert werden kann, mache ihren Schreibvorgang atomar, und behandle einen Alarm, der sich selbst repariert, als Alarm. Senden Sie mir den Vorfall, über den Sie immer noch nicht sprechen dürfen, in den Kommentaren oder unter thedailydiff.dev. Und das ist der Unterschied für heute.

3:02 Ich bin Niko von Axrisi. SHIP IT.

Quellen

  1. NATS, Major Incident Preliminary Investigation Report, NAS incident 08 September 2026 (report date Sep 16)www.nats.aero
  2. NATS press release, "NATS publishes preliminary report on technical incident of 8 September" (Sep 18, 2026)www.nats.aero
  3. NATS on X, 8 Sepx.com
  4. BBC, "Flight chaos caused by 'millisecond' software defect, report says"www.bbc.co.uk
  5. The Guardian (Sep 18, 2026)www.theguardian.com
  6. Hacker News thread on the reportnews.ycombinator.com

Ähnliche Videos