AIニュース

デジタル庁で24.6万件の情報漏えい疑い――「中」評価の脆弱性が政府システムを突破した理由

政府共通基盤GSSが既知のVPN脆弱性を突かれ、約24.6万件の個人情報が漏えいした可能性。CVSS中評価、パッチ適用前の攻撃、ゼロトラスト運用から教訓を読み解く。

#デジタル庁#GSS#情報漏えい#VPN#脆弱性管理#ゼロトラスト#AIセキュリティ
デジタル庁で24.6万件の情報漏えい疑い――「中」評価の脆弱性が政府システムを突破した理由のテーマを表すイラスト

2026年9月11日、デジタル庁は政府共通の業務基盤「ガバメントソリューションサービス(GSS)」が不正アクセスを受け、約24万6,000件の個人情報が外部に漏えいした可能性があると発表した。

対象は各府省庁の職員や政府業務に携わった事業者などの情報だ。一般国民の情報が広く流出したという発表ではなく、「24.6万件」は漏えいを確認できた人数ではない。不正アクセスの痕跡から漏えいの可能性を否定できない情報も含めた件数である。

今回の事件で最も注目すべきなのは、被害規模だけではない。

攻撃に使われたVPN機器の脆弱性を、デジタル庁は事前に把握していた。しかも当初の深刻度評価は「中(Medium)」だった。

なぜ、既知の脆弱性が政府のシステムへの侵入口になったのか。ゼロトラストを採用していたGSSで何が起きたのか。公開された一次資料をもとに、システム運用の視点から考える。

1. 検知から公表まで78日――事件の時系列

デジタル庁の公式発表とQ&Aによる経緯は次のとおりだ。

日付 出来事
2026年6月25日 保守運用担当者のアカウントを利用した大量のファイルアクセスを検知。調査開始
7月9日 第三者がVPN機器の脆弱性を利用して侵入したと判明。アカウント停止と外部通信遮断
7月15日 個人情報保護委員会へ報告
9月11日 漏えいの可能性がある約24.6万件の情報について一般向けに公表

6月25日の検知から9月11日の公表までは78日。約2カ月半が経過していた。

ただし、「公表まで78日」と「78日間、対応しなかった」は別の話だ。デジタル庁は7月9日にアカウント停止と通信遮断を実施し、7月15日には個人情報保護委員会へ報告している。

公表が遅れた理由について同庁は、侵入経路の分析、影響範囲の調査、漏えいした可能性のある情報と対象者の特定に時間を要したと説明している。

一方、政府の重要な情報基盤で発生したインシデントについて、どの段階でどこまで公表するべきなのかという課題は残る。

2. 「既知の脆弱性」だったことが核心

侵入経路として判明したのは、ネットワーク接続機器であるVPNの脆弱性だ。

VPNは組織外から内部システムに接続するために使われる。外部との接点になるため、機器の脆弱性が悪用されれば内部への侵入経路になり得る。

公式Q&Aには、重要な説明がある。

  • 悪用された脆弱性は、攻撃が確認される前から公表されていた。
  • 当初公表されたCVSS深刻度評価は「中(Medium)」だった。
  • デジタル庁は、その評価に応じた一般的な対応よりも早く対処を進めていた。
  • しかし、修正プログラムを適用する前に悪用された。

つまり、修正作業を何もしていなかったわけではない。それでも、攻撃者が対策完了より先に脆弱性を利用した。

CVSSは脆弱性の技術的な深刻度を比較するための指標だ。しかし、CVSSの評価が「中」であることは、実際の攻撃リスクも「中」であることを保証しない。

例えば、同じ脆弱性でも、インターネットから接続可能なVPN機器と、外部から隔離された機器では露出状況が違う。侵入後にアクセス可能な情報の重要性も、運用環境によって大きく変わる。

そのため、対応の優先順位はCVSSの数値だけでなく、機器の外部公開状況、攻撃の観測状況、対象システムの重要度、パッチ適用までの所要時間などを加味する必要がある。

今回の事例は、「脆弱性情報を把握していること」と「攻撃より先にリスクを下げられること」の間に大きな差があると示した。

3. ゼロトラストを採用していても侵入された

GSSはゼロトラストアーキテクチャを採用していた。

ゼロトラストは、ネットワーク内部にいるという理由だけでユーザーや機器を無条件に信用せず、認証・認可・監視を継続するセキュリティの考え方だ。

しかし今回、デジタル庁はゼロトラストを採用していたシステムで、不正アクセスと情報漏えいの可能性が生じたことを認めている。

特に注目されるのは、保守運用担当者のアカウントによる大量のファイルアクセスが検知された点だ。内部の権限を持つアカウントを使ったアクセスは、組織の重要情報に近づくための経路になり得る。

ただし、攻撃者が具体的にどのような方法でそのアカウントを利用できたのか、認証や権限制御のどの部分に問題があったのかは、公開資料だけでは分からない。

「ゼロトラストは役に立たない」と結論づけるのは早計だ。ゼロトラストは万能な製品名でも、侵入を100%防止する保証でもない。

問われるのは、適切なアクセス権限の設定、管理者アカウントの保護、侵入後の横展開の抑制、異常なデータアクセスの監視などが、実際の運用で有効に機能していたかどうかだ。

