2026年7月8日、オーストラリア最大手の通信会社Telstraで大規模なモバイルネットワーク障害が発生しました。
計画メンテナンス後、ネットワークの時刻を管理するNTP（Network Time Protocol）サーバーが再起動すると、内部のGPSカードが正しい日付を認識できなくなりました。
コンピューターが「現在の日付」として判断したのは、2026年ではなく2006年でした。
約20年前の誤った日付がモバイルネットワークの一部へ伝わり、ピーク時には通話とデータセッションの約45％に影響しました。
Telstraが9月2日に公表した外部調査の結果によると、事故の引き金になったのは、計画メンテナンス後に時刻同期システムから誤った日付情報がネットワークへ伝播したことでした。
影響は通常の通話だけではありません。
Telstra CEOのVicki Brady氏が9月2日に更新した上院委員会での説明では、Triple Zero（オーストラリアの緊急通報）で611件のエラーが発生し、611件の安否確認が行われたとしています。
障害直後には、南オーストラリア州の上院議員が「Triple Zeroにつながらなかったことに関連する死亡例」の情報を公表し、警察が確認に動く事態も起きました。その後、州警察は死亡とTelstra障害を結びつけるのは誤りだと結論づけています。
通信障害が起きたことで、緊急時に実際に何が起きたのかを確認する作業まで必要になりました。
時計が約20年ずれただけで、なぜここまで社会が巻き込まれるのでしょう。
コンピューターにとって時刻は、画面に表示する「何時何分」だけではありません。
取引はどちらが先だったのか。認証情報はいまも有効なのか。遠く離れた基地局が同じ瞬間に送受信を切り替えているのか。障害発生時にどの装置が最初に異常を起こしたのか。
現代社会は、コンピューター同士が「同じ現在」を共有できることを前提に動いています。
20年、5分、3マイクロ秒――許されるズレはシステムごとに違う
Telstraの装置が返した2006年という日付には理由があります。
GPSの古い時刻表現では、週番号を10bitで管理していました。表現できるのは0から1,023までなので、1,024週経過すると番号が一周します。
1,024週は約19.6年。
2026年から約19.6年を戻ると、2006年になります。
古いGPS受信機が「いま何周目なのか」を正しく判断できないと、衛星から受け取った週番号そのものは正しくても、約19.6年前の日付として解釈することがあります。
今回の障害について、スウェーデンの時刻・インターネット基盤事業者Netnodも技術解説を公開しています。
ただ、社会システムを壊すのに20年もの誤差が必要なわけではありません。
MIT Kerberosでは、認証時に許容する時計のずれclockskewのデフォルト値が300秒、つまり5分です。MIT Kerberosの公式ドキュメントで確認できます。
MicrosoftのActive Directoryでも、コンピュータークロック同期の最大許容値の既定値は5分です。
Kerberosの仕様そのものが「5分」を必須値として定めているわけではありません。時刻差を利用して古い認証要求の再利用を防ぐ仕組みがあり、主要な実装で5分程度がデフォルトとして採用されています。
5Gでは単位がさらに小さくなります。
3GPP TS 38.133では、同じ周波数を使いカバレッジが重なるTDDセルについて、基地局のフレーム開始時刻のずれを3マイクロ秒より良い精度にする要件が定められています。仕様はETSIが公開している3GPP TS 38.133で確認できます。
人間の壁時計なら、3マイクロ秒ずれていても違いを確認することさえできません。
通信設備では、その差を管理する必要があります。
認証では「その資格情報は、いま有効なのか」が分からなくなる
Webサイトなどで使われるX.509証明書には、有効期間があります。
証明書にはnotBeforeとnotAfterが記録されており、コンピューターは現在時刻と照らして、その証明書を信用してよいか判断します。
仕組みはIETFのRFC 5280で規定されています。
時計が大幅に未来へ進めば、有効な証明書でも期限切れに見えます。過去へ戻れば、すでに発行済みの証明書が「まだ有効になっていない」と判断される場合があります。
企業ネットワークのKerberos認証でも時刻が使われます。認証要求へタイムスタンプを含め、以前使われた要求を再送するリプレイ攻撃を防ぐためです。
時計がずれれば、システムは相手の資格情報が「いま使ってよいものなのか」を正しく判断できなくなります。
Telstraでも、誤った日付がネットワークへ伝播したことで一部の通信サービスが正常に動作しなくなりました。Telstraは上院委員会への説明で、ネットワーク時刻同期設備から誤った日付が供給された経緯を説明しています。
金融市場では「誰が先だったか」を証明できなくなる
金融市場は、時刻への依存が分かりやすい分野です。
株式市場では短時間に大量の注文が届きます。
10時00分00.001秒に届いた注文と、10時00分00.002秒に届いた注文では順番が違います。市場で何か異常が起きたあと、「どの注文が先だったか」を再現できなければ、不公正取引やシステム障害を正確に追えません。
EUのMiFID II／MiFIRでは、取引所や市場参加者などに、報告対象となるイベントを記録する時計をUTCへ同期させることを求めています。
ESMAのbusiness clocksに関する規則では、取引に使われる時計の同期について定められています。
要求される精度は一律ではありません。高頻度取引を含む取引システムではより高い精度が求められ、取引形態によって許容される時刻差は変わります。
市場監視では、大量のログを時系列に並べ、ある注文が出された時点で市場にどの情報が存在していたのかを調べます。
複数の取引システムが別々の時刻を記録していれば、ログの上では「原因より結果のほうが先に発生した」ように見えるケースも生まれます。
取引データそのものが残っていても、その順序を信用できなくなるわけです。
5Gでは基地局同士が「同じ瞬間」を共有する
5Gで使われるTDD（Time Division Duplex）は、同じ周波数帯を時間で区切り、基地局から端末への下り通信と、端末から基地局への上り通信を切り替えます。
隣接する基地局のタイミングがずれると、一方が送信している時間帯に、もう一方が受信しようとする可能性があります。その結果、基地局同士の干渉が発生します。
3GPP TS 38.133でTDDセル間の時刻差に3マイクロ秒級の精度が要求されるのは、このためです。
NISTも、携帯電話網と電力網では地理的に離れた多数の設備を高精度で同期する必要があるとして、GPSに依存しない時刻配信について研究しています。
NISTの研究「Microsecond Accuracy at Multiple Locations: Is It Possible Without GPS?」では、複数地点へマイクロ秒精度の時刻を届ける方法が扱われています。
スマートフォンに表示される「10時15分」という時計が合っていれば十分、という世界ではありません。
社会インフラでは「同じ秒」よりはるかに細かいところまで共有されています。
電力網では、離れた場所の出来事を一つの時間軸へ重ねる
電力網でも時間は使われています。
PMU（Phasor Measurement Unit、同期位相計測装置）は、各地の電圧や電流の状態を測定し、それぞれのデータへ正確な時刻を付けます。
広い電力網では、別々の地点で同時に何が起きたのかを比較する必要があります。
ある地点で周波数が変化し、その直後に別の地点でも異常が起きた場合、時間軸がそろっていれば変化がどのように広がったのかを追えます。
時刻が狂えば、その順序に疑問が生じます。
電力そのものが「時計がずれた瞬間に停止する」という単純な話ではありません。広域監視、保護、制御や、障害後の原因分析に使うデータの信頼性へ影響します。
NISTは2021年11月1日に公開した「An Evaluation of Dependencies of Critical Infrastructure Timing Systems on the Global Positioning System (GPS)」で、米国の金融、通信、電力という重要インフラがGPSによる正確な時刻へどの程度依存しているかを整理しています。
同報告書では、時刻同期の障害が経済損失、安全性やセキュリティの低下、人命への影響につながる可能性も扱われています。
病院、水道、電力、通信のような重要インフラは、問題が見つかったからといって簡単に停止して更新できない場合があります。
この「直す必要があるのに簡単には止められない」という別の問題については、当サイトのAIサイバー攻撃の民主化は迫るのか――「あと1年」警告を読むでも扱っています。
一つの通信障害が鉄道や決済まで止めた
Telstraの事故では、時刻同期システムの障害がモバイル通信の内部だけで終わりませんでした。
鉄道サービスや無線決済にも影響が広がり、通信回線を決済や業務に使う店舗やタクシー事業者も巻き込まれました。
ABC Newsが取材したUberドライバーのTurab Ali氏は、障害によって最大400豪ドルの収入を失ったと話しています。
空港へ客を運んでいた午前5時ごろから通信が切れ始め、Uberアプリ上ではオフライン状態になりました。予約していた4件の乗車も失ったといいます。
この事例はABC NewsのTelstra補償に関する報道で確認できます。
通信会社の設備で発生した異常が、鉄道の運行、店頭決済、一人のドライバーの収入へ変わっています。
鉄道会社やUberの運転手が、問題のGPSカードへ直接接続していたわけではありません。
そのサービスを支える通信経路がTelstraへ依存していたため、別のシステムへ障害が移っていきました。
社会システムは、業種ごとに完全に独立して動いているわけではありません。
緊急通報では「通信障害」が人命リスクへ変わる
Telstraの障害で最も重い影響はTriple Zeroでした。
Telstra CEOのVicki Brady氏が公開した上院委員会での説明では、611件のTriple Zero通話でエラーが発生し、611件について安否確認が行われたとしています。
この数字には注記があり、9月2日に追加調査を反映して更新された値です。
障害発生直後には、高齢女性の死亡と通信障害を結びつける情報も公表されました。
警察が調査した結果、その死亡とTelstraの障害には関連がないと判断されています。
最終的に死亡例が確認されなかったとしても、緊急通報が正常に機能したのか、救助を必要としていた人はいなかったのかを確認する作業が必要になりました。
通信網にとっての「時刻の異常」が、社会では「助けを呼べたのか」という問題へ変わります。
障害が終わっても、社会的なコストは残った
通信が復旧すれば事故が終わるわけでもありません。
Telstraは障害を受け、顧客から補償請求を受け付けました。
Australian Computer SocietyのInformation Ageが報じた上院調査時点の状況では、約8,000人へ合計約10万豪ドルが支払われていました。
単純平均すると1件あたり約12.50豪ドルです。
ただし、12.50豪ドルがTelstraの最終的な平均補償額という意味ではありません。この数字は補償手続きの途中段階で支払われた総額を当時の件数で割ったものです。
ABC Newsが取材したUberドライバーのAli氏は最大400豪ドル、タクシードライバーのColin Hall氏は約300豪ドルの収入を失ったと話しています。
Telstraの補償手続きでは、事業者が直接的な売上減少などを請求する場合、POS記録、取引記録、予約記録、請求書などの証拠を提出するよう求めています。
事故のコストは経営陣にも及びました。
Telstraの2026年度年次報告を扱ったABC Newsの報道によると、Vicki Brady CEOのボーナスは7月の障害を理由に60万7,000豪ドル減額されました。
一方、同年度の総報酬は前年から11％増え、680万豪ドルでした。
ボーナス減額だけを見ると「障害によって報酬が減った」ように見えますが、年間報酬全体では前年を上回っています。
利用者への平均12.50豪ドルという途中段階の補償額とCEOの年間報酬をそのまま比較して、不公平だと結論づけることはできません。性質の異なる数字だからです。
ただ、同じ一つの技術障害が、個人の逸失収入、顧客補償、議会での調査、経営陣の報酬調整という、それぞれ異なる形のコストを生み出したことは分かります。
なぜ複数の時計があったのに防げなかったのか
時刻サーバーを複数置けば安全そうに見えます。
Telstraにも複数の時刻同期設備がありました。
9月2日に公表された外部調査では、事故の主な要因として、Telstraがネットワークタイミングをネットワーク全体を止め得る「sovereign function」として扱っていなかったことが挙げられています。
Telstraがここで使うsovereign functionは、一般的な「国家主権」という意味ではありません。
同社の説明では、故障するとネットワーク全体の停止につながり得るほど重要なネットワーク機能を指します。
外部調査では、時刻同期機能の責任範囲が十分に定義されておらず、ネットワーク全体を通した監督も不足していました。
アーキテクチャは長年にわたり変更されていましたが、変更管理、構成管理、文書化、インシデント管理にも不備があったとされています。
GPSカードには問題を修正するソフトウェア更新が適用されていませんでした。
メンテナンス担当者は定められた手順に従って機器を再起動しましたが、その結果、カードが2006年を現在の日付だと判断しました。
作業員が間違った操作をしたために起きた事故ではありません。
何年も積み重なった設計変更、更新管理、監視、専門知識、責任分担の不足が、一度の再起動によって表面化しました。
装置を二重化することと、故障原因を二重化することも同じではありません。
複数の装置が実質的に同じ設計や同じ管理上の弱点へ依存していれば、一つの原因が複数の系統へ広がります。
GPSは「場所」だけでなく社会へ時刻を配っている
GPSという名前から、カーナビやスマートフォンの現在位置を連想しやすいかもしれません。
GPS衛星は正確な時刻信号も送っています。
地上にある設備はこの信号を利用して、自分の時計を世界標準時へ合わせられます。
広い地域へ共通した高精度時刻を配る方法として使いやすいため、通信、金融、電力などで利用されています。
NISTは2021年11月1日に公開したTechnical Note 2189で、米国の通信、金融、電力インフラがGPSによる時刻へどの程度依存しているのかを調査しました。
便利な仕組みには依存も生まれます。
GPS信号そのものを妨害するジャミング、偽の信号を本物だと思わせるスプーフィング、衛星信号を受信しづらい場所での運用などがあります。
米国政府は2020年、PNT（Positioning, Navigation and Timing：測位・航法・時刻）サービスが失われたり改ざんされたりした場合にも重要インフラを維持できるよう、レジリエンスを高める大統領令を出しました。
NISTはGPSだけに依存しない時刻配信方法も研究しており、「A Resilient Architecture for the Realization and Distribution of Coordinated Universal Time to Critical Infrastructure Systems in the United States」では、重要インフラへUTCを届ける代替構成を扱っています。
「正しい時刻」はGPSという一つのサービスだけに任せておけばよいものではなく、失った場合にどう維持するかまで含めて設計する対象になっています。
「正しい時刻」がなくなると失われるもの
Telstraでは約20年。
Kerberosでは設定次第で数分。
5G TDDではマイクロ秒単位。
必要な精度はまったく違いますが、どのシステムも自分だけが正しい時計を持っていれば動くわけではありません。
ほかの機器と共通した時間軸が必要です。
金融市場はその時間軸で取引の順番を残し、認証システムは資格情報の有効性を判断します。通信網は基地局を同期させ、電力網は離れた場所の観測結果を比較します。障害が起きれば、複数のログを時間順に並べて原因と結果を追います。
時刻同期が壊れると、それぞれの機械が動いていたとしても、「何がいつ起きたのか」という共通の基準を信用できなくなります。
2026年7月8日、Telstraでは一台の機器が2006年を現在の日付として扱いました。
その影響は通話やデータ通信から始まり、緊急通報、交通、決済、個人の収入、顧客補償、議会調査、経営陣の報酬にまで広がっています。
社会インフラの一覧に「時刻」と書かれることは多くありません。
それでも通信、金融、電力、交通、認証の裏側では、機械同士が同じ「いま」を共有し続けています。
FAQ
コンピューターの時計が数秒ずれただけでも問題になるのでしょうか？
用途によります。
Kerberosのように数分程度の差を許容するシステムがあります。MIT Kerberosではデフォルトのclockskewが300秒、Microsoft Active Directoryでも既定値は5分です。
一方、5G NRの一部のTDDセル同期ではマイクロ秒単位の精度が要求されます。
システム全体に共通する「何秒までなら安全」という値はありません。時刻を何に利用しているかによって必要な精度が変わります。
GPSが止まれば通信や電力網もすぐ停止するのでしょうか？
必ず停止するわけではありません。
GPS信号を失ったあとも、内部の高精度時計で一定時間精度を維持する「ホールドオーバー」や、別の時刻源へ切り替える設計があります。
ただし、どの程度の精度をどれだけ維持できるかは設備によって異なります。
NISTがGPSに依存しないUTC配信方法を研究しているのも、単一のPNT手段への依存を減らすためです。
Telstra障害はGPS衛星そのものの故障だったのですか？
GPS衛星網が故障したわけではありません。
Telstraの時刻同期設備に搭載されていたGPSカードが、機器の再起動後に誤った日付を出力しました。
その背景にはソフトウェア更新の未適用や、長年の設計変更、監視・文書化・責任体制の不足がありました。
詳細はTelstraが公表した外部調査結果で確認できます。
参考・参照元
Telstra
What we’ve learned from the external investigation of our July outage
2026年9月2日
Telstra
Triple Zero Senate Inquiry, opening statement from Vicki Brady
2026年7月17日・9月2日更新
Telstra
Our recent mobile network outage has been resolved: here’s what happened
2026年7月13日
Netnod
The Telstra outage: The night a network decided the year was 2006
NIST
An Evaluation of Dependencies of Critical Infrastructure Timing Systems on the Global Positioning System (GPS)
NIST Technical Note 2189、2021年11月1日
NIST
A Resilient Architecture for the Realization and Distribution of Coordinated Universal Time to Critical Infrastructure Systems in the United States
NIST Technical Note 2187
NIST
Microsecond Accuracy at Multiple Locations: Is It Possible Without GPS?
ETSI / 3GPP
TS 38.133 — NR; Requirements for support of radio resource management
MIT Kerberos
krb5.conf — clockskew
Microsoft Learn
Maximum tolerance for computer clock synchronization
IETF / RFC Editor
RFC 5280 — Internet X.509 Public Key Infrastructure Certificate and CRL Profile
ESMA
Synchronisation of business clocks
ABC News
Telstra compensation process puts onus on customers, consumer body says
2026年7月15日
ABC News
Telstra CEO Vicki Brady defends pay rise despite job cuts and outage
2026年8月13日
Information Age / Australian Computer Society
Telstra ignored bug before 8.8 million-user outage
2026年7月20日
