2026年8月27日、OpenAIは「A call for collective action on cyber defense」という公開書簡を出しました。これは、AIを使ったサイバー攻撃が今後さらに広がり、高度化する可能性があるとして、企業、政府、サイバーセキュリティ企業、テクノロジー企業、AI開発企業に、守る側の体制を急いで強化するよう呼びかける内容です。
この書簡には、OpenAIだけでなく、Anthropic、AWS、Google、Microsoft、Oracle、Cloudflare、CrowdStrike、Hugging Face、Palo Alto Networks、Visa、Mastercard、IBM、Cisco、Accenture、PwCなど、多数の企業や組織が署名しています。競合関係にあるAI企業やクラウド企業、金融、通信、セキュリティ、ソフトウェア、インフラ関連企業が並んでいる点が、今回のニュースの大きな特徴です。
重要なのは、「AIが危ない」という一言で片づける話ではないことです。AIは攻撃側の作業を速く、安く、広くする可能性があります。一方で、防御側にとっても、脆弱性の発見、ログの整理、設定ミスの検知、修正の優先順位づけ、訓練、ナレッジ共有を助ける道具になります。今回の共同声明は、攻撃側だけがAIを使う未来ではなく、防御側もAIを使って社会全体の弱点を減らす必要がある、という問題提起です。
この記事では、OpenAIの公開書簡をもとに、AIサイバー防衛とは何か、なぜ「共同対応」が強調されたのか、企業や個人が何を確認すべきかを整理します。なお、サイバーセキュリティ、医療、金融、法律、税務、雇用、契約、行政手続き、公共インフラ、安全に関わる判断は、AIの回答だけで決めるものではありません。必ず公式資料、担当部門、専門家、契約、法令、社内規程、権限を持つ責任者を確認してください。
何が発表されたのか
OpenAIの公開書簡は、AIを使ったサイバー攻撃が「より広く、より高度になる」可能性を前提に、デジタル社会を守るための緊急の協力を求めています。書簡では、病院、水処理施設、インターネットを支えるインフラなど、地域社会が依存するサービスがリスクにさらされる可能性に触れています。
ただし、これは一般利用者に「すぐにすべてのサービスが止まる」と不安を与えるための発表ではありません。むしろ、長年放置されてきた脆弱性、過剰な権限、設定ミス、更新されていないソフトウェア、弱い認証、古いシステムの技術的負債が、AI時代にはより深刻な弱点になり得る、という現実的な指摘です。
書簡は、現状のままのセキュリティでは足りないこと、防御側にもサイバー能力を持つAIを届けること、企業や政府が単独ではなく共同で対応することを柱にしています。特に、サイバーセキュリティ人材や予算が十分ではない重要インフラ、地方自治体、医療機関、中小組織、オープンソース保守者などに、実用的な支援を届ける必要性が強調されています。
今回の発表が注目される理由は、署名者の幅広さにもあります。AI開発企業だけでなく、クラウド、セキュリティ、金融、通信、ソフトウェア、コンサルティング、産業インフラに関わる企業が名前を連ねています。AIサイバー防衛は、AI研究所だけで完結する問題ではなく、システムを作る企業、運用する企業、規制や支援を担う政府、利用する組織すべてに関わるテーマになっています。
なぜ今「AIサイバー防衛」なのか
サイバー攻撃は、以前から企業や行政にとって大きなリスクでした。フィッシングメール、認証情報の盗難、脆弱性の悪用、ランサムウェア、サプライチェーン攻撃、クラウド設定ミスの悪用などは、AI以前から存在します。では、なぜ今、AIが大きな論点になるのでしょうか。
一つ目の理由は、攻撃の準備や実行に必要な作業が自動化されやすくなることです。AIは、公開情報の収集、文章の作成、コードの読み取り、設定の比較、ログの要約、手順の分解といった作業を高速化します。悪用されれば、攻撃者が下調べをする時間を短くし、より多くの標的に似た攻撃を試す助けになります。
二つ目の理由は、攻撃の見た目が自然になりやすいことです。フィッシングや詐欺的な連絡では、不自然な文章や翻訳調の表現が見破る手がかりになることがありました。生成AIの文章作成能力が上がると、自然な日本語、相手の業務に合わせた文面、実在の社内用語に近い表現が作られやすくなります。これは、一般社員や個人ユーザーにとっても注意が必要な変化です。
三つ目の理由は、防御側の負担も増えていることです。企業のIT環境は、クラウド、SaaS、社内システム、委託先、API、モバイル端末、リモートワーク、AIツールが絡み合い、以前より複雑になっています。セキュリティ担当者がすべてを手作業で確認するのは難しくなっています。AIを使って攻撃が広がるなら、防御側もAIを使って検知、整理、優先順位づけをしなければ追いつきにくくなります。
四つ目の理由は、重要インフラの現実です。医療、水道、電力、通信、物流、金融、行政サービスなどは、止まると生活に直接影響します。しかし、すべての組織が大企業並みの人材や予算を持っているわけではありません。今回の公開書簡が「防御能力を広く届ける」ことを重視しているのは、この偏りを放置すると社会全体のリスクになるからです。
共同声明の3つの柱
公開書簡の考え方は、大きく三つに分けられます。第一に、従来のセキュリティ水準では足りないという認識です。AIによって攻撃側の速度や規模が上がるなら、弱い認証、古いソフトウェア、過剰な権限、放置された設定ミスは、これまで以上に狙われやすくなります。
これは、最新のAIツールを入れれば解決するという意味ではありません。むしろ、基本的な管理ができていない状態でAIだけを追加すると、確認すべき範囲が増えます。多要素認証、最小権限、更新管理、バックアップ、ログ監視、脆弱性管理、委託先管理、復旧訓練といった基礎を積み上げることが前提になります。
第二に、防御側にもサイバー能力を持つAIを届けるという考え方です。AIは、専門家だけが使う高価な道具ではなく、より多くの防御者が実務で使える形にする必要があります。たとえば、膨大なアラートから優先度の高いものを抽出する、古いライブラリの危険度を整理する、設定変更の影響を説明する、修正案を作る、対応履歴を要約する、といった使い方が考えられます。
第三に、対応は共同でなければならないという考え方です。サイバー攻撃は国境を越え、ソフトウェアのサプライチェーンも複雑です。ある組織で見つかった脆弱性や攻撃手法は、他の組織にも関係することがあります。脅威情報、実証済みの修正方法、訓練の知見、復旧の手順を共有できれば、一つの組織の学びが多くの組織の防御につながります。
この三つの柱は、企業の経営判断にもつながります。AIサイバー防衛は、情報システム部門だけの課題ではありません。事業継続、顧客信頼、取引先との契約、保険、監査、法令対応、採用、教育、広報にも影響します。経営層が「便利なAI導入」と「守るためのAI活用」を分けずに考えることが必要です。
企業がまず確認すべき5つのこと
企業が今回のニュースを受けて最初に確認すべきなのは、自社がAIを使っているかどうかだけではありません。AIを使っていない業務でも、メール、クラウド、Webサイト、取引先のシステム、公開ソフトウェア、認証基盤が攻撃対象になる可能性があります。まずは、守るべきものを具体的に棚卸しする必要があります。
一つ目は、重要なシステムとデータの把握です。顧客情報、決済情報、医療情報、契約情報、従業員情報、設計情報、営業秘密、業務停止につながるシステムを洗い出します。どの部署が責任を持ち、誰が復旧判断をし、どの外部委託先が関わるのかも確認します。守る対象が曖昧なままでは、AIによる検知や優先順位づけも有効に使えません。
二つ目は、権限の見直しです。AI時代のサイバー防衛では、過剰な権限が大きな弱点になります。退職者や異動者のアカウントが残っていないか、共有アカウントが使われていないか、管理者権限が多すぎないか、外部委託先の権限が必要以上に広くないかを確認します。最小権限は地味ですが、攻撃が広がる範囲を狭める基本です。
三つ目は、更新と設定の確認です。古いソフトウェア、放置されたクラウド設定、公開範囲が広すぎるストレージ、暗号化されていない通信、弱いパスワード、ログが残らない設定は、AIの有無に関係なく危険です。AIを使った防御ツールは、こうした弱点の洗い出しを助ける可能性がありますが、最終的に修正するのは組織の責任です。
四つ目は、AIツールの利用ルールです。社員が外部AIサービスに業務データを入力してよい範囲、AIが社内システムに接続してよい範囲、AIが作ったコードや設定を誰が確認するか、ログをどこに残すかを明確にします。AIエージェントにメール送信、ファイル削除、権限変更、支払い、契約、公開、デプロイなどの操作を任せる場合は、承認や停止条件が必須です。
五つ目は、復旧訓練です。攻撃を完全に防げる前提で設計するのは危険です。バックアップから復旧できるか、復旧手順が最新か、担当者が不在でも動けるか、広報や顧客対応の準備があるか、取引先や監督官庁への連絡が必要かを確認します。AIを使った検知が早くても、復旧判断と責任分担が曖昧なら被害は長引きます。
AI防御ツールを入れる前に決めること
AIを使ったセキュリティツールは、ログ分析、コード検査、脆弱性管理、フィッシング検知、問い合わせ対応、インシデント対応の支援などで役立つ可能性があります。しかし、導入前に決めるべきことを飛ばすと、便利なツールが新しいリスクになります。
まず、AIに何を見せるのかを決めます。セキュリティログには、IPアドレス、ユーザー名、端末情報、アクセス先、業務システム名、顧客情報に近い内容が含まれることがあります。AIに渡すデータの範囲、保存期間、学習利用の有無、外部送信の有無、国外移転の有無を確認する必要があります。
次に、AIにどこまで行動させるのかを決めます。アラートの要約、優先順位づけ、修正案の提示までは比較的導入しやすい領域です。一方で、アカウント停止、通信遮断、設定変更、パッチ適用、コード修正、本番反映、取引先への通知などは、業務影響が大きくなります。自動実行にする場合でも、人間の承認、ロールバック、監査ログ、例外時の停止が必要です。
さらに、AIの判断をどう検証するかも重要です。AIが「危険度が高い」と判断した理由を、担当者が追える形で残す必要があります。逆に、AIが問題なしと判断したものが本当に安全かも確認しなければなりません。AIは見逃しも誤検知もあり得るため、定期的な評価、ルール更新、検知結果のレビューが欠かせません。
最後に、責任分担を明確にします。AIツールの提案を採用する責任は誰にあるのか。誤検知で業務を止めた場合、誰が判断するのか。顧客や取引先に影響が出た場合、誰が説明するのか。委託先のAIツールが関わる場合、契約上どこまで保証されるのか。こうした点は、導入契約、運用規程、インシデント対応計画で確認する必要があります。
個人ユーザーが気をつけるべきこと
今回の共同声明は大企業や政府向けの話に見えるかもしれません。しかし、AIを使ったサイバー攻撃の高度化は、個人にも関係します。メール、SMS、SNS、ネット銀行、クレジットカード、通販、クラウドストレージ、学校や勤務先のアカウントなど、個人の生活にもデジタルサービスは深く入り込んでいます。
まず気をつけたいのは、自然な文章の詐欺です。AIを使えば、誤字だらけではない、相手に合わせた説得力のある文面を作りやすくなります。「日本語が自然だから本物」とは言えません。金融機関、宅配、通信会社、勤務先、自治体、家族、取引先を装う連絡では、リンクを開く前に送信元、公式アプリ、公式サイト、電話番号を確認することが大切です。
次に、重要アカウントの認証です。パスワードの使い回しを避け、多要素認証を有効にし、不要な連携アプリを外し、使っていないサービスは整理します。AI時代だからこそ、基本的な防御がより重要になります。攻撃が速くなっても、認証が強く、権限が絞られ、復旧手段が整っていれば、被害を小さくできる可能性があります。
AIサービスに入力する情報にも注意が必要です。個人番号、口座番号、クレジットカード情報、医療情報、勤務先の未公開情報、顧客情報、家族や第三者の情報、契約書の詳細、本人確認書類などは、利用規約やデータ管理の扱いを確認しないまま入力すべきではありません。AIに相談する場合は、個人を特定できる情報を削る、要約して入力する、公式窓口で確認する、という工夫が必要です。
また、AIの助言を最終判断にしないことも大切です。健康、法律、税金、投資、保険、雇用、契約、行政手続き、安全に関する内容では、AIは理解を助ける道具にはなりますが、判断の代わりにはなりません。公式サイト、医療機関、弁護士、税理士、金融機関、勤務先、自治体、契約書など、責任ある情報源を確認してください。
重要インフラで特に慎重になる理由
公開書簡が病院や水処理施設などに触れているのは、重要インフラの停止が生活に直結するからです。医療機関のシステムが止まれば診療や検査に影響する可能性があります。水道や電力、通信、物流、金融、行政サービスに障害が起きれば、地域社会の広い範囲に影響します。
こうした分野では、AIの活用そのものを避ければ安全になるわけではありません。人手不足、古いシステム、限られた予算、複雑な委託関係、24時間稼働の制約があるため、AIによる検知や整理、訓練支援が役立つ場面もあります。ただし、現場に影響する操作をAIだけで進めるのは危険です。
たとえば、病院のネットワークでAIが異常を検知したとしても、どの通信を止めるかは医療行為や患者安全に関わる可能性があります。水処理施設や電力設備でも、単純な遮断が安全とは限りません。重要インフラでは、サイバー担当者、現場運用者、経営層、委託先、規制当局、専門家が連携し、業務継続と安全を両立させる必要があります。
この点で、AIサイバー防衛は単なる技術導入ではなく、運用設計の問題です。AIに見せるデータ、AIが出す提案、現場が採用する手順、緊急時の承認、復旧の優先順位、外部への連絡を事前に決める必要があります。AIは判断材料を増やせますが、責任ある意思決定の仕組みを置き換えるものではありません。
NISTやCISAの考え方とどうつながるか
今回の公開書簡はOpenAIを中心に出されたものですが、考え方は既存の公的フレームワークともつながります。NISTのサイバーセキュリティフレームワークは、組織がサイバーリスクを理解し、管理し、改善するための考え方を示しています。AI時代でも、資産の把握、保護、検知、対応、復旧という基本は変わりません。
NISTのAIリスクマネジメントフレームワークは、AIシステムを設計、開発、利用、評価する組織が、信頼性、安全性、セキュリティ、説明可能性、プライバシー、公平性などを考えるための枠組みです。AIを防御に使う場合でも、AIツールそのものの信頼性や安全性を管理する必要があります。
さらに、NISTはAIに関するサイバーセキュリティプロファイルの検討も進めています。そこでは、AIシステム自体を守ること、AIを使って防御すること、AIを使った攻撃に備えることが論点になります。今回の共同声明も、まさにこの三つの領域を横断する話です。
CISAと英国NCSCなどが公表した安全なAIシステム開発のガイドラインも参考になります。そこでは、AIシステムの設計、開発、導入、運用において、セキュリティを後付けではなく最初から組み込む考え方が重視されています。AIを入れる前に、どのリスクを誰が管理するのかを決めることが大切です。
企業が実務で考えるなら、公開書簡だけを読むのではなく、NISTやCISAなどの公的資料、自社の業界ガイドライン、監督官庁の通知、契約上の義務、顧客との約束を合わせて確認する必要があります。特に金融、医療、行政、教育、重要インフラでは、一般的なAI活用論だけでは足りません。
AI時代の「人の確認」はどこに置くべきか
AIサイバー防衛で難しいのは、速さと確認のバランスです。攻撃が速くなるなら、防御も速くしなければなりません。一方で、AIの提案をすべて自動で実行すると、誤検知や誤判断で業務に影響を出す可能性があります。
人の確認を置くべき場所は、影響の大きさで考えると整理しやすくなります。ログの要約、類似事例の検索、チェックリスト作成、注意喚起文の下書きなどは、AIの支援を受けやすい領域です。人間は出力を確認し、必要に応じて修正します。
一方、アカウント停止、ネットワーク遮断、本番設定変更、パッチ適用、顧客通知、当局報告、契約上の判断、医療や安全に関わる運用判断は、人間の責任者が承認すべき領域です。自動化する場合でも、事前に承認条件、対象範囲、例外処理、復旧手順、監査ログを決める必要があります。
また、AIの出力を確認する人に十分な文脈がないと、形式的な承認になってしまいます。AIがなぜその提案をしたのか、どのデータを見たのか、どの選択肢を比較したのか、実行した場合の影響は何かを表示できる設計が重要です。説明できない提案は、重要な場面では使いにくいものです。
人の確認は、AIの速度を落とすための障害ではありません。重要な判断を誤らないための安全装置です。AIを使って作業を速くし、人間は責任ある判断に集中する。この役割分担ができて初めて、AIサイバー防衛は実務で役に立ちます。
中小企業や小規模組織は何から始めるか
大企業のような専門チームを持たない組織にとって、AIサイバー防衛という言葉は大げさに感じられるかもしれません。しかし、最初から高度なAI防御システムを導入する必要はありません。まずは、被害を受けたときに困るものを絞り、基本対策を固めることが現実的です。
最初に確認したいのは、重要アカウントの多要素認証です。メール、クラウドストレージ、会計、EC、顧客管理、サーバー、ドメイン管理、SNS、WordPressなど、乗っ取られると影響が大きいものから優先します。管理者権限を持つアカウントは特に重要です。
次に、バックアップと復旧確認です。バックアップを取っているつもりでも、実際に戻せないケースがあります。ランサムウェアや誤削除に備えるなら、バックアップの保存場所、世代管理、復元手順、担当者、復旧にかかる時間を確認します。AIツールよりも先に、この確認が必要な場合も多いでしょう。
三つ目は、従業員向けの連絡ルールです。急な振込依頼、パスワード再設定、添付ファイル、社長や取引先を装うメール、生成AIで自然に作られた文章への対応を決めます。「少しでも不自然なら別経路で確認する」「リンクからではなく公式サイトや登録済み連絡先を使う」といったルールは、AI時代にも有効です。
四つ目は、AI利用の最低限のルールです。業務データを外部AIに入力してよいか、顧客情報を含む文書を要約させてよいか、AIが作った文章をそのまま送ってよいか、AIが作ったコードを誰が確認するかを決めます。小規模組織ほど、暗黙の運用に頼ると事故時の説明が難しくなります。
読者が今日できる確認リスト
今回のニュースを読んで、すぐに高度な専門ツールを導入する必要はありません。まずは、自分や自社の足元を確認することが重要です。個人なら、主要アカウントの多要素認証、パスワードの使い回し、不要なアプリ連携、怪しいメールやSMSの確認方法を見直します。
企業なら、管理者権限、外部委託先のアクセス、重要データの保管場所、バックアップ、更新管理、AIサービスへの入力ルール、インシデント時の連絡先を確認します。すでにAIツールを使っている場合は、AIがどのデータにアクセスできるのか、何を自動実行できるのか、ログは残るのか、人間の承認はどこにあるのかを見てください。
経営層は、サイバー防衛を「情報システム部門の細かい話」として扱わないことが大切です。攻撃による停止、顧客情報の漏えい、取引先への影響、信用低下、法令対応、復旧費用は、事業そのものに関わります。AI時代のサイバー防衛は、コストではなく事業継続の前提として考える必要があります。
セキュリティ担当者は、AIを万能視せず、使いどころを絞ることが重要です。AIに任せる作業、AIが提案するだけの作業、人間の承認が必要な作業、自動化してはいけない作業を分けます。特に、医療、金融、行政、契約、雇用、安全、重要インフラに関わる作業では、専門家と責任部門の確認が欠かせません。
まとめ
OpenAIのAIサイバー防衛共同声明は、AIがサイバー攻撃を速く、広く、高度にする可能性を前提に、防御側もAIと協力体制を使って備えるべきだと訴えるものです。署名者には、主要AI企業、クラウド企業、セキュリティ企業、金融、通信、ソフトウェア、コンサルティングなど幅広い組織が含まれています。
今回のポイントは、AIを恐れることでも、AIにすべてを任せることでもありません。古い弱点を減らし、権限を絞り、更新と設定を見直し、ログを残し、復旧手順を確認し、防御側にもAIの支援を届けることです。そして、重要な判断には人間の承認と責任を残すことです。
個人にとっても、自然な文章の詐欺、アカウント乗っ取り、不要なアプリ連携、AIへの個人情報入力は身近なリスクです。多要素認証、公式経路での確認、入力情報の最小化、重要判断の専門家確認を習慣にすることが、AI時代の基本的な防衛になります。
AIサイバー防衛は、特別な専門家だけの話ではありません。企業、行政、学校、医療機関、地域インフラ、個人ユーザーが、それぞれの立場で守る範囲を確認し、弱点を減らし、必要なときに助け合える形を作ることが求められています。まずは、自分のアカウント、自社の権限、更新されていないシステム、AIに渡している情報を確認するところから始めるのが現実的です。
参考にした情報
- OpenAI: A call for collective action on cyber defense
- Check Point: Check Point Supports OpenAI’s Call for Collective Action on Cyber Defense
- NIST: Cybersecurity Framework
- NIST: AI Risk Management Framework
- NIST CSRC: Cybersecurity Framework Profile for Artificial Intelligence
- CISA: Guidelines for Secure AI System Development
