AI サイバー攻撃 Risk Management セキュリティ

AIを悪用したサイバー攻撃への備え 30日間のチェックリストと、ベンダーに送っておきたい質問

2026年10月11日 1 分で読めます 18 ビュー

要約: 2026年、日本政府はProject YATA-Shield、金融分野への9項目の要請、AIセキュリティの技術的なガイドラインを相次いで公表しました。共通しているのは、基本的な対策をより速く、確実に進めるという点です。本記事では、これらの文書を30日間で取り組む16項目と、ソフトウェア開発会社への10の質問に整理します。

連載「日本におけるAIサイバー攻撃」第6回(全6回)。全体像は第1回:基本的な考え方と3つのリスク分類をご覧ください。

目次

  1. 日本政府は2026年に何を公表したのか
  2. これらの文書は、一般の企業に何を求めているのか
  3. 最初の30日間で、何に取り組めばよいか
  4. ソフトウェアの開発・保守ベンダーには、どのような質問を送ればよいか
  5. VAONは、これらの質問にどう答えるか
  6. このチェックリストでは足りないのは、どのような場合か

1. 日本政府は2026年に何を公表したのか

2026年1月から10月までの間に、日本の各機関は、AIに起因するサイバーセキュリティ上のリスクに直接関わる6つの文書を公表、または施行しました。下の表は、時系列に並べ、それぞれの対象を明記したものです。

日付 機関 文書 対象 位置づけ
2026年1月29日 IPA(独立行政法人情報処理推進機構) 情報セキュリティ10大脅威 2026:「AIの利用をめぐるサイバーリスク」が3位 すべての組織 啓発資料
2026年3月27日 総務省 AIのセキュリティ確保のための技術的対策に係るガイドライン 原文をご確認ください ガイドライン
2026年3月27日 IPA 中小企業の情報セキュリティ対策ガイドライン 第4.0版 中小企業 ガイドライン
2026年5月18日 国家サイバー統括室ほか13機関 Project YATA-Shield 重要インフラ、政府機関、ソフトウェアベンダー 政策パッケージ
2026年5月22日 金融庁、日本銀行 短期的な対応に関する9項目の要請 金融機関 監督当局からの要請
2026年10月1日 政府 サイバー対処能力強化法:インシデント報告義務 指定を受けた基幹インフラ事業者 法律

5月の2つの文書の直接の背景は、フロンティアAI(最も高度なAIモデル群)の登場です。Project YATA-Shieldは、Anthropicが2026年4月7日に発表したClaude Mythos Previewを名指しで取り上げ、こうしたモデルの脆弱性を発見・修正する能力が急速に高まっていることに触れています。

日本政府は、AIを両面から捉えています。Project YATA-Shieldには、高性能なAIは脆弱性の発見と修正を速める一方、悪用されれば攻撃もより速く、より大規模になるという趣旨が書かれています。そのためこのパッケージでは、防御のためのAI活用も、加速すべき対策の一つに位置づけられています。

2. これらの文書は、一般の企業に何を求めているのか

金融分野や重要インフラに該当しない企業にとって、2026年の一連の文書は新たな法的義務を課すものではありません。ただし、監督当局が何を標準と考えているか、そして貴社の大口のお客様が何を求められているかを示しています。

どの文書にも、次の3つのメッセージが繰り返し現れます。

  1. 中心になるのは、引き続き基本的な対策です。 金融庁は、フロンティアAIが十分に防御されたシステムを攻撃できるとは現時点では言えない、とする英国のAI Security Instituteの評価を引用しています。そのうえで金融庁は、基本的な対策をより速く、より確実に実施することが引き続き重要であると結論づけています。IPAも、従来の対策は大半の事案に有効であると述べています。
  2. 変えるべきものは、速度です。 Project YATA-Shieldは、AIが脆弱性の発見と悪用の両方を速める可能性があるとしています。金融庁の、パッチ適用の人員を増やすこと、パッチ適用をリスクベースにすることという項目も、同じ前提から出ています。
  3. 経営層が取り組む課題です。 金融庁の9項目の最初の項目は、フロンティアAIへの対応を経営課題として扱い、CIOやCISOが直接関与することです。