4. 大臣の「探しても探しても穴がある」発言

9月11日の記者会見で、松本尚デジタル大臣は、対策を見直し続けても弱点が残る可能性に言及した。

その際、**「探しても探してもどこかにやはり穴が開いている可能性がありますので」**と述べ、ゼロトラストだからこそ継続的に防止策を見直す必要があると説明している。

この発言の趣旨は、セキュリティに完全はなく、対策を継続的に改善しなければならないというものだ。

それ自体は妥当な考え方である。

ただ、今回の事件では穴が未知だったわけではない。問題となった脆弱性はすでに公表され、デジタル庁も認識していた。

であれば、議論すべきなのは「穴はどこにでも存在する」という一般論だけではない。

その脆弱性の危険度をどう評価したのか。重要なVPN機器への修正をどのような基準で優先したのか。適用までの間、追加のアクセス制限や監視などでリスクを抑えられたのか。

現時点で詳細な内部構成や対策の全容は公表されていないため、個別の判断ミスを断定することはできない。しかし、再発防止にはこうした運用プロセスの検証が不可欠だろう。

5. 約24.6万件の中身――何が漏えいした可能性があるのか

対象となる情報の種類と件数は、デジタル庁が次のように公表している。

情報の種類 件数
氏名 約23.6万件
メールアドレス 約23.1万件
電話番号 約9.4万件
住所 約0.1万件(約1,000件)

各項目には重複があり、単純に足し合わせる数字ではない。

また、電話番号や住所の多くは省庁の所在地や業務で使う連絡先だ。マイナンバー、金融機関口座情報、年金番号は含まれていないと説明されている。一般の国民に関する情報が無差別に含まれている事案ではない。

それでも、政府業務に携わる人物の氏名と連絡先がまとまって第三者に渡れば、標的型メールなどの攻撃に使われる可能性はある。

デジタル庁も、なりすましメールやフィッシングメールへの注意を呼びかけている。9月11日の発表時点では、関連する二次被害は確認されていないとしている。

6. AI時代には情報漏えい後の攻撃も変化する

ここからは、今回の侵入そのものの事実ではなく、AI時代の二次被害に関する技術的な考察だ。

氏名、所属組織、業務用メールアドレスなどが組み合わされば、攻撃者は実在の担当者を装ったメールや、特定の業務に合わせたメッセージを作りやすくなる。

生成AIは、自然な日本語の文面の作成、相手の部署や職務に応じた内容の調整、大量の文章生成などを効率化できる。以前なら手間がかかっていた標的型フィッシングの準備作業が、より低コストになる可能性がある。

ただし、今回のGSSへの不正侵入にAIが使用されたという証拠は、公表資料では示されていない。AIを使った攻撃だったと断定してはならない。

今回の情報漏えい疑いをAIと結びつけて考える理由は、侵入手口の推測ではなく、もし漏えいデータが悪用された場合に、生成AIが二次攻撃の規模や精巧さを変える可能性があるためだ。

防御側もまた、AIによって脆弱性情報と保有資産の照合、アクセスログの分析、異常の発見、インシデント調査の効率化を進められる。

攻撃者だけがAIの恩恵を受けるわけではない。

7. Signal AIの考察――大切なのは修正までの時間

今回の事件が企業の情報システム部門にも示す教訓は明確だ。

脆弱性情報を収集し、深刻度を判定し、対応計画を作る。それらは必要な作業だが、対策を完了するより前に悪用されれば、被害は防げない。

特にVPNなどの外部接続機器は、重要なシステムへの入口になり得る。運用では次のような視点が欠かせない。

  • リスクベースの優先順位:CVSSだけでなく、外部公開状況、資産の重要性、悪用の兆候を考慮する。
  • 修正までの暫定防御:パッチ適用を待つ間も、接続制限や監視強化などでリスクを下げる。
  • 権限の最小化:アカウントが侵害された場合にアクセス可能な情報を限定する。
  • 異常検知と封じ込め:大量ファイルアクセスのような兆候を検知し、速やかに調査・遮断する。

デジタル庁は今回の事案を受け、脆弱性管理の強化や外部接続方法の見直しに取り組むと説明している。

ゼロトラストを導入していた。脆弱性も把握していた。パッチ適用も進めていた。それでも、攻撃者が先に動いた。

セキュリティの実力を分けるのは、導入した技術の名前よりも、把握したリスクに対してどれほど速く、確実に対処できるかだ。

AIで脆弱性の発見や悪用までの時間が短くなる可能性を考えるなら、防御側の対応速度を高める仕組みは、これまで以上に重要になる。


本記事は2026年10月11日時点で確認できたデジタル庁の公表資料を基に作成しています。件数は実際に漏えいしたことが確定した件数ではなく、漏えいした可能性が否定できない情報を含みます。AIに関する記述は二次被害のリスクについての考察であり、今回の侵入へのAI利用を示すものではありません。

出典・参考情報

公式情報の確認日:。機能や利用条件は変更されることがあります。

この記事をシェア

XFacebookLINEはてなブックマーク
READ NEXT

あわせて読みたい