第１ 無差別な探索と個別の攻撃を分けて考える
１ 自社が有名でなくても点検が必要な理由
AIを悪用したサイバー攻撃では，情報の収集や解析が効率化され，多数のシステムを調べた上で，見付かった弱点に合わせた攻撃が行われる危険がある。
「無差別に探されること」と「自社の仕様に合わせて攻撃されること」は，両立する。
会社の知名度だけを理由に，攻撃対象にならないと考えることはできない。
本記事では「無差別」を，特定の一社に限らず広く対象や弱点を探すという意味で用いる。
全ての会社が同じ手法で攻撃されたことや，AIが一連の操作を全自動で実行したことを意味しない。
以下は令和８年１０月１８日までに確認した公表資料に基づく説明である。
２ AIを使った攻撃とAI自体への攻撃
国家サイバー統括室のサイトに掲載されたIPA担当者のコラムは，AIの悪用により従来の攻撃の速度や量が増す問題と，AI自体が攻撃対象になる問題を分けている。
前者には詐欺メールの作成や攻撃の効率化があり，後者には外部の文章を通じてAIに不適切な指示を与える間接プロンプトインジェクションなどがある。
本記事の中心は前者であり，社内で生成AIを使っていない企業にも関係する。
第２ AIは無差別サイバー攻撃にどう関係するのか
１ 調査や解析の効率化が攻撃対象を広げる
AIは，攻撃者が情報を読み解き，プログラムや通信の仕組みを調べる作業を助ける場合がある。
NICTは，AIの活用によってアプリの解析や脆弱性の発見が効率化され，攻撃がより多くのシステムに広がる可能性に注意を促している。
これは攻撃が広がる仕組みの説明であり，国内の全ての漏えい事案についてAI利用が実証されたという意味ではない。
また，広い範囲を自動で探索する攻撃と，AIの利用は同じ概念ではない。
アクセスが大量又は高速であるという事情だけで，AIが使われたと断定しないことが必要である。
IPA担当者の同コラムも，攻撃の様子だけからAIとの関わりを判別できないのが通例であると説明している。
２ 一般的なスキャンと対象別の解析
JPCERT/CCの令和８年１０月８日公開・９日更新の注意喚起は，さまざまな既知の脆弱性を探索するケースと，API経由で不正な操作を行うケースなどを挙げている。
同資料は，把握している情報が限定的・断片的であり，全ての事案が同じ攻撃手法によるものではないと留保している。
したがって，最近の被害を一つの原因にまとめず，自社の構成と記録に照らして点検する必要がある。
第３ 公開アプリから裏側のサーバを狙うA2B攻撃
１ アプリの解析から接続先を調べる
NICTは令和８年１０月１３日，国内で相次ぐ情報漏えい事案の原因の一つとして，公開Androidアプリの解析結果を悪用して接続先のサーバを攻撃するA2B攻撃を特定したと公表した。
攻撃者はアプリが通信する接続先やAPIの仕組みを調べ，その情報を基に対象のサーバに合わせた攻撃を行う。
APIとは，アプリとサーバなどが情報をやり取りするための仕組みである。
アプリ自体に脆弱性がなくても，裏側のサーバの認証・認可や入力値の検証に不備があれば，不正アクセスにつながるおそれがある。
「接続先を一般には知らせていない」「正規の画面には操作ボタンがない」という事情だけでは，安全性を判断できない。
NICTは，同様の問題がiOSアプリやWebサービスのバックエンドAPIにも生じる可能性を指摘している。
２ 個別事件でAIが使われたかは別に確認する
A2B攻撃という手法の確認，AIによる解析効率化の可能性，特定の被害でAIが使われたという認定は，それぞれ別の判断である。
被害件数や攻撃速度だけから，特定のAIサービス，実行者又は侵入経路を決め付けない。
調査で確認できた記録と，専門家の推定，確認できない事項を分けて説明することが大切である。
第４ 企業が点検する対策
１ 公開範囲とAPIの権限を確かめる
最初に，外部から接続できるWebサイト，アプリの接続先，管理機能及び委託先のサービスを把握する。
JPCERT/CCは，一般利用者向けではない従業員用システムやBIツールも被害に遭う場合があると注意している。
担当部署の認識だけでなく，開発・運用の委託先にも実際の公開範囲を確認することが実務上の出発点となる。
APIごとに，誰が，どのデータに，どの操作をできるかを点検する。
必要最小限の権限，トークンの有効期限と無効化，アクセス回数の制限，不要な機能の公開停止，更新の適用及び検知体制を組み合わせる。
NICTが示す「侵害の確認」「脆弱性の点検」「暫定的な緩和策」を，自社の構成に応じて具体化する必要がある。
２ AI向け製品の導入だけで対策を終えない
AIを悪用した攻撃が増えても，従来の対策が無意味になるわけではない。
IPA担当者の同コラムは，従来の対策が引き続き有効であり，AIを取り囲むIT環境や日常の運用も成否に関わると説明している。
製品名だけで安心せず，更新，権限，公開範囲，ログ及び初動の担当が実際に機能するかを確認する必要がある。
点検表や委託契約まで詳しく確認したい場合は，個人情報保護委員会が示した不正アクセス９類型及び企業の個人情報漏えい・不正アクセスに備える法務対応を参照されたい。
第５ 被害が疑われたときの調査と法務対応
１ AI利用の特定を待たずに対応する
被害が疑われる場合は，社内の連絡体制を動かし，技術担当者と隔離・保全の手順を調整する。
確認した事象，時刻，対象の機器・アカウント，影響するデータ及び未判明事項を記録する。
AIが使われたかを先に決めようとして，必要な調査や報告・通知の検討を遅らせないことが実務上重要である。
報告や本人通知の要否は，AI利用という名称だけでなく，対象データ，発生した事象及び適用される制度に即して判断する。
調査資料の読み方はフォレンジック調査報告書と漏えい評価，組織内の準備と対応は企業の法務対応の記事で詳しく扱っている。
２ 対外説明の断定を調査の範囲に合わせる
「AI攻撃だった」「データは流出していない」と説明するときは，その根拠となる記録と調査の対象範囲を確かめる。
確認済みの事実，提供者の説明，推定及び不明事項を分け，追加の調査で説明が変わる場合の更新方法も決めておくとよい。
これは公表文の作成に関する実務上の提案であり，特定の事故の責任や漏えいの有無を認定するものではない。
第６ よくある質問
１ AIとサイバー攻撃の関係は？
AIは，攻撃者による文章作成や解析の効率化に悪用される一方，防御側の監視や対応にも利用される。
AI自体が攻撃される場合もあり，それぞれ対策の対象が異なる。
AIを業務で使っていない会社でも，攻撃者側のAI利用による影響は受け得る。
２ AIを使うとサイバー攻撃はなぜ広がるのか？
解析や弱点の探索に必要な作業が効率化されると，より多くのシステムを調べられる可能性があるためである。
ただし，無差別な探索が全てAIによるとは限らず，攻撃の速さだけからAI利用を認定することもできない。
特定の事業者が公表した悪用事例は，AnthropicのAI悪用報告書を整理した記事で，公表主体と確認の限界を分けて扱っている。
３ AIに入力してはいけない情報は？
パスワードやAPIキー，顧客・依頼者の個人情報，未公表の契約・事件情報などは，利用するサービスの契約・設定と，入力する権限を確認せずに送信しない。
個人情報保護委員会は，個人情報を含む入力と利用目的の関係や，個人データが回答以外の目的で取り扱われるかの確認について注意を促している。
具体的な確認事項は，企業の法務対応の記事を参照されたい。
４ AIを使わないほうがいい場合はあるか？
入力する権限や情報の取扱条件を確認できない場合，機密情報を含む作業にそのまま使うことは避ける必要がある。
外部システムの操作まで任せる場合は，AIに与える権限と，人が確認する範囲も検討する。
一律に利用をやめるという結論ではなく，情報・目的・権限に応じて利用方法を選ぶことが実務上の提案である。
第７ 出典
①NICT「相次ぐ情報漏えい，その原因の一つは『アプリ解析からのサーバ攻撃』」（令和８年１０月１３日）。
https://www1.nict.go.jp/press/2026/10/13-1.html
②NICT CYNEX「相次ぐ情報漏洩，その原因の一つは『アプリ解析からのサーバ攻撃』」（令和８年１０月１３日）。
本記事では案内ページの説明を参照している。
https://cynex.nict.go.jp/library/261013-01.html
③JPCERT/CC「直近で相次いでいる国内組織における不正アクセスに関する注意喚起」（令和８年１０月８日公開，９日更新）。
https://www.jpcert.or.jp/at/2026/at260030.html
④国家サイバー統括室掲載，IPA担当者「AIがサイバーセキュリティに与える影響」（２０２６年サイバーセキュリティ月間寄稿コラム）。
https://security-portal.cyber.go.jp/cybersecuritymonth/2026/column/c04.html
⑤個人情報保護委員会「生成AIサービスの利用に関する注意喚起等」（令和５年６月２日）。
https://www.ppc.go.jp/files/pdf/230602_alert_generative_AI_service.pdf