直接の影響よりも、間接的な影響のほうが注目に値します。金融庁の5番目の項目は、金融機関に対してベンダーとの保守契約の見直しを求めています。パッチ適用が契約に含まれているか、役割分担は明確か、夜間や休日にも対応できるか、という点です。金融庁はさらに、リスクがサードパーティ製のソフトウェアやオープンソースにも及ぶことに注意を促しています。貴社がこうしたお客様にソフトウェアやサービスを提供している場合、同じ質問が貴社にも届くことになります。

IPAも、中小企業に対して同じ方向を示しています。中小企業向けガイドラインの第4.0版では、基本的な対策に「バックアップ」が加わり、6か条になりました。また、経済産業省と国家サイバー統括室が整備を進めている、サプライチェーンにおけるセキュリティ対策の評価制度の考え方も取り入れられています。

3. 最初の30日間で、何に取り組めばよいか

最初の30日間では、以下の16項目を4週間に分けて完了させることをおすすめします。金融庁は、金融分野の短期的な対応項目について約1か月での実施を期待しているため、本記事も同じ期間を採用しました。この一覧は、VAONが金融庁、IPA、警察庁の文書をもとに整理したもので、公的な文書ではありません。

第1週:方針を決め、現状を把握する

  1. 経営層が責任者を1名指名し、報告期限を決める。
  2. 停止した場合に事業への影響が大きいシステムを一覧にする。
  3. インターネットに公開されているシステムに印を付ける。
  4. 従業員が利用しているAIサービスを、処分を伴わない形で聞き取る。

第2週:お金とアカウント(詳細は第2回)

  1. 送金依頼と振込先口座の変更依頼は、すべて別の連絡手段で確認すると定める。
  2. 一定額を超える支払いは、2名で承認すると定める。
  3. 管理者アカウント、メール、社外からの接続で多要素認証を有効にする。
  4. ニセ社長詐欺の手口と、SNSグループの作成を求められる点を社内に周知する。

第3週:システムとベンダー(詳細は第3回)

  1. 優先度の高いシステムごとに、誰が、どのくらいの期間でパッチ適用を行うかを確認する。
  2. 保守契約を読み直す。確認するのは、パッチ適用、応答時間、時間外対応の3点。
  3. システムが使用しているライブラリと外部接続の一覧を、ベンダーに提出してもらう。
  4. バックアップからの復旧を試し、バックアップが本番システムから切り離されていることを確認する。

第4週:自社で使うAI(詳細は第4回と第5回)

  1. 稼働中のチャットボットとAIエージェントを洗い出す。どのデータを読むのか、自動で何を実行できるのかを書き出す。
  2. 利用を認めるAIサービスを選び、データを学習に使う設定を確認する。
  3. データの種類ごとに、具体的な入力ルールを文書にする。
  4. インシデント発生時の連絡ルールを定める。誰に、どのくらいの時間内に、どの手段で伝えるかを決める。

30日が過ぎても、技術的な安全性がそれほど高まるわけではありません。しかし、自社に何があるのか、誰が責任を負うのか、そして誰も見ていない部分はどこかが分かるようになります。これが、その後の投資を適切な場所に向けるための条件です。

4. ソフトウェアの開発・保守ベンダーには、どのような質問を送ればよいか

ソフトウェアの開発・保守ベンダーには、以下の10の質問を送り、書面での回答を求めることをおすすめします。最初のグループは、金融庁の5番目の項目を根拠にしています。2番目のグループは、Project YATA-Shieldを根拠にしています。同パッケージは、セキュア・バイ・デザインの原則に沿って脆弱性に早期に対処するよう、ソフトウェアベンダーに呼びかけています。

