デジタル庁、国家資格等情報連携・活用システムのログイン履歴ファイル誤作成で職員150名の個人情報が漏えい|セキュリティニュースのセキュリティ対策Lab

投稿日時: 2026年08月12日更新日時: 2026年08月12日

デジタル庁は2026年8月7日、国家資格等情報連携・活用システムの運用において、各資格管理団体の職員150名分の個人情報が漏えいしたと公表しました。外部からのサイバー攻撃ではなく、他省庁へ送付するログイン履歴ファイルを作成する際、本来含めるべきではない利用者情報が混入した運用上のミスです。

ログやユーザーIDは、日々の運用では技術情報として扱われがちです。しかし、氏名、所属、ユーザーIDが結び付くと、個人情報であるだけでなく、行政システムの利用者構造を推測する材料にもなります。本件は、ファイル送付やログ抽出といった日常的な運用作業に、どこまで個人情報保護と内部統制を組み込めているかを問う事案です。

デジタル庁の職員個人情報漏えい事案のサマリー

デジタル庁は2026年8月7日、国家資格等情報連携・活用システムのログイン履歴ファイルに、関係者以外の個人情報が含まれた状態で他省庁へ送付されたと公表しました。
漏えいした個人情報は、システムにログイン履歴のある各資格管理団体の職員150名分の氏名、ユーザーID、所属等のコードです。
原因は、送付先の省庁担当課ユーザーのみのログイン履歴を作成すべきところ、運用作業手順書の記載が曖昧で、他の資格管理団体のユーザーを含むファイルが作成されたことです。
デジタル庁は、送付先で第三者へ転送されておらず削除済みであること、現時点で二次被害は確認されていないことを説明しています。
情報システム部門としては、ログ抽出やCSV出力を単なる事務作業と見ず、抽出条件、送付前レビュー、マスキング、承認証跡を設計する必要があります。

項目	内容
公表日	2026年8月7日
公表組織	デジタル庁
対象システム	国家資格等情報連携・活用システム
事案の種別	ファイル作成・送付時の個人情報漏えい
発覚日	2026年7月6日
発覚経緯	デジタル庁から他省庁に送付したログイン履歴ファイルについて、送付先の省庁担当者から関係者以外の個人情報が記載されていると連絡があった
被害企業・組織	デジタル庁および国家資格等情報連携・活用システムの関係者
漏えい情報の内容	各資格管理団体の職員の氏名、ユーザーID、所属等のコード
漏えい件数	150名分
原因	運用作業手順書の曖昧な記載により、送付先担当課ユーザーのみではなく他の資格管理団体ユーザーを含むログイン履歴ファイルが作成された
第三者提供・拡散状況	送付先に確認したところ、当該ファイルは第三者へ転送されておらず削除済み
二次被害	現時点で本件に起因する二次被害は確認されていない
対応状況	チェック体制の強化、作業手順書の点検等を実施すると説明
個人情報保護委員会への報告状況	デジタル庁の公表文では、個人情報保護委員会への報告状況は確認できませんでした

何が起きたか

デジタル庁の公表によると、2026年7月6日、同庁から他省庁へ送付した国家資格等情報連携・活用システムのログイン履歴ファイルに、送付先の省庁担当者とは関係のない個人情報が含まれているとの連絡がありました。この連絡を受けて確認したところ、当該ファイルには、本システムにログイン履歴のある各資格管理団体の職員150名分の個人情報が記載されていたということです。

漏えいした情報は、氏名、ユーザーID、所属等のコードです。公表文からは、資格者本人の情報、マイナンバー、資格申請データ、住所、電話番号、パスワードなどが含まれていたとは確認できません。本件の中心は、国家資格等情報連携・活用システムの運用過程で作成されたログイン履歴ファイルの抽出・加工・送付ミスです。

送付されたファイルについては、送付先に確認したところ第三者へ転送されておらず、削除済みとされています。現時点で、本件に起因する二次被害も確認されていません。ただ、影響が限定的に見える事案であっても、行政システムのログイン履歴に関する情報が本来の範囲を超えて共有されたこと自体は、運用統制上の問題として軽く扱うべきではありません。

背景となる国家資格等情報連携・活用システムとは

