序論：レジリエンスへのパラダイムシフトと2025年の脅威地政学
現代の企業経営において、ITインフラは単なる補助的なツールではなく、ビジネス価値を創出する中枢神経系へと進化している。しかし、2024年から2025年にかけて発生した広域的なサイバーインシデントは、従来の「境界防御」を前提としたIT事業継続計画（ITBCP）が、もはや高度化する脅威に対して無力であることを露呈させた。ランサムウェア攻撃は、単なるデータの暗号化から、二重・三重の脅迫、さらにはサプライチェーン全体を人質に取る「エコシステム攻撃」へと変貌を遂げている 。
2024年に推定されたサイバー犯罪による経済的損失は約9.5兆ドルに達し、2025年には10.5兆ドルを超えると予測されている 。この天文学的な数字の背景には、AIを悪用したフィッシングの高度化、VPN機器のゼロデイ脆弱性を突いた侵入、そして管理者権限の組織的な奪取がある 。こうした動的な脅威環境において、企業が追求すべきは「絶対的な防御」ではなく、侵害を前提としながらも中核業務を維持し、迅速に再起する「サイバー・レジリエンス」である 。
本報告書では、ゼロトラスト・アーキテクチャ（ZTA）をITBCPの基盤に据え、セキュリティ・マネジメントと実務上の事業継続をいかに統合すべきかを考察する。特に、インシデント発生時にセキュリティ対策がビジネスの足を引っ張る「切断状態」を回避し、組織内各部門や取引先とどのように協調すべきか、過去の実例から導き出されたベストプラクティスを詳述する。
2024-2025年のサイバーインシデント分析：失敗と成功の分岐点
近年の大規模事案を詳細に検証すると、ITBCPの成否を分ける要因が、単なる技術力の差ではなく、組織的な準備と意思決定の構造にあることが理解できる。
アサヒグループホールディングス：中枢インフラ侵害への組織的対応
2025年9月に発生したアサヒグループホールディングス（以下、アサヒGHD）へのランサムウェア攻撃は、大規模組織が直面するリスクの縮図を示している。攻撃者は発覚の約10日前からネットワーク機器経由で侵入し、管理者権限を奪取して探索活動を行っていた 。
| 項目 | 内容・詳細 |
|---|---|
| 初動検知 | 9月29日午前7時頃、システム障害として検知。調査により暗号化を確認 。 |
| 隔離措置 | 同日午前11時、被害拡大防止のためネットワーク遮断とデータセンターの隔離を実施 。 |
| 業務影響 | 受注・出荷業務の遅延、2025年12月期第3四半期決算発表の延期 。 |
| 組織対応 | 社長出席による記者会見（11月27日）を実施。調査結果と再発防止策を透明性高く公表 。 |
| 被害規模 | 最大約191万件の個人情報漏洩の恐れ。クレジットカード情報は含まず 。 |
アサヒGHDの対応において評価されるべきは、データセンターという「中核」が侵害されたことを即座に認識し、全社的なネットワーク遮断という苦渋の決断を下したスピード感である。一方で、この遮断が物流や決算業務に直撃した事実は、セキュリティ上の「封じ込め」と「業務継続」が表裏一体であることを物語っている。再発防止策として同社が掲げた「BCPの再設計」と「バックアップ戦略の実装見直し」は、まさに本報告書が提唱するITBCPの核心である 。
UNFIとサプライチェーンの寸断：封じ込めの代償
2025年6月に発生した食品卸大手United Natural Foods, Inc. (UNFI) への攻撃は、一企業のITBCPが公共のサプライチェーンにいかに深刻な影響を及ぼすかを示した。UNFIは攻撃検知後、速やかにシステムをオフラインにしたが、この「セキュリティ上の正解」が、ホールフーズを含む多くの小売店への食料供給を停止させるという「ビジネス上の大問題」を引き起こした 。
この事案が示唆する教訓は、ITBCPにおけるリスクモデリングには、セキュリティ封じ込め措置そのものがもたらす「業務停止リスク」を算入しなければならないという点である。単にシステムを止めるのではなく、特定の業務機能を維持しながら攻撃を封じ込める「マイクロセグメンテーション」がいかに重要であるかを、この失敗事例は強調している 。
Qantas：ソーシャルエンジニアリングとアイデンティティの脆弱性
2025年7月のQantas Airwaysにおけるデータ侵害は、技術的な脆弱性ではなく、ヘルプデスクという「人間系」のプロセスが狙われた。攻撃者は「Scattered Spider」と呼ばれる集団の手口を模倣し、ヘルプデスクに対して「電話を紛失した」と称するソーシャルエンジニアリングを仕掛け、特権アカウントのパスワードをリセットさせた 。
この事例は、ゼロトラストにおける「アイデンティティの信頼性」が、ITBCPの出発点であることを示している。復旧プロセスにおいて、管理者の本人確認を「LinkedInで調べられる情報（社員IDや上司名）」に頼っているようでは、攻撃者による復旧作業の妨害を防ぐことはできない。復旧時のアイデンティティ検証には、オフィスへの対面出頭や、物理的なトークンを用いた厳格なプロトコルが求められる 。
ゼロトラスト・アーキテクチャによるITBCPの構造的変革
従来の境界防御型BCPは、壁の外側を防ぐことに注力し、内部に侵入された後のシナリオが脆弱であった。ゼロトラストに基づくITBCPは、「侵害を前提（Assume Breach）」とし、ネットワーク内部での耐性を高めることに重点を置く 。
マイクロセグメンテーションと爆発半径の制御
ゼロトラスト環境下では、ネットワークは微細なセグメントに分割される。これにより、ある部門のPCがランサムウェアに感染しても、その影響を当該セグメント内に封じ込め、工場の製造ラインや物流システムといった他の重要セグメントの業務を継続させることが可能になる 。
| ゼロトラストの構成要素 | ITBCPにおける役割 | 実装のポイント |
|---|---|---|
| マイクロセグメンテーション | 攻撃の横展開（ラテラルムーブ）を阻止し、業務継続範囲を最大化する 。 | アイデンティティに基づき、業務上の必要最低限の通信のみを許可する 。 |
| 継続的な検証 | 接続中も常にリスクを評価し、異常を検知した瞬間にアクセスを遮断する 。 | デバイスの健全性（ポスチャ）やユーザーの振る舞いをリアルタイム監視する 。 |
| 最小特権原則 | 攻撃者が権限を奪取しても、操作できる範囲を極小化する 。 | 恒久的な特権を廃止し、Just-In-Time (JIT) アクセスを導入する 。 |
| 全層MFAの適用 | 認証情報の窃取による被害を、ネットワーク全体で防御する 。 | レガシーシステムや管理者ツールに対してもネットワークレイヤーでMFAを強制する 。 |
「構造的免疫」としてのITインフラ
サイバー・レジリエンスの本質は、インシデント発生後の「手動の対応」を減らし、インフラ自体が自律的に防御・継続する「構造的免疫」を構築することにある。Zero Networksが提唱するように、デフォルトで全てのシステムを不可視化し、明示的な許可がない限りアクセスを拒否する設計は、インシデント発生時の混乱を劇的に軽減する 。これにより、管理者は「どの通信を切るべきか」を判断するのではなく、「どの正当な業務を維持するか」に集中できるようになる。
ビジネス・インパクト・分析（BIA）の再定義とITリソースの動的紐付け
ITBCPがビジネスから切断される最大の要因は、BIA（ビジネス・インパクト・分析）が形式化しており、実際のIT依存関係を反映していないことにある。
業務プロセスとIT依存性のマッピング
BIAにおいては、各業務が停止した際の影響を「財務的損害」「法的損害」「評判損害」の観点から評価し、優先順位（トリアージ）を決定する 。しかし、サイバー攻撃の場合は「特定のサーバが止まる」のではなく、「認証基盤が止まることで全てのクラウドサービスにアクセスできなくなる」といったドミノ倒し的な停止が発生する 。
| 重要業務 | RTO（目標復旧時間） | 依存するITコンポーネント | 代替手段（Workaround） |
|---|---|---|---|
| オンライン決済 | 1時間 | 認証API, DBサーバ, 決済ゲートウェイ | なし（即時停止） |
| 配送指示 | 4時間 | ERPシステム, 物流DB, 拠点間VPN | FAXまたは手書き伝票による運用 |
| 顧客窓口 | 8時間 | CRM, VoIP, メーラー | 代表電話による受付、SNSによる広報 |
| 給与計算 | 72時間 | 人事給与システム, 銀行連携ソフト | 過去の実績に基づく概算払い |
BIAの過程で最も重要なのは、事業部門（LOB）の責任者が、システム停止時の「手動での回避策」をどれだけ具体的に持っているかである。Stay in Business (SIB) プラットフォームのようなツールを活用し、マニュアル手順やピーク時間帯の影響度を可視化しておくことが、現場を巻き込んだITBCPの第一歩となる 。
サイバー・レジリエンス指標の導入
取締役会や経営層に対しては、技術的な脆弱性件数ではなく、ビジネスに直結する指標（メトリクス）を提示すべきである。Oliver Wymanの提言によれば、以下の指標が推奨される 。
- 収益リスク額（Revenue at Risk）: 特定のITシステムが24時間停止した際の予測損失額。
- 製品安全検証時間（Time to Validate Safety）: 侵害後、製品やサービスの安全性を確認し、提供を再開できるまでの時間。
- アウトバンド通信の健全性: インシデント発生中、従業員や顧客と安全に通信できるチャネルの確保状況。
攻撃発生後のセキュリティ・マネジメントと「クリーンルーム」回復
インシデント発生後、ビジネスを再開させるためには、単にデータを戻すだけでは不十分である。攻撃の根跡が残ったままシステムを起動すれば、数時間以内に再暗号化が始まるからである 。
クリーンルーム・リカバリのプロセス
ゼロトラストベースの復旧において、近年注目されているのが「クリーンルーム」での回復である。これは、インターネットからも既存の汚染されたネットワークからも隔離された「清潔な環境」をクラウド上に動的に構築し、そこでシステムの健全性を検証してから本番環境へプロモートする手法である 。
- 隔離環境の構築 (Step 1): インフラ構成をコード化（IaC: Infrastructure as Code）したテンプレートを用い、マルウェアが潜伏する余地のない新品のネットワーク環境を立ち上げる 。
- バックアップの整合性検証 (Step 2): 復元対象のスナップショットをクリーンルームに展開し、最新のEDR（Endpoint Detection and Response）やフォレンジックツールでマルウェアスキャンを実施する 。
- 特権パスワードの完全刷新 (Step 3): 全ての管理者アカウント、サービスアカウント、APIキー、証明書を、隔離された環境内で更新する。既存の認証情報は全て無効化する 。
- 段階的トラフィックの移行 (Step 4): ロードバランサーのカナリアリリース機能を使い、少数のユーザーから順次、新システムへトラフィックを誘導し、異常な振る舞いがないか継続的に監視する 。
セキュリティ検証とRTOのトレードオフ判断
復旧を急ぐ事業部門と、安全を担保したいセキュリティ部門の間で必ず衝突が発生する。これを解決するために、事前に「判定基準」を合意しておく必要がある。例えば、「ADのパスワードリセットとEDRの全台展開が完了するまでは、外部接続を許可しない」といったデッドラインを明確にすることである 。
組織横断的な連携とガバナンス：CSIRTから全部署へ
ITBCPを「IT部門の計画」から「経営の武器」へ昇華させるには、全部署を巻き込んだガバナンス体制が不可欠である。
CSIRTと事業部門の役割統合
JPCERT/CCの定義によれば、組織内CSIRTは技術的な支援に留まらず、組織横断的な「調整役」としての活動が求められる 。特にインシデント時には、広報部門（メディア対応）、法務部門（規制当局への報告）、HR部門（従業員の安全確認と端末管理）との密接な連携が必要となる 。
| 部門 | インシデント発生時のITBCP上の役割 | 平時の準備活動 |
|---|---|---|
| 経営層 | リスク受容の判断、対外的な説明責任の履行 。 | サイバーリスクを経営上の最優先課題と位置づける。 |
| CSIRT | 脅威の封じ込め、フォレンジック、復旧の技術支援 。 | インシデントシナリオの策定と技術訓練。 |
| 広報 (PR) | 顧客・取引先・メディアへの透明性ある情報発信 。 | メッセージングテンプレートの事前作成。 |
| 法務 | 契約違反の確認、法執行機関・当局への届出 。 | プライバシー規制や契約上の通知義務の整理。 |
| 事業部門 (LOB) | 代替運用（マニュアル作業）の指揮、顧客対応 。 | 業務依存システムの特定と停止許容時間の定義。 |
経営層を巻き込んだ演習の重要性
プランは訓練されて初めて機能する。特に2025年のプラクティスとしては、技術的な演習だけでなく、経営層を対象とした「戦略的机上訓練（Tabletop Exercise）」が推奨される 。この訓練では、「身代金を支払うか」「サプライチェーンを止めてでも調査を優先するか」といった、正解のない二択（ジレンマ）を経営層に突きつけ、意思決定のプロセスを磨き上げることが目的である。
サプライチェーン攻撃への備えと取引先との協調プロトコル
2024年5月の情報処理受託企業への攻撃が、多数の自治体や金融機関の業務を停止させたように、現代のサイバーリスクは境界を超えて伝播する 。
総務省ガイダンスに基づく情報共有
総務省の「サイバー攻撃被害に係る情報の共有・公表ガイダンス」は、自組織が「踏み台」にされた場合や、取引先が被害を受けた場合の具体的アクションを定めている 。
- 攻撃技術情報の迅速な提供: 攻撃のIoC（IPアドレスやハッシュ値）は、ISACなどの非公開枠組みを通じて、迅速に共有すべきである。これにより、他社への二次被害を食い止めることができる 。
- 公表と通知のバランス: 個人情報の漏洩が疑われる場合は、本人の権利を保護するために速やかに通知を行う必要があるが、その内容は二次被害を誘発しないよう精査されなければならない 。
取引先との再接続プロトコル
侵害された取引先や委託先との接続を再開する際には、感情的な判断ではなく、技術的な「信頼回復のステップ」を踏むべきである。SIFMA（米国証券業金融市場協会）などが提唱する再接続フレームワークは、以下の5段階を推奨している 。
- 評価 (Assess): 取引先の侵害状況と対策状況を客観的に評価する。
- 是正 (Remediate): 脆弱性の修正や認証情報の刷新を確認する。
- 保証 (Assure): 第三者機関によるセキュリティスキャンの結果を確認する。
- 再接続 (Reconnect): 監視を強化した状態で、限定的な通信から再開する。
- 回復 (Recover): 通常運用に戻し、インシデント後の監視を継続する。
先進事例：CiscoのサプライヤーBCPプログラム
Cisco Systemsは、数百社のサプライヤーの地理的場所、製造パーツ、売上への貢献度をデータベース化し、災害やサイバーインシデントが発生した際に、どの部品が影響を受け、収益にどれだけのインパクトが出るかをリアルタイムで予測する体制を構築している 。同社は、サプライヤーの復旧にかかる時間（TTR: Time to Recover）を平時から把握し、代替製造拠点の有無をチェックすることで、競合他社よりも4週間早くビジネスを再開できるレジリエンスを確保している 。
また、Ciscoは主要な受託製造先と共同でセキュリティ投資（HPR: Highly Protected Riskステータスの取得）を行い、その結果として保険料の削減と高い補償枠を確保している 。これは、取引先を「管理の対象」としてだけでなく、「運命共同体」として捉え、共にレジリエンスを高めるというゼロトラスト時代の新しいパートナーシップの姿である。
契約・法務によるITBCPの強制力と柔軟性
取引先との連携を実効性のあるものにするためには、契約（SLA/契約条項）への反映が不可欠である。EEI（米国エジソン電気協会）のモデル契約条項は、サイバーBCPの観点から以下の3点を明確にしている 。
- 即時通知義務 (Notification): 侵害の「知識または疑い」を得た時点で、直ちに（数時間以内等）発注者にメールで通知すること。通知には発生時刻、原因、データ開示の有無を含めること 。
- 調査協力義務 (Cooperation): 被害を受けたサプライヤーは、発注者のリスク判断やフォレンジック調査に対して、自己の費用で協力しなければならないこと 。
- 再発防止策の提示 (Prevention of Recurrence): NIST SP 800-61 Rev.2等の業界標準に準拠したレスポンス計画を策定し、発注者に開示すること。また、脆弱性の修正計画（POA&M）を提示すること 。
これらの条項は、いざインシデントが発生した際に「相手が動いてくれない」という最大のリスクを回避するための法的基盤となる。
未来への展望：2025年以降の進化するITBCP
サイバー攻撃の手法が日々進化するように、ITBCPもまた静的な文書であってはならない。
AI駆動型防御と自律的レジリエンス
2025年には、AIを防御に組み込むことで、攻撃の検知からセグメントの遮断、さらには代替システムへの切り替えを数秒単位で自動実行する「プロアクティブAIセキュリティ」が主流となりつつある 。人間が判断を下す前に、AIがBIAのデータに基づき「この業務は止めてもよいが、この業務は止めてはならない」という動的な制御を行うことが期待されている。
量子耐性と長期的レジリエンス
量子コンピュータの進展を見据え、暗号化通信の基盤を量子耐性のあるものへと移行し始める組織も現れている（）。これは、過去に窃取されたデータが将来解読されるリスク（Harvest Now, Decrypt Later）に対処するものであり、ITBCPの「情報の完全性維持」という側面において重要な視点となる。
結論：組織のDNAに組み込むサイバー・レジリエンス
サイバーインシデント発生時におけるITBCPの「あるべき姿」とは、単にシステムを復旧させる手順書を指すのではない。それは、ゼロトラストという思想の下で、ITインフラ、業務プロセス、そして組織文化が三位一体となって機能する「生存戦略」そのものである。
本報告書で示したプラクティスを要約すれば、以下の3点に集約される。
- 技術的基盤としてのゼロトラスト: マイクロセグメンテーションと全層MFAにより、攻撃の「爆発半径」を最小限に抑え、侵害下での業務継続を可能にする 。
- ビジネスとITの密結合: BIAを通じて重要業務とITリソースの依存関係を詳細にマッピングし、現場が納得できる復旧優先順位と代替運用手順を確立する 。
- エコシステム全体での協調: 取引先を運命共同体と見なし、契約、情報共有、再接続プロトコルの3つの軸で、サプライチェーン全体のレジリエンスを向上させる 。
2025年のデジタル環境において、サイバー攻撃は「万が一の事態」ではなく、今日、あるいは明日にでも起こりうる「日常的な経営リスク」である。アサヒGHDの事例が示したように、経営トップが前面に立ち、透明性を持ってインシデントに対峙する姿勢こそが、究極のレジリエンスを生む。本報告書が提示したゼロトラストベースのITBCPが、企業の持続可能な成長と、社会的な信頼の維持に寄与することを確信している。
最後に、ITBCPの策定と実行に携わる全ての専門家諸氏には、PPOSTTEモデル（人員、プロセス、組織、システム、技術、訓練、経験）を用いた継続的な自己評価を推奨する 。計画は策定した瞬間に陳腐化が始まるが、レジリエンスを向上させようとする組織の「適応力」こそが、サイバー犯罪という最大の不確実性に対する唯一の、そして最強の防御となるのである。
引用文献
- サイバーセキュリティ 2025 （2024 年度年次報告・2025 年度年次 …, 4月 15, 2026にアクセス、 https://www.cyber.go.jp/pdf/policy/kihon-s/cs2025.pdf
- Top 5 Zero Trust Cybersecurity Key Takeaways for 2024-2025 – TrustBuilder, 4月 15, 2026にアクセス、 https://www.trustbuilder.com/en/top-5-zero-trust-cybersecurity-key-takeaways-for-2024-2025/
- Zero Trust Architecture as a Risk Countermeasure in Small–Medium Enterprises and Advanced Technology Systems – PMC, 4月 15, 2026にアクセス、 https://pmc.ncbi.nlm.nih.gov/articles/PMC12411126/
- 2024年のインシデント事例まとめ＆2025年に注意すべき脅威とは？ -セキュリティ通信, 4月 15, 2026にアクセス、 https://www.softcreate.co.jp/rescue/solution_column/article/172
- Major Cybersecurity Incidents of 2025 and Lessons Learned, 4月 15, 2026にアクセス、 https://www.hornetsecurity.com/en/blog/cybersecurity-incidents/
- What Is Cyber Resilience? How to Protect Business Continuity – Zero Networks, 4月 15, 2026にアクセス、 https://zeronetworks.com/blog/what-is-cyber-resilience-how-to-protect-business-continuity
- The Crucial Role of Business Impact Analysis (BIA) in Cyber Resilience – Mitratech, 4月 15, 2026にアクセス、 https://mitratech.com/resource-hub/blog/the-crucial-role-of-business-impact-analysis-bia-in-cyber-resilience/
- アサヒグループへのランサムウェア攻撃事例を記者会見から考察 …, 4月 15, 2026にアクセス、 https://www.trendmicro.com/ja_jp/jp-security/25/l/expertview-20251218-01.html
- What Is Cyber Resilience? How to Protect Business Continuity, 4月 15, 2026にアクセス、 https://www.zeronetworks.com/blog/what-is-cyber-resilience-how-to-protect-business-continuity
- Zero Trust Architecture in 2025: 7 Key Components – Seraphic, 4月 15, 2026にアクセス、 https://seraphicsecurity.com/learn/zero-trust/zero-trust-architecture-in-2025-7-key-components/
- Zero Trust in Action: 5 Real-World Case Studies from 2025-2026 | Aaron D’silva, 4月 15, 2026にアクセス、 https://aarondsilva.me/blog/zero-trust-case-studies-2025-2026
- BIAとは？｜BCPに必要な分析の重要性と作成のポイント – 建設システム, 4月 15, 2026にアクセス、 https://www.kentem.jp/blog/disaster-bia-analysis-importance-tst/
- 【CISSP学習シリーズ #21】ビジネス影響度分析（BIA） 事業継続の“優先順位”を見える化する, 4月 15, 2026にアクセス、 https://note.com/tetsu777/n/n1e8eb2f75e14
- Business Impact Analysis (BIA) Services – Nexeris, 4月 15, 2026にアクセス、 https://nexeris.us/cybersecurity-strategy-and-grc/business-impact-analysis/
- BIA（ビジネスインパクト分析）とは？目的・手順・活用ポイントを解説 – ANPIC, 4月 15, 2026にアクセス、 https://www.anpic.jp/column/bcp-bia/
- Business Continuity Vs. Disaster Recovery Planning Explained – StoneFly, Inc., 4月 15, 2026にアクセス、 https://stonefly.com/blog/business-continuity-vs-disaster-recovery-unified-bc-dr-strategy/
- Business Impact Analysis (BIA) – Stay In Business, 4月 15, 2026にアクセス、 https://www.stayinbusiness.com/business-impact-analysis-bia/
- Cyber Incident Checklists To Boost Business Resilience – Oliver Wyman, 4月 15, 2026にアクセス、 https://www.oliverwyman.com/our-expertise/journals/boardroom/cyber-incident-management-checklist-for-businesses.html
- Incident Response Checklist: 6-Phase Cloud-Native IR – Wiz, 4月 15, 2026にアクセス、 https://www.wiz.io/academy/detection-and-response/incident-response-checklist
- Cyber Incident Response Checklist for MSPs and IT Teams – N-able, 4月 15, 2026にアクセス、 https://www.n-able.com/blog/cyber-incident-response-checklist
- Decision Matrix For Cybersecurity – Meegle, 4月 15, 2026にアクセス、 https://www.meegle.com/en_us/topics/decision-matrix/decision-matrix-for-cybersecurity
- Cyber Incident Response Standard – CIS Center for Internet Security, 4月 15, 2026にアクセス、 https://www.cisecurity.org/-/media/project/cisecurity/cisecurity/data/media/files/uploads/2020/06/Cyber-Incident-Response-Standard.docx
- CSIRTマテリアル 構築フェーズ 「組織内CSIRTの理解」 – JPCERT コーディネーションセンター, 4月 15, 2026にアクセス、 https://www.jpcert.or.jp/csirt_material/files/01_conceptofcsirt_20211130.pdf
- Creating a Data Breach Response Plan: Complete Guide & Steps – Sealpath, 4月 15, 2026にアクセス、 https://www.sealpath.com/blog/data-breach-response-plan-guide/
- サイバー攻撃被害に係る情報の共有・公表 ガイダンス – 総務省, 4月 15, 2026にアクセス、 https://www.soumu.go.jp/main_content/000867112.pdf
- Reconnection Framework – SIFMA, 4月 15, 2026にアクセス、 https://www.sifma.org/resources/guides-playbooks/reconnection-framework
- Best Practices In Cyber Supply Chain Risk Management – Cisco, 4月 15, 2026にアクセス、 https://www.cisco.com/c/dam/en_us/about/doing_business/trust-center/docs/cyber-supply-chain-risk-management.pdf
- Model Procurement Contract Language Addressing … – EEI.org, 4月 15, 2026にアクセス、 https://www.eei.org/-/media/Project/EEI/Documents/Issues-and-Policy/Model–Procurement-Contract.pdf
- 自工会（JAMA）・部工会（JAPIA）のサイバーセキュリティガイドラインの要点は？ – Trend Micro, 4月 15, 2026にアクセス、 https://www.trendmicro.com/ja_jp/jp-security/23/i/securitytrend-20230926-01.html
Cyber Security Incident Response Planning: Practitioner … – Cyber.gov, 4月 15, 2026にアクセス、 https://www.cyber.gov.au/sites/default/files/2024-12/PROTECT%20-%20Cyber%20Security%20Incident%20Response%20Planning%20-%20Practitioner%20Guidance%20%28December%202024%29.pdf
コメント