対象:VPNやリモートアクセスの機器を運用している組織の管理者と、デジタル庁から連絡を受ける可能性がある職員・委託先の方。本記事は公開情報(デジタル庁の公式発表・警察庁の統計・報道)にもとづく解説で、攻撃手順は扱いません。
何が起きたのか(デジタル庁の発表より)
デジタル庁は2026年9月11日、同庁が整備・運用する政府共通の業務環境「ガバメントソリューションサービス(GSS)」への不正アクセスにより、職員等の個人情報が漏えいした可能性があると公表しました。以下はすべて同庁の公式発表に記載された内容です。
2026年5月下旬ごろ(報道)
報道によれば、サーバー上の大量のファイルへのアクセスはこの頃から始まっていたとされます。デジタル庁の発表文にこの記載はありません。2026年6月25日
保守運用担当者のアカウントを利用して、サーバ上の大量のファイルへのアクセスが行われたことを検知し、調査を開始。2026年7月9日
調査の結果、第三者がネットワーク接続機器(VPN)の脆弱性を利用してシステムに侵入していたことを確認。同日、当該アカウントを停止し、侵入された機器と外部との通信を遮断。2026年9月11日
漏えいの可能性がある個人情報(約24.6万件)を公表。対象者を特定のうえ順次、個別に連絡するとし、専用の問い合わせ窓口を設置。
- 対象者
- GSSを利用する各府省庁等の職員と、その業務に携わった方々。同庁は「一般の方の個人情報は含まれていないことを確認」したとしています
- 主な項目
- 氏名 約23.6万件/メールアドレス 約23.1万件/電話番号 約9.4万件/住所 約0.1万件 など
- 含まれていないもの
- マイナンバー、金融機関口座情報、年金番号等
- 侵入の経路
- ネットワーク接続機器(VPN)の脆弱性。製品名・脆弱性の識別番号(CVE)は公表されていません
- 検知のきっかけ
- 保守運用担当者のアカウントによる、サーバ上の大量のファイルへのアクセス
- 二次被害
- 「現時点において、本件に関連する個人情報の悪用等の二次被害は確認されていません」
- 再発防止策
- 「脆弱性管理方法の見直しや、外部からの接続方法の改善等」
読み方の注意:公表されていないことを推測で補わない
デジタル庁の発表文で公表されていないのは、①VPN機器の製品名と、どの脆弱性か ②侵入がいつ始まったか ③保守運用担当者のアカウントがどのように使われるに至ったかの3点です(②は報道で「5月下旬ごろ」と伝えられていますが、発表文には書かれていません)。発表は「VPNの脆弱性を利用して侵入」「保守運用担当者のアカウントを利用して大量のファイルにアクセス」という2つの事実を並べていますが、その間をつなぐ経緯は書かれていません。SNSやブログでは特定のCVE番号を挙げる投稿も出回っていますが、それらは分析者の推測であって確認された事実ではありません。当サイトは一次情報で確認できない内容を記事にしません。確認できる事実だけで、防御側が学べることは十分にあります。
続報:入口になったのは「既知」の脆弱性だった(大臣会見)
デジタル庁の会見要旨(9月11日)とQ&A(9月12日更新)より
デジタル相は9月11日の記者会見で、記者の質問にこう答えています(同庁が公開した会見要旨より)。「脆弱性についての感知は既知のもので、我々としては理解をしていました。いわゆる脆弱性の評価があって、その評価については、緊急度が高いものではなく、深刻度評価というのがあるのですけれども、それに応じた対応の中で進めていたということです。その後順番にパッチを当てるような作業があるのですけれど、その間にハッキングをされたと我々としては今そういう理解をしております。」また、パッチはすでに適用済みと述べています。
当該脆弱性が、当初公表されていた脆弱性評価で「中(CVSS値 Mediumレベル)」だったことは、同庁のQ&A(2026年9月12日更新)に書かれています。同じQ&Aは、具体的な脆弱性の内容については「今後のセキュリティ確保に支障を及ぼすおそれがある」として回答を控えています。
一方、大量ファイルアクセスが5月下旬ごろから始まっていたことは報道(日経クロステック等)によるもので、Q&A・会見要旨・発表文のいずれにも記載はありません。
事実として確認できる範囲で言えることは、ここから1つだけです。未知の脆弱性(ゼロデイ)ではなく、既に知られていた脆弱性が侵入に使われました。つまり、対応の順番の問題だったということです。
当サイトの視点:順番をつけたことが誤りなのではなく、「何で順番をつけたか」が論点
脆弱性に優先順位をつける運用自体は正しいものです。すべてを同時には直せないからです。問題になるのは、その順番を何で決めるかのほうです。当サイトは以前から CVSS・EPSS・KEVで優先順位を決める で、深刻度スコア(CVSS)だけで順番を決めてはいけないと書いてきました。CVSSは「悪用されたらどれくらい被害が大きいか」を示す値で、「実際に狙われているか」も「その機器がどこに置かれているか」も含んでいないからです。
会見の説明は、まさにその形です。緊急度が高くないと評価された脆弱性が、インターネットから誰でも到達できる境界機器にあった(同庁のQ&AによればCVSSは「中」)。同じ「中」でも、社内の奥にあるサーバーの「中」と、外に面したVPN機器の「中」では、意味がまったく違います。だから順番づけには①悪用が確認されているか(KEV)②今後狙われる確率(EPSS)③その機器がインターネットに面した境界に置かれているかを入れる必要があります。スコアの数字だけを見ていると、「中だから後回し」にした脆弱性が、そのまま侵入に使われます。
なぜVPN機器がいちばん狙われるのか
これはデジタル庁だけの話ではありません。警察庁の統計では、国内のランサムウェア被害で侵入経路が判明した事案のうち、VPN機器が最も多い侵入経路であり続けています。
「怪しいメールを開かない」教育が注目されがちですが、統計上いちばん多い侵入経路はインターネットに向けて置かれた機器のほうです。理由は構造にあります。
インターネットから誰でも到達できる
VPN機器の脆弱性を突かれる
内側では正規アカウントとして動く
広い権限で大量のファイルに届く
対策①:更新の速さ
悪用確認済みの脆弱性は最優先
対策②:権限の狭さ
保守アカウントに全部を読ませない
対策③:大量アクセスの検知
デジタル庁はここで気づいた
VPN機器が狙われやすい理由
- インターネットから常に到達できる場所に置かれている
- 1台に侵入されれば組織の内側に入れる
- 内側での動きは、正規の利用者と見分けにくい
- 機器のOSは利用者から見えにくく、更新が後回しになりがち
- 設置した業者と運用する担当が分かれ、更新の責任者が曖昧になりやすい
組織側が決められること
- どの機器を、どのバージョンで持っているかの把握
- 悪用が確認された脆弱性を何日以内に修正するかという期限
- 内側に入った後に、1つのアカウントで何が読めるか
- 普段と違う量・時間帯のアクセスに気づく仕組み
- そもそもその機器を持ち続けるかという判断
VPN機器を運用している組織が、今日やること
VPN・リモートアクセス機器を棚卸しする
最初に必要なのは一覧です。機種・型番・ファームウェアのバージョン・設置場所・更新の責任者を、VPN機器だけでなくリモートデスクトップの入口やファイアウォールの管理画面も含めて書き出します。「導入した業者に任せている」機器ほど、誰も最新の状態を知らないことが多い。把握していない機器は、更新されない機器です。棚卸しの考え方は セキュリティの棚卸しチェックリスト にまとめています。
悪用が確認された脆弱性を最優先で修正する期限を決める
ベンダーの脆弱性情報に加えて、実際に悪用が確認された脆弱性の一覧(CISA KEV)を追います。KEVに載った脆弱性は「いつか狙われるかもしれない」ではなく「すでに狙われている」ものです。深刻度の数字だけで順番を決めない考え方は CVSS・EPSS・KEVで優先順位を決める、実際の対応手順は 脆弱性対応の実務手順 を参照してください。
更新に加えて、認証情報も入れ替える
脆弱性を突かれた可能性がある機器では、パッチを当てても、それ以前に盗まれた認証情報は有効なままです。その機器に保存されていた、または経由したアカウントのパスワード・証明書・鍵を入れ替え、身に覚えのないアカウントや設定変更がないかを確認します。脆弱性の修正と、侵入者のアクセスを断つことは別の作業です。
保守・委託先のアカウントに「何でも読める」権限を持たせない
デジタル庁の事案で大量のファイルへのアクセスに使われたのは保守運用担当者のアカウントでした。同庁の発表はこのアカウントの権限範囲には触れていませんが、一般に保守用のアカウントは、作業の都合で広い権限を持たされがちです。必要な範囲だけに絞る・使う時だけ有効にする・接続元を限定する・多要素認証を必須にする。VPN機器から侵入されても、1つのアカウントで届く範囲が狭ければ被害は小さく済みます。保守・委託先の経路が狙われる構図は、委託事業者のリモート保守用VPN機器が侵入経路になった 大阪急性期・総合医療センターの事案(2022) でも調査委員会が指摘しています。
「普段と違う量のアクセス」に気づける状態にする
デジタル庁が異常に気づいたきっかけは大量のファイルへのアクセスでした。侵入そのものは防げなかったものの、検知が働いたから範囲を確定し、遮断できたとも言えます。ファイルサーバーやクラウドストレージで、短時間の大量ダウンロード・深夜の一括アクセス・普段使わないアカウントの利用を通知する設定は、高価な製品がなくても始められます。
具体的な始め方:Windowsのファイル共有なら、セキュリティイベント(4663=オブジェクトへのアクセス、5145=共有へのアクセス要求)を1日単位で数え、普段の数倍を超えた日だけ通知する。クラウドなら Google Workspace のアラートセンター、Microsoft 365 の監査ログとアラートポリシーに大量ダウンロードを条件にした通知があります(使える範囲は契約プランによります)。閾値は「絶対値」より「いつもの何倍か」で置くほうが、最初の1つとしては機能します。検知の考え方は IoA(攻撃の兆候) と EDR の解説も参考になります。
その機器を持ち続けるかを判断する
更新を追い続ける人も予算もないなら、その機器を置き続けること自体がリスクです。代わりの方法(インターネットに接続口を公開しない接続方式や、事業者が更新を担うサービスへの移行)は、それ自体が万能ではありませんが、「更新の責任を誰が負うか」を明確にできる点で検討する価値があります。
連絡を受ける可能性がある職員・委託先の方へ
「自分の名前と所属を知っている相手」でも、本物の根拠にはならない
漏えいした可能性がある情報の中心は氏名とメールアドレスです。これは、特定の相手を狙ったなりすましメール(フィッシング)の宛先リストとして使われうる組み合わせです。デジタル庁も、同庁や関係機関を装った不審なメール・電話・SMSへの注意を呼びかけ、身に覚えのない連絡のリンクや添付ファイルを開かないこと、認証情報やクレジットカード情報を入力しないことを求めています。
確認したいときは、届いた連絡に書かれた番号やリンクではなく、デジタル庁の公式サイトに自分でアクセスして窓口を確かめてください。電話番号も約9.4万件が対象に含まれているため、電話での「確認」を装う手口にも同じ原則が当てはまります。
当サイトの視点:この事案で真似すべきなのは「気づけたこと」
直前に公表されたさくらインターネットの調査結果では、販売管理システムへの不正アクセスが約3年間続いていたことが明らかになりました(レンタルサーバーが不正アクセスされたとき、利用者は何をすべきか)。対照的に、デジタル庁の事案は大量のファイルアクセスという「量の異常」で検知されています。侵入そのものは防げていないので、手放しで評価できる話ではありません。それでも、侵入を完全に防ぐことは誰にもできない以上、差がつくのは侵入された後にどれだけ早く気づけるかです。
一方で、検知(6月25日)から公表(9月11日)までは約2か月半あり、同庁の発表はその間の経緯に触れていません。影響範囲の確定に時間がかかること自体は珍しくありません。ただ対象者の側から見れば、自分の連絡先が第三者の手に渡った可能性を、数か月後に知ることになります。だから連絡を待つだけでなく、なりすましへの警戒は今日から始めるのが合理的です。
出典(公開記録)
本記事の事実関係は、以下の公開情報にもとづきます。公表されていない製品名・侵入経路の詳細は推測していません。
- デジタル庁「ガバメントソリューションサービスへの不正アクセスによる職員等の個人情報の漏えいの可能性について」(2026年9月11日公表) — digital.go.jp
- 警察庁「令和7年におけるサイバー空間をめぐる脅威の情勢等について」統計編「ランサムウェア感染経路」(有効回答92件のうちVPN機器61件、リモートデスクトップ19件。過去5年累計485件のうちVPN機器293件) — npa.go.jp
- 各種報道(INTERNET Watch/ITmedia NEWS/時事通信、2026年9月11日) — いずれも上記公式発表にもとづく報道
- デジタル庁「デジタル大臣記者会見(令和8年9月11日)」会見要旨 — digital.go.jp
- デジタル庁「『ガバメントソリューションサービスへの不正アクセスによる職員等の個人情報の漏えいの可能性について』に関するQ&A」(2026年9月12日更新) — digital.go.jp
- 日経クロステック「国の機関の業務環境GSSに不正侵入、職員の氏名など24万6000件漏洩の恐れ」(2026年9月11日。大臣会見の内容・大量アクセスの開始時期はこの報道等にもとづく) — xtech.nikkei.com
更新履歴
2026-10-11:訂正。9月19日の更新では、CVSS「中」を会見要旨に記載がないとして報道扱いにしていましたが、デジタル庁のQ&A(2026年9月12日更新)に「中(CVSS値 Mediumレベル)」と明記されていることを確認しました。同庁のQ&Aにもとづく記述に改め、出典に加えました。「5月下旬ごろ」はQ&Aにも記載がないため、引き続き報道として扱います。
2026-09-19:デジタル庁が公開した会見要旨で一次確認。「脆弱性は既知で、深刻度評価に応じて順にパッチを当てている間に侵入された」という説明と、パッチ適用済みであることを、報道ではなく会見要旨の引用に差し替えました。CVSS「中」と「5月下旬ごろ」は会見要旨にも記載がないため、引き続き報道として扱います。
2026-09-12:報道による続報を追記。悪用されたVPN機器の脆弱性は既知のもので、緊急度の高い他の脆弱性から順に対応中だったと大臣が会見で説明したと報じられ、CVSSでは「中」に分類されていたとされます。大量ファイルアクセスの開始は5月下旬ごろと報じられました。いずれもデジタル庁の発表文には含まれていないため、報道として帰属を明示しています。公式の会見要旨が公開され次第、一次情報で確認し直します。
2026-09-11:初版。デジタル庁の9月11日の公表内容と、警察庁の令和7年統計にもとづく。
次に読む
- 関連:悪用が確認された境界機器の脆弱性まとめ(2026年10月中旬)
- 認証情報が大量に漏れた例:FortiBleed(FortiGateの認証情報漏えい):新しい脆弱性ではなく、パスワード変更が必要
- 組織全体の最低限:2026年の事故から逆算した組織のセキュリティ対策6つ
- 2026年の大型事案の比較:KDDI・アフラック・デジタル庁・さくらインターネットに共通する教訓
- 実務:CVSS・EPSS・KEVで脆弱性の優先順位を決める / 脆弱性対応の実務手順 / 多要素認証の選び方
- 事例(VPN機器が侵入経路になった国内事案):大阪急性期・総合医療センター(2022) / 半田病院(2021) / カプコン(2020)
- 管理画面が狙われ続けた例:VeloCloud Orchestrator の脆弱性(3か月で3件が悪用)
- 傾向:2026年の情報漏えいは「脆弱性」より「正規の認証情報」で起きている
- 用語:ランサムウェアとは / フィッシングとは