# 質問 回答に含まれているべき内容
パッチ適用と保守
1 脆弱性へのパッチ適用は、保守契約に含まれていますか。 「はい」か「いいえ」と、該当する条項
2 重大な脆弱性が見つかった場合、応答時間はどのくらいですか。夜間や休日にも対応できますか。 「可能な限り早く」ではなく、具体的な数字
3 複数のお客様で同時にパッチ適用が必要になった場合、どのように優先順位を付けますか。 優先順位の考え方と、人員上の限界の明示
システムの中身を把握する
4 システムは、どのライブラリの、どのバージョンを使用していますか。 一覧。リリースごとに更新されるもの
5 システムは、どの外部サービスに、なぜ接続していますか。 理由を添えた一覧
6 レビューとテストは誰が行いましたか。その記録を見ることはできますか。 変更ごとの記録
開発でのAIの利用
7 開発チームはどのAIツールを使っていますか。会社のアカウントですか、個人のアカウントですか。 ツール名とアカウントの種類
8 当社のソースコードやデータは、AIツールに入力されますか。 「はい」か「いいえ」と、学習に関する設定
システムにAIが含まれる場合
9 文書の閲覧権限は検索の段階で制御されていますか。それともプロンプトの中だけですか。 アーキテクチャの説明
10 人の承認なしにAIが自動で実行できる操作は何ですか。 操作の一覧

正直な「いいえ」は、あいまいな「はい」よりも価値があります。時間外には対応しないと明言するベンダーであれば、貴社は何で補うべきかを把握できます。すべての質問に「保証します」と答えるベンダーは、まだどの質問にも答えていないと言えます。

5. VAONは、これらの質問にどう答えるか

VAONは、上の質問の一部にはすでにある事実でお答えでき、残りは案件ごとの取り決めとなります。下の表には、VAONがまだ持っていないものも含めて、その両方を記載しています。

項目 VAONの回答(2026年10月時点)
レビューとテストの記録(質問6) すべての案件で保存しており、お客様にご覧いただけます
報告の頻度 すべての案件で週次の報告を行っています
外部接続(質問5) VAONが自社開発したオンプレミスの請求書・契約管理システムで実施済みです。ソースコードを走査したところ、見つかった環境変数は6つで、すべてSMTP用でした(2026年8月24日計測)
AIシステムでの権限管理(質問9) ONEBOTにはロールベースのアクセス制御(RBAC)があります
パッチ適用、応答時間、時間外対応(質問1〜3) 契約ごとの取り決めとなります。数字を契約書に明記されることをおすすめします
ISO 27001の認証 認証は取得していません
24時間監視、インシデント対応、ペネトレーションテスト VAONは提供していません
規模 社員は15名です。短期間に数十名を必要とする案件は、VAONの対応力を超える可能性があります

VAONが「取得していません」「提供していません」という行も表に入れているのは、お客様がご自身で評価されるために必要な情報だからです。15名の開発会社が、専任のセキュリティチームの代わりになることはできません。VAONが責任を負うのは、確認の記録がそろったソフトウェアを納品すること、そしてシステムが何で構成されているかを正確にお伝えすることです。

6. このチェックリストでは足りないのは、どのような場合か

30日間のチェックリストでは足りない場合が4つあり、その場合は専門の事業者への相談が必要です。

  • 業界に固有の規制がある場合。 金融機関は、本記事の整理ではなく、金融庁の原文に従う必要があります。指定を受けた基幹インフラ事業者には、2026年10月1日からインシデントの報告義務があります。
  • すでに侵入された兆候がある場合。 自社だけで対処せず、インシデント対応の専門事業者と警察に連絡してください。
  • 継続的な監視が必要な場合。 チェックリストがあっても、夜間に監視する担当者が生まれるわけではありません。
  • 法的な見解が必要な場合。 本記事は法的な助言ではありません。法令や契約上の義務については、弁護士による確認が必要です。

このチェックリストも、いずれ古くなります。IPAは、状況が数か月で変わる可能性があると述べています。このチェックリストは、6か月ごとに見直されることをおすすめします。


稼働中のシステムを、上の10の質問に沿って点検してみませんか。 VAONが、ライブラリ、外部接続、確認記録の一覧化をご一緒し、優先して対応すべき部分をお伝えします。無料相談はこちら