国家資格等情報連携・活用システムは、国家資格等に関する申請手続のオンライン化や資格情報の連携を進めるための基盤です。デジタル庁は、国家資格等のオンライン・デジタル化について、マイナポータルでのオンライン申請、資格情報の連携、資格者証のデジタル化、資格管理事務の効率化などを説明しています。

このような行政基盤では、資格者本人、資格管理団体、省庁担当者、システム運用者など、複数の関係者が関与します。扱う情報が重要であるほど、システム本体のセキュリティだけでなく、運用時に出力されるログ、一覧表、照合作業用ファイルの取り扱いが重要になります。

セキュリティの現場では、データベース本体や画面機能は厳重に管理されている一方で、運用上の確認作業のために一時的に作られるCSVファイルやExcelファイルの管理が甘くなることがあります。今回の事案は、まさにその境界にあるリスクです。システムの正規機能から抽出したファイルであっても、抽出条件や送付対象を誤れば、個人情報漏えいになります。

原因は手順書の曖昧さと抽出条件の誤り

デジタル庁は、原因について、本システムから抽出した複数のデータをもとに、送付先の省庁担当課ユーザーのみのログイン履歴を作成すべきだったところ、運用作業手順書の曖昧な記載により作業誤りが発生したと説明しています。その結果、他の資格管理団体のユーザーが含まれた状態でファイルが作成されました。

この説明から見える問題は、単に担当者が作業を誤ったという話ではありません。ログイン履歴の抽出条件、対象者の絞り込み、ファイル作成後の確認方法、送付前のチェック項目が、作業者の解釈に委ねられていた可能性があります。

本来であれば、送付先ごとに抽出条件を明文化し、出力件数、対象組織、対象ユーザー種別、含める列、除外する列を確認できる手順が必要です。ログイン履歴に氏名やユーザーIDが含まれる場合、出力ファイルはシステム運用の副産物ではなく、個人情報を含む業務データとして扱わなければなりません。

ログファイルは技術情報ではなく個人情報になり得る

ログイン履歴という名称だけを見ると、システム管理用の技術ログのように見えます。しかし、氏名、ユーザーID、所属等のコードが含まれていれば、特定の個人や所属組織と結び付く情報です。ログは、個人情報保護やアクセス制御の対象外に置けるものではありません。

ログには、誰が、いつ、どの機能にアクセスしたかという行動履歴が含まれる場合があります。今回の公表文では、漏えいした情報として氏名、ユーザーID、所属等のコードが示されていますが、ログイン履歴という性質上、対象システムを利用する関係者の範囲や役割を推測する材料にもなり得ます。

情報システム部門では、ログは障害調査や監査のために必要だから広く出力できる、という発想になりがちです。しかし、ログ出力機能が強力であるほど、出力先、保存期間、送付方法、閲覧権限、マスキングの有無を設計しなければなりません。特に行政や重要インフラに関わるシステムでは、ログの中身そのものが攻撃者にとって有用な情報になることがあります。

二次被害は確認されていないが、ユーザーIDと所属情報は軽視できない

デジタル庁は、当該ファイルが送付先から第三者へ転送されておらず削除済みであること、本件に起因する二次被害は現時点で確認されていないことを公表しています。この点は、影響拡大を評価するうえで重要です。

一方で、ユーザーIDや所属情報は、単体では機微性が低く見えることがあります。ここが実務上の落とし穴です。ユーザーID、氏名、所属コードがそろうと、標的型メール、なりすまし連絡、認証情報を狙うフィッシングの文面を作る材料になります。パスワードが漏れていなくても、ユーザーIDが分かれば、攻撃者はパスワードリスト攻撃や認証画面への試行の起点にできます。

今回の事案では、第三者への転送がないと確認されているため、一般的な外部流出事案とはリスクの大きさが異なります。それでも、対象者には不審なメールや連絡への注意喚起を行い、必要に応じてログイン試行状況や認証失敗の監視を確認することが望まれます。

過去の類似事例と共通する問題

今回の事案は、サイバー攻撃ではなく、内部運用の手順不備に起因する個人情報漏えいです。セキュリティ対策Labでも、過去に神奈川県、指定管理者によるメール誤送信で個人情報流出を発表や、医療機器販売業協会の委託業務で誤送信により個人情報漏えいといった、送信・共有・作業確認のミスに起因する事案を扱ってきました。

