オーストラリア全土の通信障害、引き金は”時計の巻き戻り”——そして防げたはずだった

2026年7月8日の朝、オーストラリア最大の通信会社Telstra（テルストラ）の携帯網が、全国規模で止まりました。影響を受けたのは880万人。オーストラリアの人口はおよそ2,700万人なので、国民の3人に1人が電話もデータ通信も使えなくなった計算です。Telstraの回線に通信を頼っていたビクトリア州の鉄道網まで運行できなくなりました。

そして8月、この障害の原因をまとめた記事がHackadayに掲載されました。豪上院の公聴会でTelstraのCEO自身が語った経緯をたどると、直接の引き金は驚くほど単純です。1台のサーバーの時計が、「2026年」ではなく「2006年」を指してしまった。それだけで、国じゅうの電話が止まりました。

通信網と時刻同期の関係

「時計がずれただけで電話が止まる」と聞くと不思議に感じますが、現代の通信網にとって時刻は生命線です。

携帯網の中では、無数の機器がお互いを「本物かどうか」確認しながら通信しています。この確認に使われるのが電子証明書で、証明書には必ず有効期限があります。ウェブサイトの鍵マーク（TLS/SSL）と同じ仕組みです。ここで各機器の時計が大きくずれると、有効なはずの証明書が「期限切れ」や「まだ有効になっていない」と判定されて、認証が次々と失敗します。

だから通信網には、全機器の時計を合わせ続ける仕組みがあります。それがNTP（ネットワーク・タイム・プロトコル）です。NTPは階層構造になっていて、この階層を「Stratum（ストレイタム）」と呼びます。頂点のStratum 0が原子時計やGPSのような時刻の大元で、Stratum 1のサーバーがそこから直接時刻を受け取り、Stratum 2、Stratum 3……と、上の階層から順に時刻が配られていきます。下の階層のサーバーは自分で時刻を決めず、上を信じる。この「時刻の上下関係」が、あとで効いてきます。

20年前のサーバーで起きた日付の巻き戻り

Telstraの網には、メーカーの異なるNTPサーバーが数百台あります。その中に、SSU 2000という機種が3台だけ含まれていました。メルボルン、シドニー、パースに1台ずつ。2000年代初頭に発売された、およそ24年ものの装置です。古いとはいえ、時刻を配るだけなら普段は何の問題もなく働いていました。

7月8日の午前3時38分、電源トラブルを受けた電源部の交換作業に伴って、メルボルンの1台が再起動します。作業自体は手順どおりで、本来なら再起動しても何も起きないはずでした。

ところが、このサーバーには2つの時限爆弾が潜んでいました。

1つめは、設計と実態のずれです。このサーバーは本来、Stratum 3として動く設計でした。つまり自分では時刻を決めず、上位のStratum 2から時刻をもらう立場です。ところが障害の半年ほど前までのどこかの時点で、上位から時刻をうまく受け取れなくなる不具合が起きていました。技術者はその場しのぎとして、サーバーを「Stratum 1」に昇格させます。内蔵のGPSカードで衛星から直接時刻を取り、自分自身が時刻の権威になる構成に変えたのです。そして、この設計変更は文書に記録されませんでした。

2つめは、そのGPSカードに残っていた古い不具合です。GPSの信号は日付を「週の通し番号」で数えていますが、古い機器ではこのカウンターが1,024週——約19.6年——で一周して、ゼロに戻ってしまいます。「GPS週数ロールオーバー」と呼ばれる有名な問題で、対応していない機器では日付が突然20年近く巻き戻ります。2026年から1,024週さかのぼると、2006年11月。再起動したサーバーは、時刻を「2006年」として配りはじめました。

普段なら、Stratum 3のサーバーが変な時刻を言い出しても、上位の時刻と突き合わせて補正が働きます。しかしこのサーバーは、例の設定変更で「自分が時刻の権威」になっていました。誰にも訂正されないまま、20年前の時刻がネットワークへ広がっていきます。