連載記事一覧

  1. 日本におけるAIサイバー攻撃:基本的な考え方、3つのリスク分類、先に取り組むべきこと
  2. AIによるフィッシングとディープフェイク:なぜ業務手順で防ぐ必要があるのか
  3. AIが書いたマルウェアと、悪用までの時間が縮む脆弱性
  4. プロンプトインジェクションと、RAG・AIエージェントへの攻撃
  5. シャドーAIとAIが生成したコード:AIの使い方そのものから生じるリスク
  6. 30日間のチェックリストと、ベンダーに送っておきたい質問(本記事)

参考資料(2026年10月10日確認)

  • 国家サイバー統括室ほか13機関 AI性能の高度化を踏まえたサイバーセキュリティ対策の強化について ~Project YATA-Shield~(2026年5月18日):https://www.cyber.go.jp/pdf/press/20260518_AI_CS_Package.pdf
  • 金融庁、日本銀行 「フロンティアAIによる脅威変化を踏まえた金融機関等の短期的な対応」に係る要請について(2026年5月22日):https://www.fsa.go.jp/news/r7/sonota/20260522-5/20260522.html
  • 総務省 「AIのセキュリティ確保のための技術的対策に係るガイドライン」の公表(2026年3月27日):https://www.soumu.go.jp/menu_news/s-news/01cyber01_02000001_00282.html
  • IPA 中小企業の情報セキュリティ対策ガイドライン 第4.0版:https://www.ipa.go.jp/security/guide/sme/about.html
  • サイバー対処能力強化法等の施行について(内閣府のウェブサイトに掲載された資料):https://www.cao.go.jp/cybersecurity/pdf/sekousetsumei.pdf

ビジネス変革の準備はできていますか?

AIとデジタル変革の活用について、ぜひご相談ください。

よくある質問

Project YATA-Shieldとは何ですか。
Project YATA-Shieldは、AIの高度化を踏まえてサイバーセキュリティ対策を強化するための対策パッケージで、国家サイバー統括室とほか13の機関が2026年5月18日に公表しました。重要インフラ事業者や政府機関を対象とした内容に加え、ソフトウェアベンダーに対して、セキュア・バイ・デザインの原則に沿った脆弱性の早期発見と対処を呼びかけています。
金融庁の9項目は、金融分野以外の企業にも適用されますか。
義務ではありません。2026年5月22日の文書は、金融機関に宛てたものです。ただし、優先すべきシステムの特定、技術的負債の解消、保守契約の見直し、リスクに応じたパッチ適用といった内容は、どの企業でも活用できます。金融機関にサービスを提供している企業には、お客様を通じてこれらの質問が届くと考えられます。
サイバー対処能力強化法は、誰に影響しますか。
この法律は、指定を受けた基幹インフラ事業者に対し、2026年10月1日からインシデントの報告義務を課しています。一般の企業に直接の義務はありません。こうした事業者にシステムを提供している企業は、お客様が期限内に報告できるよう支援する準備をしておくことをおすすめします。
IT担当者がいない小規模な企業は、どこから始めればよいですか。
高度な専門知識を必要としない4つの項目から始めてください。送金時の確認ルールを定めること、多要素認証を有効にすること、バックアップからの復旧を試すこと、保守会社との契約を読み直すことです。IPAは、中小企業向けガイドライン第4.0版とあわせて、自己診断ツール「5分でできる!情報セキュリティ自社診断」を提供しています。
海外のベンダーでも、これらの質問に答えられますか。
答えられるはずです。第4章の10の質問は、国ではなく、ベンダーが自社のシステムを管理できているかどうかに左右されます。海外のベンダーには、2点を追加されることをおすすめします。データとソースコードの保管場所、そして日本時間での緊急連絡手段です。
より明確な指針が出るのを待ってから取り組むべきでしょうか。
待つことはおすすめしません。これまでに公表された文書はいずれも基本的な対策が中心であると述べており、第3章の16項目は今後のどの指針にも左右されません。待つことに合理性があるのは、新しいツールへの大きな投資だけです。そうした投資は、基本的な対策を終えてから判断されるとよいでしょう。

記事をシェア