# 1ミリ秒のバグで英国の航空交通が6時間停止

Published: 2026-09-25

9月8日火曜日の午前10時、NATSの国家空域システム（NAS）内で通常のスコークコード要求が、値の更新途中に優先度の高いメッセージによって中断された。露出ウィンドウは約1ミリ秒。要求は誤ったまま再開され、フライトデータが破損し、午後7時30分までに2,000便以上の英国発着便が遅延、欠航、または目的地変更となった。

Canonical: https://thedailydiff.dev/ja/video/2026-09-25-nats-millisecond/

## この動画の要点

- 10:00: 1ミリ秒のウィンドウ内で中断された1つのリクエスト
- タイムライン: 10:00 スコーク → 10:02 ブリップ → 12:45 出発停止 → 13:32 リンク喪失
- 解決策: 全国のフライトデータを再起動
- メカニズム: 書き込みの途中で一時停止
- なぜ安全機能が空を停止させたのか

## チャプター

- 0:00 10:00: 1ミリ秒のウィンドウ内で中断された1つのリクエスト
- 0:32 タイムライン: 10:00 スコーク → 10:02 ブリップ → 12:45 出発停止 → 13:32 リンク喪失
- 1:03 解決策: 全国のフライトデータを再起動
- 1:22 メカニズム: 書き込みの途中で一時停止
- 1:37 なぜ安全機能が空を停止させたのか
- 2:05 git blame — レガシーコード 50 · 再起動計画 30 · 10:02のアラーム 15 · 1 ms 5
- 2:24 影響範囲: 計画8,000便、処理6,094便、3年間で3回目の障害
- 2:41 評決 + 月曜日の提言: アトミックな書き込み、大きなアラーム

## 翻訳されたトランスクリプト

オリジナルの英語ナレーションから翻訳されています。利用可能なオーディオとキャプションはYouTubeによって管理されています。

### 10:00: 1ミリ秒のウィンドウ内で中断された1つのリクエスト

0:00 午前10時、英国のフライトデータシステム内で通常の要求が1つ まさに間違ったミリ秒で中断され、夕方までに2,000便以上が 遅延、欠航、または目的地変更となった。 これは、英国の航空交通管制サービスであるNatsによる予備報告からの情報だ。 攻撃の兆候はなく、誰も間違ったボタンを押していない。 単なるレガシーな欠陥と、非常に特定の1ミリ秒。 それがどのように起こり、なぜ1ミリ秒で十分だったのか、そして実際に誰が 責任を負うのか。これはThe Daily Diff、事後検証だ。

0:31 午前10時。誰かが手動でスコークコードを要求した。これはレーダーの点を

### タイムライン: 10:00 スコーク → 10:02 ブリップ → 12:45 出発停止 → 13:32 リンク喪失

0:36 フライトプランに結びつける4桁の数字だ。 要求は有効であり、プランも有効だ。 午前10時2分。 ロンドン管制区域とコアシステムの間のリンクが切断され、 その後45秒で自動的に復旧した。 チケットには「復旧済み、安定、運用への影響なし」と記された。 午前12時32分。リンクが再び切断され始め、 毎回速くなり、管制官は一部の自動化機能を失った。

0:56 午前12時45分までに、英国発の便は停止された。 午後1時32分、リンクが切断され、そのままダウンした。 解決策は制御された再起動であり、それが高額な部分だった。

### 解決策: 全国のフライトデータを再起動

1:06 なぜなら、同じシステムが全国の管制センターや空港にデータを供給しているからだ。 バグはロンドンの空域に存在する。 しかし、制限は英国全体に及ぶ。 再起動は午後3時15分から4時10分まで行われ、 重複するフライトプランの整理には午後6時50分までかかった。 では、なぜ1ミリ秒で十分だったのか？

### メカニズム: 書き込みの途中で一時停止

1:23 システムは優先度によってジョブを処理し、緊急のジョブのために小さなジョブを一時停止するのは 通常のことだ。しかし、このジョブは値の更新の途中にあった。 緊急メッセージはその1ミリ秒の間に届き、更新は途中で停止した。 再開されたとき、それは正しく再開されなかった。 その不良データは、その後のフライト更新の一部に漏洩した。

### なぜ安全機能が空を停止させたのか

1:40 ロンドンはそれを読み込もうとするが、時間がかかりすぎてタイムアウトする。 タイムアウトは、両方のシステムを保護するために、設計通りにリンクを切断する。 安全機能は完璧に動作する。 それが問題なのだ。 報告書自身の言葉を借りれば。 もし緊急メッセージが1ミリ秒早く、あるいは遅く到着していたら、 更新は正常に完了していたはずだ。 Hacker Newsでは、あるプログラマーが1ミリ秒を「絶対的な永遠」と呼び、

2:02 「今週の火曜日には必ず起こる」とコメントした。 それは火曜日だった。

### git blame — レガシーコード 50 · 再起動計画 30 · 10:02のアラーム 15 · 1 ms 5

2:05 git blame。レガシーコードが50%を占める。途中で一時停止されても 誤って再開される更新のためだ。 再起動計画が30%。ロンドンで1つの不良レコードが発生すると、 全国のフライトデータを再起動する必要があるからだ。 10時2分のアラームが15%。自己回復して「影響なし」として処理されたためだ。 そして、そのタイミングのために1ミリ秒に5%。 影響範囲。Natsはその日、約8,000便を計画し、約6,000便を処理した。

### 影響範囲: 計画8,000便、処理6,094便、3年間で3回目の障害

2:27 約6,000便を処理した。 英国発の便は約4時間半停止し、 未処理の件数は解消までに2日以上かかった。 これは英国で3年間で3回目の航空交通障害であり、 最高経営責任者（CEO）はこのバグを「非常に、非常に不明瞭」と呼んでいる。

### 評決 + 月曜日の提言: アトミックな書き込み、大きなアラーム

2:41 評決、事後検証: NEEDS REVIEW。 報告書は迅速かつ具体的で、修正案は作成されテスト中だ。 しかし、計画はより迅速な再起動であり、より小規模なものではない。 月曜日の提言: ジョブを一時停止できる場合、その書き込みをアトミックにし、 自己回復するアラームもアラームとして扱うこと。 まだ話せない事件を、コメントまたはthedailydiff.devまで送ってくれ。 コメントまたはthedailydiff.devまで送ってくれ。 今日の差分は以上だ。

3:02 AxrisiのNikoでした。 責任を持ってマージしてください。

## 情報源

- [NATS, Major Incident Preliminary Investigation Report, NAS incident 08 September 2026 (report date Sep 16)](https://www.nats.aero/wp-content/uploads/2026/09/NATS-Preliminary-Investigation-Report-into-NAS-Incident-on-08-Sept-2026-Issued-16-Sept-2026.pdf) — www.nats.aero
- [NATS press release, "NATS publishes preliminary report on technical incident of 8 September" (Sep 18, 2026)](https://www.nats.aero/news/nats-publishes-preliminary-report-on-technical-incident-of-8-september/) — www.nats.aero
- [NATS on X, 8 Sep](https://x.com/NATS/status/2097313182482084317) — x.com
- [BBC, "Flight chaos caused by 'millisecond' software defect, report says"](https://www.bbc.co.uk/news/articles/cw0kl1571lpmo) — www.bbc.co.uk
- [The Guardian (Sep 18, 2026)](https://www.theguardian.com/world/2026/sep/18/flight-chaos-affecting-hundreds-of-thousands-caused-in-millisecond-by-software-error-uk) — www.theguardian.com
- [Hacker News thread on the report](https://news.ycombinator.com/item?id=49754064) — news.ycombinator.com