英国政府ウェブサイトに深刻なセキュリティ脆弱性　「ゴッドティア」級の機密情報が漏洩リスクに

編集者注：政府ウェブサイトのソースコードが公開リポジトリに堂々と置かれているとき、セキュリティ研究者が「ついでに」調べるだけで、デジタル政府の最も脆弱な弱点が露わになることがある。今回、その問題が浮上したのは英国だ。

『WIRED』誌の報道によると、セキュリティ研究者が英国政府の複数省庁ウェブサイトの公開コードを体系的に調査した結果、深刻なセキュリティ欠陥が複数発見された。これらの欠陥は深部のダークウェブに潜んでいるわけではなく、誰でもアクセスできる公開コードの中に潜伏していた。研究者たちは、悪意ある者に利用された場合、「ゴッドティア（God-Tier）」と表現される極めて機密性の高い個人情報が漏洩する恐れがあると警告している。

この事件の特異な点は、問題の発端が巧妙なハッキング攻撃ではなく、政府機関自身が公開チャネルに残した「痕跡」にあることだ。開発者がコードを公開リポジトリにホスティングし、設定ファイルが誤ってコミットされ、コメントに本来あってはならない認証情報が残る——攻撃者はいかなる防御ラインを突破することなく、これらの手がかりを辿って中核データに直接たどり着くことができる。

「ゴッドティア」情報とは何を指すのか

「ゴッドティア」情報とは、セキュリティ研究コミュニティで使われる表現であり、一般に、漏洩した場合に攻撃者が全体的な制御権や深いアクセス権を得られるデータを指す。内部システムのアクセスキー、データベース接続認証情報、APIトークン、管理バックエンドへの入口、さらには認証関連の設定情報などが含まれる可能性がある。攻撃者にとってこうした情報を入手することは、「部外者」から一気に「内部者」へと変わることを意味する。

報道によると、今回リスクにさらされた範囲は複数の政府省庁にまたがっている。これは、問題が特定サイトの特定コードに孤立して存在するのではなく、開発・運用上の共通した慣習に起因している可能性が高いことを示している。政府ウェブサイトは通常、異なる請負業者・異なるチームが異なる時期に構築しており、コードスタイル・デプロイ手順・セキュリティ基準がまちまちであるため、公開リポジトリに機密情報が残存する確率も高まる。

なぜ公開コードがセキュリティの弱点になるのか

現代のソフトウェア開発のペースはますます速まっており、オープンソース協業とコードホスティングプラットフォームはすでに標準的なインフラとなっている。開発者はプロジェクトコードを公開または半公開のリポジトリにプッシュして、協業・バックアップ・継続的インテグレーションを行うことに慣れている。しかし利便性の裏にはリスクがある。一度の不注意なコミットで、本来厳重に秘匿すべき設定情報がバージョン履歴に永久に残ってしまう可能性があり、後から削除しても、履歴レコードは依然として検索できる場合がある。

セキュリティ研究者はまさにこの特性を利用して調査を行った。公開コード内の特定キーワード・ファイル名パターン・設定の特徴を検索することで、潜在的な問題を一括して特定できる。この手法はコストが低く効率が高いため、「公開コード監査」は近年の脆弱性開示の重要な手段の一つとなっている。政府機関にとって、研究者に先に発見されることはまだ幸運かもしれないが、同じ手がかりが悪意ある攻撃者の手に先に渡った場合、その結果は計り知れない。

政府デジタル化が抱える構造的課題

英国政府は近年、デジタル公共サービスの推進に力を入れており、大量の行政機能がオンラインに移行している。このプロセスは効率を高めた一方で、攻撃対象領域を拡大した。政府ウェブサイトは通常、市民の身元情報・税務記録・医療データといった高度に機密性の高い情報を扱っており、一つの設定ミスが公的信頼の危機に発展する可能性がある。

さらに注目すべきは、サプライチェーン面の複雑さだ。政府省庁はウェブサイトの開発・運用を複数の技術ベンダーに外注することが多く、調達側と請負側の間でセキュリティ責任が曖昧になりがちだ。公開リポジトリへのコミットを誰が審査するのか？誰が定期的に履歴バージョンをスキャンするのか？残存した認証情報のローテーションには誰が責任を持つのか？これらの問いが契約やプロセスで明確に定義されていなければ、セキュリティの脆弱性は静かに積み重なっていく。

業界の背景から見ると、公開コードによる機密情報漏洩は英国に限った問題ではない。過去数年間、複数国の政府ウェブサイト・大企業・オープンソースプロジェクトで同様の問題が発生している。セキュリティコミュニティは繰り返し訴えている：シークレット管理を開発ライフサイクルに組み込むこと、自動化されたシークレットスキャンを有効にすること、公開リポジトリへの継続的な監視を実施することは、オプションではなく基本的な実践であるべきだと。

影響と対応：信頼は修復よりも回復が難しい

今回の事件で最も直接的なリスクは、機密情報が不正アクセスされることだ。脆弱性がすでに悪意を持って悪用されたという証拠はないとしても、露出が生じた事実だけで警戒を促すには十分だ。政府省庁は関連コードの早急な調査、漏洩した可能性のある認証情報のローテーション、アクセス制御の強化、そして過去のコミット履歴の徹底的なクリーンアップを行う必要がある。

しかしより深層にある課題は信頼の問題だ。国民が最も個人的な情報を政府システムに預けているのは、それらのシステムが十分に安全であるという前提に基づいている。公開コードレベルでの不注意は、技術的には修復が難しくないかもしれないが、心理的には疑問を残す：まだ発見されていない同様の「痕跡」がどれだけあるのか、と。

専門家は、この事件が政府機関に対してセキュリティガバナンスモデルの再考を促すべきだと指摘している——「事後対処」から「セキュア・バイ・デフォルト」へと転換し、シークレットスキャン・最小権限・継続的監査を日常的な開発プロセスに組み込むべきだ。同時に、セキュリティ研究コミュニティとより円滑な脆弱性開示チャネルを構築することも、回避や沈黙よりもリスク低減に有効だ。

デジタル政府の基盤はコードであり、コードの安全性はあらゆるコミットの細部にかかっている。公開リポジトリの不注意によって「ゴッドティア」級の情報がリスクにさらされるとき、真に修補が必要なのは、いくつかの設定行だけではなく、開発文化全体におけるセキュリティへの敬意かもしれない。

本記事はWIREDより編訳