30secインテリジェンス・レビュー——2026年6月29日号

短時間で情報セキュリティの重要な動向を把握したいあなたへ——『30sec インテリジェンス・レビュー』にようこそ。

このシリーズでは、注目すべきインシデントやセキュリティ関連のトピックについて、私なりの視点での分析と学びを、各トピック30秒、全体で3分程度を目標に、多くても10分程度で読める分量にまとめてお届けしています。原則として、毎週月曜日に更新しています。

沖縄県八重瀬町の町内学校家庭調査票フォーム設定ミスで回答内容誤公開

概要

沖縄県八重瀬町において、学校家庭調査票を収集するために利用していたオンラインフォームの設定ミスにより、回答者が他の回答内容を閲覧できる状態となっていたことが公表されました。原因として、フォームの「結果の概要を表示する」設定が有効になったまま公開されたことが挙げられています。しかし町の公表資料では、それだけではなく、公開前に第三者によるテスト回答や送信後画面の確認が行われていなかったこと、設定確認項目が組織内で共有されていなかったこと、担当者個人のツール習熟度に依存した運用となっていたことなども指摘されています。技術的な設定ミスというよりも、確認プロセスや知識共有の不足によって発生した組織的なインシデントといえます。

また、同町では別件として、住民の健康診断結果について本人不在時に家族へ説明を行い、本人の同意なく個人情報を開示してしまった事案も公表されています。こちらについても、個人情報保護に対する認識不足が原因とされています。

学び

この事案から得られる最大の教訓は、「ダブルチェックを行うこと」そのものではなく、「チェックが構造化されているか」を問う必要があるという点です。担当者が注意深く確認したとしても、確認項目が明文化されておらず、第三者確認や承認プロセスが存在しなければ、最終的には個人の経験や能力に依存する運用となります。

特にクラウドサービスやノーコードツールは導入障壁が低い一方で、デフォルト設定や公開範囲の仕様を十分理解しないまま利用される危険性があります。公開前チェックリストの整備、第三者によるテスト回答の義務化、承認フローの明文化などを通じて、「誰が担当しても同じ品質で確認できる状態」を作ることが重要です。

また、健康診断結果漏えい事案は、技術的対策だけでは個人情報保護は成立しないことを示しています。システム対策だけでなく、「どこまでが個人情報か」「誰に説明してよいのか」といった基本的な認識を組織全体で共有することも、情報セキュリティ活動の重要な要素です。

関連情報

MCP拡張機能を有効にしたAutodesk Fusionで悪意のある細工が施されたウェブページを訪問するとリモートコード実行

概要

オートデスク株式会社のCADソフトウェア「Autodesk Fusion」において、Model Context Protocol（MCP）拡張機能を有効化した状態で悪意のあるウェブページを閲覧すると、任意のコードが実行される可能性のある脆弱性が報告されました。JVNによれば、この問題はアクセス制御の不備に起因するコードインジェクションの脆弱性であり、遠隔から任意コード実行につながる可能性があります。

近年、MCPはAIクライアントと外部データソースやアプリケーションを接続する標準的な仕組みとして急速に普及しています。しかし、AIに対してデータアクセス権や操作権限を委譲するという性質上、従来のアプリケーション連携とは異なるリスクが存在します。今回の事案は、MCPそのものの危険性というよりも、AIエージェントと外部システムを接続する際の権限管理や信頼境界の重要性を示した事例といえます。

学び

MCPの普及によって、今後は「AIがどのデータへアクセスできるのか」「AIがどの操作を実行できるのか」という観点でのセキュリティ設計が重要になります。これは従来のユーザー権限管理を、AIエージェントにも適用する必要があることを意味します。

具体的には、信頼できる提供元のMCPサーバーのみを利用すること、不要な書き込み権限や削除権限を付与しないこと、破壊的操作の前には必ず人間の承認を挟むこと、利用しなくなったMCPサーバーは無効化することなどが基本となります。

また、外部コンテンツを読み込んだAIが、その内容に埋め込まれた悪意ある指示によって別のツールを操作してしまう「間接的プロンプトインジェクション」への警戒も必要です。今後のセキュリティは、システムを守るだけではなく、「AIに何を信じさせるか」を管理する時代に入っていくのかもしれません。

関連情報

KDDI株式会社がISP向けに提供するメールシステムからメールアドレスおよびパスワードが漏洩

概要

KDDI株式会社は、ISP事業者向けに提供しているメールシステムに対する不正アクセスが発生し、メールアドレスおよびパスワードが最大1,422万件漏えいした可能性があると発表しました。対象には既に解約済みの利用者や休眠アカウントも含まれています。また、漏えいしたパスワードにはハッシュ化・暗号化されたものが含まれるとされていますが、逆に言えば平文または可逆暗号化された情報が存在していた可能性も示唆されています。

KDDIは原因を「第三者製ソフトウェアの脆弱性を悪用されたため」と説明していますが、具体的な製品名や脆弱性の内容は公表されていません。一方で、複数のISPが利用者に対してパスワード変更を呼びかけ、一部では強制的な無効化措置を実施していることから、攻撃者が認証情報データベースへ直接アクセスできる種類の脆弱性であった可能性が考えられます。

学び

この事案は、「パスワードは必ずハッシュ化して保存する」という原則にも例外が存在することを改めて示しています。特にPOP認証など古いメールプロトコルとの互換性を維持する必要がある環境では、システム上の制約から平文や可逆暗号による保存が残存しているケースがあります。

また、認証基盤を外部サービスや共通基盤へ集約することは運用効率の向上につながる一方で、一度侵害された場合の影響範囲を大きくするという側面もあります。認証情報を扱うシステムについては、脆弱性管理や監視だけではなく、多要素認証の導入、パスワードローテーション、利用者への迅速な通知体制など、多層防御を前提とした設計が求められます。

さらに、自組織においても「古い仕様だから仕方ない」と残存している認証方式やレガシーシステムがないかを点検するよい機会になるかもしれません。

関連情報

• 2026年6月23日 KDDI株式会社『ISP事業者向けメールシステムに対する不正アクセスの発生について』

おわりに

今週取り上げた事案は、一見するとそれぞれ別の領域の話に見えます。フォーム設定ミスによる情報漏えいは自治体の運用の問題であり、MCPを悪用したリモートコード実行は新しいAI技術に関する話であり、大規模な認証情報漏えいはサービス事業者のセキュリティインシデントです。

しかし、その背景を見ていくと、共通しているのは「個人の注意や経験に依存していなかったか」という問いかもしれません。設定確認はチェックリストとして構造化されていたか。AIに与える権限は最小限に制御されていたか。レガシーな認証方式が前提となっている部分を把握できていたか。

情報セキュリティの世界では、しばしば「人的ミス」という言葉が使われます。しかし実際には、そのミスを防ぐための仕組みやプロセスが存在していたのか、あるいは組織として維持できていたのかを問う必要があります。

人は間違えます。だからこそ、間違えても大きな事故にならない仕組みを作ることが重要です。技術が変わっても、この原則だけは、おそらくこれからも変わらないのでしょう。