これらに共通するのは、攻撃者に突破されたのではなく、正規の業務フローの中で本来共有すべきでない情報が外部または関係外の相手に渡ってしまった点です。メール誤送信、添付ファイルの取り違え、CSV抽出条件の誤り、クラウドストレージの公開設定ミスは、どれも「いつもの作業」の中で発生します。

外部攻撃への対策としてEDR、WAF、脆弱性診断、監視体制を強化することは重要です。ただし、個人情報漏えいの多くは、攻撃ではなく運用ミスや内部統制の弱さからも発生します。セキュリティ部門だけでなく、業務部門、システム運用部門、委託先、管理者が同じ基準でファイル出力と送付を管理できるかが問われます。

再発防止策はチェック強化だけで足りるのか

デジタル庁は、再発防止策としてチェック体制の強化や作業手順書の点検等に取り組むとしています。初動としては妥当ですが、同種の事案を防ぐには、チェックを増やすだけでは不十分です。

人による目視確認は必要ですが、作業量が多い現場では形骸化しやすくなります。送付前のファイルについて、対象組織、対象ユーザー種別、出力件数、含まれる列、機微情報の有無を自動で確認する仕組みを組み込むことが有効です。たとえば、送付先省庁以外の組織コードが含まれていれば警告を出す、予定件数を超える場合は承認者を追加する、氏名やユーザーIDを含む列は必要時以外マスキングする、といった制御です。

運用手順書についても、「ログイン履歴を作成する」といった抽象的な指示では足りません。どのデータソースから、どの条件で、どの列を、どの形式で、誰に、どの経路で渡すのかを、作業者が迷わない粒度で書く必要があります。複数のデータを結合・加工する作業では、誤った結合条件やフィルタ条件がそのまま漏えいにつながります。

行政・公共系システムで特に注意すべき点

行政・公共系システムでは、関係者が多く、所管省庁、自治体、資格管理団体、委託先、再委託先が関与することがあります。データの受け渡しが多いほど、ファイル作成やログ抽出のミスは起きやすくなります。

今回のように、システムそのものの不正アクセスではなく、運用中に作成したファイルが問題になる事案では、境界防御だけでは防げません。ファイルを作る前、送る前、受け取った後の各段階で、誰が何を確認するかを決めておく必要があります。

行政DXが進むほど、ログや運用データの価値は高まります。ログは障害調査や監査に不可欠ですが、同時に、利用者の行動や所属を含む個人データにもなります。行政機関や公共システムの委託先は、ログの保全だけでなく、ログの出力制限、共有範囲、匿名化、削除証跡まで含めて管理すべきです。

情報システム部門への示唆

本件から情報システム部門が学ぶべき点は、ログや業務抽出ファイルを個人情報管理の対象として明確に扱うことです。データベース本体へのアクセス権限を厳しくしていても、運用上の確認用に出力したファイルが広く共有されれば、保護の前提は崩れます。

実務では、ログ抽出やCSV出力を行う際に、出力目的、対象範囲、出力項目、保存期間、送付先、承認者を記録する運用が必要です。送付前には、単にファイルを開いて眺めるのではなく、対象外の組織コードやユーザー種別が含まれていないか、件数が想定範囲内か、不要な列が残っていないかを確認します。

手順書の改善では、誰が読んでも同じ作業になる粒度まで分解することが重要です。作業者の経験や勘に依存した手順は、担当者交代や繁忙期に破綻します。SQL、抽出条件、画面操作、ファイル名、保存場所、送付方法、削除確認まで定型化し、可能な範囲で自動化するべきです。

二次被害対策としては、対象者に対して不審な連絡への注意を促すだけでなく、対象ユーザーIDへの認証失敗や異常なログイン試行がないかを確認することも有効です。ユーザーIDや所属情報が漏えいした場合、パスワードが漏れていなくても、認証攻撃や標的型メールの材料として使われる可能性があります。

個人情報保護委員会の情報では、個人の権利利益を害するおそれがある個人データの漏えい等が発生した場合、報告や本人通知が必要になる場合があります。今回の公表文では個人情報保護委員会への報告状況は確認できませんでしたが、民間企業や行政機関が類似事案を起こした場合、自組織の個人情報保護規程に沿って、報告要否、本人通知、委託元・委託先への連絡、ログ保全を速やかに判断する体制が欠かせません。