結果は連鎖的な認証エラーでした。網側の時計が2006年に戻ったことで、2026年を生きる携帯電話は、網から見ると「20年未来」から接続してくる不審な相手になります。時刻の大きなずれでTLS認証が通らず、公聴会での説明によれば、通話の40〜50%が拒否される状態に陥りました。午前4時20分に異常を検知、7時11分に原因の装置を特定して隔離、午前10時までに大半の通話とデータ通信が復旧、16時に元のNTPの問題を解消——それでも、同じ設定に起因する二次的な障害は翌日の午後2時まで尾を引きました。

見送られていた修正プログラム

ここまでなら、「古い機械の有名な不具合を踏んでしまった」という事故の話です。しかし公聴会で明らかになった経緯には、その先がありました。

このGPS週数ロールオーバーの不具合について、メーカーは2000年11月の時点で注意喚起を出していました。Telstraには2020年と2022年に、修正プログラムを適用するようリマインダーが届いています。技術チームは2022年9月にこの問題を記録し、リスク評価まで行ったうえで、「自分たちの網には関係ない」と結論づけました。さらに障害のわずか半年前、2026年1月にも改めて検討し、「適用しない」と判断しています。

CEOのヴィッキー・ブレイディ氏は公聴会で、「担当者が更新を無視したわけではない」と説明しました。検討はした。ただ、この修正は「使っていない機能」に関わるものだったので、不要と判断した——と。

その判断は、書類の上では筋が通っていました。設計どおりなら、このサーバーはStratum 3で、GPSカードは使っていないからです。問題は、現実がすでに書類と違っていたことでした。文書に残されなかった設計変更によって、GPSカードは「使っていない機能」から「網全体の時刻の唯一の拠り所」に変わっていた。修正を見送る判断をした人たちは、そのことを知りようがなかったのです。

つまりこの障害は、古い機械が壊れた話というより、自分たちのシステムの現在の姿を、組織の誰も正確に把握していなかった話でした。修正プログラムを1本当てておくだけで防げた、という点も公聴会で認められています。Telstra幹部は、新しい機器で設計どおりに運用していれば障害は起きなかったと述べ、委員長からは「無能（incompetence）の結果ではないか」という厳しい言葉も飛びました。

緊急通報への影響とその後の対応

この障害でとくに重く見られたのが、緊急通報（オーストラリアの「トリプルゼロ」、日本の110番・119番にあたる番号）への影響です。

現代のスマートフォンには、緊急通報が自分の契約網でつながらないとき、自動的に他社の網へ切り替えて発信する「キャンプオン」という仕組みがあります。今回の障害では、期間中に58,835件の緊急通報が接続に成功し、そのうち約3,200件はこの仕組みでTPGやOptusといった他社網へ迂回してつながりました。一方で、二次障害が続いた翌日午後2時までの間に、604件の緊急通報が正常につながりませんでした。内訳は、172件が他社網に迂回してなんとか接続、432件は接続に至らず。Telstraはこの604件すべてに対して、後から安否確認の連絡を行ったとしています。

ブレイディ氏は公聴会で「私たちの管理と手順が明らかに機能しなかった。多くの人に影響を与えたことを深くお詫びする」と述べ、規制当局ACMAの調査とは別に、外部の監査会社による詳細調査も進めていると明らかにしました。業界側はこの障害を受けて、緊急通報が数秒でつながらなければすぐ切って掛け直す（2回目の発信で他社網への切り替えに最大1分ほど待つ）という新しい案内を市民向けに出しています。

時刻が原因でシステムが壊れる話は、これが初めてではありません。GPSの週数カウンターは実際に2019年4月にも一周していて、そのたびに古い機器のトラブルが世界のどこかで報告されてきました。コンピューターが秒を数える仕組みの桁あふれが心配される「2038年問題」も、根っこは同じ「時刻の数え方の限界」です。次のロールオーバーの日付は、もう決まっています。そのとき自分たちのシステムのどこにGPS頼みの時計が埋まっているか、把握できている組織がどれだけあるか——Telstraの一件は、その問いを突きつけた形です。