.png)

ランサムウェアの脅威はここ数年で性質を変えました。暗号化して復号鍵と引き換えに身代金を要求する従来型に加え、暗号化前にデータを盗み出し「支払わなければ公開する」と迫る手法が主流となっています。この手法は「二重恐喝(ダブルエクストーション)」「二重脅迫」とも呼ばれます。本記事では以降「二重恐喝(ダブルエクストーション)」で統一します。IPA「情報セキュリティ10大脅威 2026」の組織の部1位はランサム攻撃による被害で、警察庁の被害統計では令和6年に対価要求手口を確認した134件中111件(82.8%)が二重恐喝型でした。
中堅エンタープライズ(従業員1000名以上)の情報システム部門やCISO(最高情報セキュリティ責任者)からは、「バックアップは整備したが、二重恐喝への打ち手が読めない」「侵入経路が多様化し、どこから着手すべきか分からない」「経営層へどう説明すべきか」といった声を多く伺います。
この記事では、二重恐喝の仕組みと攻撃フロー、現場で使える「5層防御フレーム」、上位記事で見落とされがちな「SaaS・退職者アカウントという侵入経路の盲点」、ランサム特化型のBCP(事業継続計画)と身代金支払いの意思決定フレームまでを、実装プレイブックとして整理します。
二重恐喝型ランサムウェアとは、データの暗号化に加えて事前に機密データを外部へ持ち出し、「支払わなければ公開する」と二段構えで迫る攻撃手法です。従来型が「業務停止」を盾にしていたのに対し、二重恐喝は「業務停止」と「情報漏えい」の双方を武器にし、被害組織への圧力を高めています。

攻撃者は標的に侵入後、機密性の高いファイルサーバーやデータベースから情報を窃取し、続けてランサムウェア本体を起動して暗号化します。被害組織は「復旧できない」「漏えいを止められない」二重のリスクに直面します。攻撃者はリークサイト(攻撃グループが運営するTor上のWebサイト)に被害組織名と盗んだデータの一部を掲載し、カウントダウン形式で支払いを迫る手法を定着させました。
両者の違いを三つの軸で整理します。
二重恐喝の時代には、「バックアップを取っているから大丈夫」という旧来の安心材料が成立しなくなったといえます。
主流化の背景には3つの構造的要因があります。
第1に、バックアップ普及による攻撃者側の収益悪化。バックアップ運用が整備されると、暗号化のみで身代金を回収できる確率が下がります。攻撃者は新たな圧力源としてデータ窃取を併用するようになりました。
第2に、RaaS(Ransomware as a Service)モデルの台頭。開発者と実行犯が分業化され、技術力の低い攻撃者でも高度な攻撃が可能になりました。RaaSオペレーターはアフィリエイト(実行犯)にランサムウェア本体・リークサイト・交渉インフラを提供し、身代金の一部を受け取るビジネスモデルが定着しています。
第3に、リークサイトの常態化。LockBitやBlackCat(ALPHV)などの主要グループは、独自のリークサイトで被害組織名を晒すことを攻撃手法に組み込みました。掲載は取引先・監督官庁・メディアにも可視化され、組織への無形の圧力が大きくなります。
IPA「情報セキュリティ10大脅威 2026」では組織における脅威の第1位がランサムウェア攻撃で、複数年連続の1位を維持しています。警察庁の「ランサムウェアによる被害の発生状況」でも、令和6年では対価要求手口を確認した134件中111件(82.8%)が二重恐喝型と示されました。被害は大企業に限らず中堅・中小企業にも広く波及し、業種を問わない普遍的なリスクです。
参考:警視庁「マルウェア『ランサムウェア』の脅威と対策(脅威編)」
対策を組み立てるには、攻撃者がどう侵入し、どこでデータを盗み、いつ暗号化するかというアタックチェーンの理解が欠かせません。ここでは典型的な攻撃フローを7ステップに分解し、各段階での攻撃者の狙いと防御側のチェックポイントを整理します。MITRE ATT&CKフレームワークの戦術(Tactics)と対応づけて読むと、実装に落としやすくなります。

最初の関門は「初期侵入」です。代表的な経路は4つ。1つ目はインターネットから到達できるVPN機器の脆弱性、2つ目はRDP(リモートデスクトップ)の認証情報を総当たりやリスト攻撃で奪う手口、3つ目はメールやSMSによるフィッシング、4つ目は公開Webアプリ・クラウド管理コンソール・外部露出したストレージなど公開資産の設定不備や脆弱性です。後段で詳しく述べるとおり、ここに「SaaSアカウントの乗っ取り」が新たな経路として加わってきています。
侵入直後、攻撃者は外部のC2サーバー(コマンド&コントロールサーバー)と通信する経路を確立し、内部を偵察します。多用されるのが「LotL(Living off the Land)」で、Windows標準搭載のPowerShell、PsExec、WMI、リモート管理ツールなど正規のツールを悪用し、活動の痕跡を目立たなくします。同時にローカル管理者権限の奪取やドメイン管理者への特権昇格が進みます。
足場と特権を得た攻撃者は、社内ネットワーク内で他端末・サーバーへ感染を広げる「水平展開(Lateral Movement)」に進みます。中堅エンタープライズのオンプレミス環境では、Active Directoryの管理者アカウントを奪取されるとドメイン参加端末すべてへ横断的にアクセスできてしまいます。攻撃者はファイルサーバー、データベース、バックアップ装置までを射程に支配範囲を広げます。
水平展開を終えた攻撃者は、暗号化前に機密データを外部へ持ち出します。多用される経路は、自前のC2サーバーへの分割アップロード、Mega・Dropbox・MediaFireなどのクラウドストレージ、Rcloneのようなファイル転送ツールの悪用です。中堅エンタープライズでは対象データが顧客個人情報・財務データ・知的財産・取引先情報など多岐にわたり、窃取のリスクは事業全体に及びます。
データ窃取が終わると、攻撃者はランサムウェア本体を一斉展開します。ファイルサーバー、エンドポイント、仮想基盤のホストOSやハイパーバイザー、バックアップ装置までを暗号化し、業務を止めにかかります。同時に身代金要求書(Ransom Note)が表示され、Tor上の交渉サイトのURLと支払い期限が提示されます。期限までに応じない場合は、リークサイトに被害組織名と盗んだデータの一部が公開され、カウントダウン形式で全データの公開期日が突きつけられる流れが定型化しています。
参考:MITRE ATT&CK
参考:LAC WATCH「二重脅迫型ランサムウェア攻撃を想定したペネトレーションテスト」
参考:Check Point「ダブルエクストーション・ランサムウェアとは」
攻撃グループの動向は防御戦略の検討に役立ちます。ただしグループ名と手口は流動的で、摘発・解散・再ブランド化を経て新しい名前で再登場するケースが繰り返されてきました。重要なのは特定グループ名を追うことではなく、彼らの戦術・技術・手順(TTPs)に基づいて自社の防御を設計することです。

LockBitは2024年2月の国際捜査作戦「Operation Cronos」(英NCAやFBIなどが連携)でリークサイトやインフラの一部が押収され、組織としての影響力は低下しました。その後もリブランドの動きが観測されており、戦術が他グループへ流出している点も注視が必要です。
BlackCat(別名ALPHV)は、Rust言語実装のランサムウェアを用いるRaaSグループとして登場し、リークサイト機能を高度化させました。2023年12月にFBIが復号ツールを公開し、2024年には大規模な内部抗争(医療機関への攻撃を巡るアフィリエイトとの分配トラブル)を経て分裂・再編。元アフィリエイトはRansomHubなど別グループへ移籍したと報じられています。
Cl0pはファイル転送ソフトウェアのゼロデイ脆弱性を狙った大規模窃取で知られ、暗号化を行わずデータ窃取と脅迫だけで完結させる「データ窃取型恐喝」も併用します。Akiraは製造業・金融機関を中心に2023年以降に急成長した新興グループで、二重恐喝を基本戦術にしています。Play・RansomHubも二重恐喝とリークサイト掲載を標準装備に活動を続けています。
主要グループは摘発で一時的に弱体化しても、TTPsはアフィリエイト経由で他グループへ受け継がれます。したがって防御設計は「特定グループの存在を前提とせず、二重恐喝に共通するアタックチェーン(侵入→偵察→水平展開→窃取→暗号化)に着目する」のが基本方針です。次章で扱う5層防御フレームは、この考え方を実装可能な形に整理したものです。
参考:トレンドマイクロ「Operation Cronos以降のLockBit動向」
参考:Secureworks「法執行機関によるALPHV/BlackCatへの対応」
参考:SOMPO CYBER SECURITY「二重恐喝(用語集)」
長く「ランサム対策=バックアップ」とされてきた前提は、二重恐喝の登場で揺らぎました。バックアップは事業継続に欠かせない基盤ですが、データ流出を止める手段ではありません。バックアップで守れる範囲と守れない範囲を整理し、データ流出が事業に与える影響と被害コストを確認します。

バックアップで守れるのは「業務システムの復旧」と「身代金支払いの回避」までです。暗号化されたデータを別世代のバックアップから書き戻せば、業務再開は一定時間で達成できます。しかし、流出した情報は取り戻せません。攻撃者はすでにコピーを保有しており、リークサイト掲載・データ取引市場での売買・第三者への二次配布を防ぐ手段はありません。
データ流出は、業務復旧後にも長く尾を引く5つの二次被害をもたらします。
これらは復旧後にも数年単位で影響が残るため、暗号化被害より長期かつ広範な経営インパクトを持ちます。
IBM社が毎年公開する「Cost of a Data Breach Report」では、世界の組織が経験したデータ侵害の平均コストが集計されています。2025年版では世界平均コストが4.44百万米ドル(約7億円)に達し、検知・通知・事後対応・逸失収益などの内訳ごとに金額が示されています。ランサムウェア事案では身代金支払いを除いても被害額は高止まりし、業務停止と情報漏えいが重なる二重恐喝(ダブルエクストーション)ではコストはさらに膨らみます。いずれにせよ「億円単位」で論じるべき経営課題であることは継続して示されています。
これらをふまえると、防御の前提は「侵入を完全に防ぐ」から「侵入される前提で被害を最小化する」へ転換する必要があります。経済産業省「サイバーセキュリティ経営ガイドライン」やNIST Cybersecurity Frameworkも、統治・識別・防御・検知・対応・復旧の6機能(CSF 2.0、2024年2月)をバランスよく設計することを推奨しています。次章の5層防御フレームは、このパラダイムシフトを現場の実装に翻訳したものです。
参考:IBM「Cost of a Data Breach Report」
参考:経済産業省「サイバーセキュリティ経営ガイドライン Ver3.0」
参考:cloud.watch「NTTデータ新井氏インタビュー」
二重恐喝対策の体系として「5層防御フレーム」を提案します。「侵入されにくくする/広げにくくする/持ち出しを見つける/復旧できる/初動で迷わない」の5層を縦に積み上げ、それぞれに必要な技術・運用・組織を割り当てる考え方です。NIST Cybersecurity Framework 2.0の6機能(Govern/Identify/Protect/Detect/Respond/Recover)を、二重恐喝の文脈に合わせて再構成したものとお考えください。なお、CSF 2.0で新設されたGovern(統治)は特定の層に収まらず、全5層を横断する経営・リスク管理機能として位置づけられます。リスク許容度の設定・セキュリティ方針の承認・投資判断・サプライチェーンガバナンスなど、経営レベルの意思決定をGoverが担います。

攻撃者の足を入り口で止める層です。中堅エンタープライズの実務で優先度が高いのは次の4点。第1に、境界アクセス(VPN、リモートデスクトップ、SaaS、クラウドコンソール)への多要素認証(MFA)の徹底。第2に、インターネット境界機器・公開Webアプリ・ハイパーバイザーへの脆弱性パッチ適用速度の向上です。公知脆弱性のExploit化までの時間が年々短くなり、月次パッチサイクルでは間に合わない領域が広がっています。第3に、外部公開資産(ドメイン・IPアドレス・クラウドストレージ・公開リポジトリ等)の棚卸と継続監視。第4に、メールゲートウェイでの添付ファイル・URLサンドボックス検査と、ユーザー向けフィッシング訓練の継続実施です。
侵入されても被害を局所化する層です。特権ID管理(PIM/PAM)でドメイン管理者・サーバー管理者・SaaS管理者の権限を必要最小限にし、利用ログを完全に記録します。ネットワークセグメンテーションでフラット構造を分割し、水平展開のコストを引き上げます。Active Directoryには、Tier 0/1/2の階層分離、特権アカウントの専用管理端末(PAW)からの操作徹底、Krbtgtの定期ローテーション、LAPS(Local Administrator Password Solution)によるローカル管理者パスワードのランダム化を組み合わせます。ここでつまずくと被害範囲が組織全体へ即時拡大しがちです。
暗号化に踏み切る前のデータ窃取段階で異変を捉える層です。エンドポイントはEDR(Endpoint Detection and Response)で異常プロセス・横展開の挙動を検知。ネットワークはNDR(Network Detection and Response)でC2通信・大量アップロードを検知。データはDLP(Data Loss Prevention)で持ち出しを制御します。クラウド・SaaS側は、Microsoft 365やGoogle Workspaceの監査ログをSIEM/XDRに集約し、異常な大量ダウンロード・大量共有・国外IPからのアクセスを継続監視します。窃取は「一度に大量」ではなく「分散して長時間」で行われるため、単発アラートだけでなく長期トレンドでの検知設計が欠かせません。
被害を受けても事業を再開できる復旧能力の層です。バックアップ設計の基本は「3-2-1ルール」(3つのコピー、2種類のメディア、1つはオフサイト)ですが、二重恐喝の時代には拡張版の「3-2-1-1-0ルール」(さらに1つはオフライン/イミュータブル保管、復元検証でエラー数0)が国際的に推奨されています。イミュータブルバックアップは、書き込み後一定期間は変更・削除できないストレージ機能で、攻撃者が管理者権限を奪っても破壊できません。エアギャップは物理的・論理的にネットワークから切り離した保管手段です。RTO(目標復旧時間)とRPO(目標復旧時点)は業務影響分析に基づき再定義し、ランサム前提でも維持できる水準まで引き上げます。
インシデント発生から最初の24〜72時間を迷わず動くための層です。IR(インシデント対応)プレイブックには、検知・封じ込め・根絶・復旧・教訓の各フェーズで誰が何を判断するかを明記し、エスカレーション基準・社内通報経路・外部委託先(CSIRT支援ベンダー、フォレンジック、法律事務所、広報支援)の連絡先を一元化しておきます。法務・広報・監督官庁への通知(個人情報保護委員会、所管省庁、警察)の判断フローも、平時から型化しておきます。経済産業省とIPAのガイドラインや、JPCERT/CCの早期警戒情報も活用してください。
5層は単独で完結するものではなく、最小権限・ゼロトラスト・可視化という共通前提のうえに積み重ねます。次章では、上位記事ではほとんど扱われない「侵入経路の盲点」を掘り下げます。
参考:NIST「Cybersecurity Framework」
参考:ネットアテスト「二重恐喝型ランサムウェアとは(10分で解説)」
参考:JPCERT/CC
対策記事では侵入経路の代表例としてVPN・RDP・フィッシングが繰り返し語られます。一方、中堅エンタープライズで近年増えている経路には、SaaSアカウント乗っ取り・退職者アカウントの放置・シャドーIT/シャドーAIといった「人とアカウント管理」に起因するものがあります。この盲点に踏み込み、SaaS管理プラットフォームでの統制までを実装プレイブックとして整理します。

ランサム攻撃の起点が社員のSaaSアカウント乗っ取りであるケースが増えています。よくあるシナリオは次のとおりです。
ステップ1で、攻撃者はフィッシングメールやリスト攻撃で社員のMicrosoft 365アカウントを奪取します。MFAが未設定なら即時成功し、設定されていてもMFA疲労攻撃やSIMスワップで突破される事例があります。ステップ2で、奪取したアカウントでOneDrive・SharePoint・Teamsの機密ファイルを大量ダウンロード。ステップ3で、社員がアクセスできる業務SaaS(Salesforce、Box、Slack、各種人事・経理SaaSなど)からも情報を吸い上げます。ステップ4で、社員のメールボックスから取引先や社内IT部門宛に内部フィッシングを発信し、より権限の強いアカウントへ足場を伸ばします。最終的にSaaSから抜き出した認証情報や社内ネットワーク情報をもとに、オンプレミスのVPN・社内ADへ侵入して暗号化と二重恐喝へ進みます。
厄介なのは、第1層でVPN・RDPをロックダウンしていてもSaaS側が緩ければ入り口を開け放しているのと変わらない点です。SaaSは社外からの正規アクセスが前提のため、境界防御では守れません。
退職者アカウントの放置は、ランサム侵入の温床として問題視され続けています。構造的な弱点は3つあります。
第1に、IDライフサイクルの分断。人事システムでは退職処理が済んでも、SaaSやオンプレミスのアカウントは個別管理者の手動停止に頼っており、停止漏れが起こります。中堅エンタープライズでは利用SaaSが数十〜100種類を超える組織も珍しくなく、手動で追い切るのは現実的ではありません。
第2に、個人デバイス・個人アカウントへの認証連携。退職時にSSO(シングルサインオン)に連携していないSaaSの認証が、個人メール宛のリセット機能で復活させられるケースや、個人アカウントとして引き継がれるケースが見られます。
第3に、権限の継承漏れ。退職者が共有していたサービスアカウント・特権アカウント・APIキーが残置され、ローテーションされないまま存在し続けます。攻撃者にとっては気づかれにくい長期的なバックドアとして魅力的です。
実務では、退職処理を起点に全SaaSアカウントを自動的に停止・削除する「デプロビジョニング自動化」が必須となります。
シャドーITとは、IT部門が把握していないSaaSやクラウドサービスを部門・個人が独自に契約・利用している状態です。ガバナンスが届かず、MFA未設定や退職時の停止漏れで第1層・第2層の対策がそもそも適用されません。近年は生成AIサービスを業務利用する「シャドーAI」も急速に広がり、機密情報がプロンプト経由で外部にコピーされる漏えい経路として加わっています。
現実的に有効なのは、(1)利用SaaSの自動検出と棚卸、(2)許可リスト・統制ポリシーの整備、(3)代替の安全な公式ツール提供、を組み合わせるアプローチです。
ここまでの課題に対し、SaaS管理プラットフォーム(SaaS Management Platform、SMP)が中核的な役割を果たします。SMPは組織が利用するSaaSを横断的に可視化し、入社・異動・退職に連動した自動プロビジョニング・デプロビジョニングを実現するソリューションです。中堅エンタープライズで活用される主な機能は次のとおりです。
ジョーシスのSaaS管理プラットフォームは、これらの機能を中堅エンタープライズの実務に合わせて統合的に提供しており、ランサム対策の文脈では「侵入経路の盲点を埋める基盤」として位置づけられます。詳細はジョーシス公式サイトをご覧ください。
主要SaaSで最低限実装したい設定を、簡易チェックリストで整理します。
関連記事:SaaS管理とは|SaaS管理が事業にもたらす変化
関連記事:シャドーITとは
関連記事:SaaSセキュリティのベストプラクティス
従業員1000名以上の中堅エンタープライズには、大企業ともスタートアップとも異なる固有の難所があります。「3大難所」と経営層への説明ロジックまでを示します。

中堅エンタープライズの多くは製造・販売・開発の拠点を海外に展開しています。本社が日本で高い水準の統制を敷いても、海外子会社は現地ITベンダーや現地スタッフの裁量任せというケースが少なくありません。ランサム被害の発端が海外拠点で、グローバルADや業務システム経由で本社へ波及する事例は業界横断的に観測されています。
打ち手は、(1)本社が定める最低限の統制基準(MFA・パッチ・EDR・バックアップ・SaaS管理)のグローバル共通ポリシー化、(2)準拠状況の四半期モニタリング、(3)現地への技術支援とエスカレーションパス整備の3点が現実的です。海外子会社のSaaS利用状況を本社側で可視化する場面は、SaaS管理プラットフォームが特に有効に働く領域です。
M&Aで事業を拡大している組織では、買収前の企業ごとに異なるID基盤・SaaS群・セキュリティポリシーが残存し、IDの重複や特権の集中、買収前の退職者アカウント残存といった問題が長期化しがちです。これらは攻撃者にとって「掃除されていない裏口」となり、ランサム侵入の温床になります。
統合プロジェクトでは、IDの統合(IDaaS/IGAでの一元化)、SaaS契約の棚卸と統廃合、特権アカウントの再設計とローテーション、過去退職者アカウントの一斉棚卸を計画的に実施することが要点です。M&A完了から数年経って統合を放置している組織ほど、リスクが累積しています。
中堅エンタープライズで利用されるSaaSの種類は、部門・拠点単位の独自契約も含めると数十〜100種類を超えることが珍しくありません。種類が増えるほど、設定不備・退職処理漏れ・シャドーITの確率は線形以上に増加します。さらにSaaSは認証連携・データ連携を介して相互に影響しあうため、1つのアカウント侵害が連鎖的に被害を広げます。
SaaSの数を絞るのが現実的でない以上、必要なのは「数を許容したまま統制を効かせる」運用基盤です。これがSaaS管理プラットフォームの中核的な役割で、可視化・棚卸・自動化を一括で担うインフラとして位置づけられます。
CISO・情報システム部門責任者が経営層・取締役会へ予算・体制を説明する際は、以下の論理構造を推奨します。
経営層が問うのは「いくらかけて、何が、どう良くなるのか」です。技術論ではなく経営リスクの言葉で語る準備が肝心です。
関連記事:アカウントプロビジョニングの自動化 関連記事:ITガバナンスとSaaS管理戦略
参考:経済産業省「サイバーセキュリティ経営ガイドライン Ver3.0」
参考:IPA「サイバーセキュリティ経営ガイドライン実践のためのプラクティス集」
二重恐喝に対するBCP(事業継続計画)は、自然災害を想定した従来型のIT-BCPとは設計思想が異なります。攻撃者が能動的に妨害してくる前提で、RTO/RPOの再定義、身代金支払いの意思決定フレーム、リークサイト掲載時の対外コミュニケーションまでを事前に型化しておく必要があります。
[画像: 身代金支払い意思決定フローチャートと、インシデント発生から72時間のBCP時間軸を組み合わせた図。判断ポイントごとに「経営層」「法務」「監督官庁」の関与タイミングを併記]
通常のIT-BCPは地震・火災・停電など物理的災害を中心に想定し、「自然事象は能動的に妨害してこない」前提でバックアップ拠点切替・代替設備での業務継続・データセンター冗長化を設計します。
ランサム特化BCPには、(1)攻撃者が能動的にバックアップを破壊しに来る、(2)業務システムだけでなく認証基盤・運用管理基盤までが暗号化対象となる、(3)情報漏えいを伴う、(4)対応中も追加侵害の可能性が残る、という前提が加わります。設計には「侵害された前提」での切り戻し手順、認証基盤の再構築手順、情報漏えい通知の同時並行対応が組み込まれます。
RTO(Recovery Time Objective)・RPO(Recovery Point Objective)を再定義する際のポイントは3点です。
第1に、業務影響分析(BIA)で「事業停止が経営インパクトに転化するまでの時間」を再評価します。サプライチェーン取引や金融サービスでは数時間で影響が顕在化するため、RTOを短く設定します。第2に、復旧対象の単位を「アプリケーション」だけでなく「認証基盤」「特権アカウント基盤」「ネットワーク基盤」まで含めて定義します。これらが復旧しないとアプリケーション復旧が連鎖的に止まります。第3に、バックアップの完全性検証(イミュータブル化と復元演習)をRTO/RPO算出の前提条件に加えます。バックアップが汚染されていれば、計算上のRTO/RPOは成立しません。
「身代金は支払わない」が国内外の法執行機関・専門機関の基本スタンスです。警察庁・FBI・No More Ransomなどが支払いを推奨しない理由は、(1)復号鍵提供の保証がない、(2)犯罪組織への資金提供となる、(3)再標的化リスクが高まる、(4)漏えいデータ削除の保証もない、の4点です。
ただし現実には、人命・社会インフラ・重大な事業継続性が関わる例外的状況も想定する必要があります。実務では「原則として支払わない/法務・経営層・必要に応じて警察・監督官庁との協議を経た例外条件を事前定義する」という二段構えの意思決定フレームが推奨されます。平時に経営層・取締役会・法務・監査・情報セキュリティ責任者の合意で「支払い禁止原則」と「例外検討の要件」を文書化し、インシデント発生時はその枠組みに沿って判断します。
身代金支払いには法的リスクも伴います。米国財務省OFACは特定の制裁対象組織への身代金支払いが米国法違反となる可能性を警告しており、グローバル展開する日本企業は米ドル建て取引・米国子会社経由・米国制裁対象への支払いに注意が必要です。国内では暴力団排除条例や反社会的勢力との取引禁止規定が問題になり得るほか、上場企業では金融商品取引法上の適時開示義務にも関わってきます。
平時に法律事務所と相談して見解を整理しておくのが望ましく、インシデント発生時に初めて議論を始めては間に合いません。
リークサイトに自社名と盗まれたデータの一部が掲載された場合の対外対応も、平時に型化しておく領域です。実務では以下の流れが多くなります。
これらを、広報・法務・情報セキュリティ・営業・人事を巻き込んだクロスファンクショナルチームで動かす体制を、インシデント発生時の組織図とあわせて整備しておきます。
SaaSアカウント侵害時の対応プロセスは、アカウントプロビジョニングの自動化もあわせてご参照ください。
参考:Newton Consulting「ランサムウェア特化型BCP」
二重恐喝は主流の手口となり、攻撃者は三重・四重恐喝へと圧力を多層化させています。最新動向と、サプライチェーン経由の波及防止、対外発信の事前準備を解説します。

三重恐喝は、二重恐喝(暗号化+データ窃取)に加え、被害組織のWebサイトやサービスにDDoS攻撃を仕掛けて業務妨害と圧力を強化する手口です。サービス提供期間中の攻撃は顧客対応の混乱を直接引き起こします。
四重恐喝はさらに進んだ段階で、攻撃者が被害組織の顧客・取引先・株主・従業員・監督官庁・メディアへ直接連絡を取り、「この組織から情報が流出した」「身代金を支払わせるよう圧力をかけてほしい」とコンタクトしてくるパターンです。過去の大型インシデントでは、攻撃者が被害組織の顧客に個別メールを送付した事例が報じられています。
波及を抑えるには、平時から取引先と「インシデント発生時の連絡基準・連絡経路・必要な情報共有の範囲」を合意しておくのが有効です。重要顧客やデータの預託契約がある取引先については、「データ漏えい発生時の通知期限」「対応の窓口担当」「再発防止策提示の期限」を契約条項に組み込むケースも増えています。M&Aや新規取引開始時のセキュリティアセスメント(サードパーティリスク管理、TPRM)も波及防止の重要なレイヤーです。
四重恐喝に備えた対外発信のプレイブックは、平時に作っておかないと現場で動けません。プレイブックには、(1)初動声明テンプレート(事実確認中段階の暫定発信)、(2)詳報テンプレート(被害範囲・対応状況・お詫び)、(3)Q&A(想定質問と回答)、(4)記者会見実施基準と進め方、(5)個別連絡優先順位(重要顧客・大口株主・規制当局)を盛り込みます。広報部門と法務部門が共同でメンテナンスし、年次のリハーサル(机上訓練)を実施する運用が効果的です。
参考:SOMPO CYBER SECURITY「二重恐喝(用語集)」
5層防御フレームを実装に落とすチェックリストを、各層10項目ずつ計50項目で整理しました。記事内では各層の代表項目を抜粋し、全50項目はダウンロード資料でご提供しています。情報システム部門・CISO・内部監査部門での自社評価、サイバー保険更新時のセルフチェック、経営層への状況報告にご活用ください。

抜粋した25項目に対し、残り25項目を含む全50項目の詳細版チェックリストをPDFでご提供しています。「自社のランサム対策の現状を網羅的に評価したい」「経営層・取締役会向けに体系化した資料が欲しい」「サイバー保険更新の自己点検に使いたい」方は、ジョーシスの資料ダウンロードページからご請求ください。
参考:NIST「Cybersecurity Framework」
5層防御フレームの実装には複数のセキュリティ製品・サービスを組み合わせる必要があります。主要なツール領域を6カテゴリに整理し、役割・中堅エンタープライズ視点での選定基準・優先導入順・SaaS管理プラットフォームの位置づけを解説します。

ツール領域は、大きく6カテゴリに整理できます。
すべてを一度に導入するのは現実的ではありません。実務では次の優先順位での段階導入が効果的です。
「侵入と拡散の最低ライン」と「復旧の最低ライン」を先に底上げし、検知の高度化や持ち出し制御は次のフェーズで上積みするほうが、限られた予算で実効性を出しやすいためです。
ツールを増やすほど運用工数が増え、検知ログがサイロ化し、結局誰も全体を把握できない状態に陥りがちです。選定基準として重視したいのは、(1)既存環境(クラウド・オンプレ・SaaS)との統合性、(2)運用負荷(自社運用かMDR委託か)、(3)海外子会社・グローバル展開対応、(4)自動化のしやすさ、(5)エビデンス取得・レポート機能、の5点です。
SaaS管理プラットフォームは、5層フレームのうち主に第1層(侵入)と第2層(拡散)に効きます。具体的には、(1)利用SaaSの可視化とシャドーIT検出で攻撃面を縮減、(2)アカウントライフサイクル自動化で退職者放置・権限超過を排除、(3)MFA・SSO・条件付きアクセスの統制状況の可視化、(4)監査ログ集約で第3層(検知)の素材を提供、という役割を担います。EDRやIDaaSとは競合せず、互いに補完しあう関係です。
ジョーシスは、中堅エンタープライズのSaaS管理を一元化するクラウド型プラットフォームです。利用中SaaSの自動検出、入社・異動・退職に応じた自動プロビジョニング・デプロビジョニング、権限可視化、シャドーIT検出、内部統制レポートを統合的に提供しており、ランサム対策の文脈では「侵入経路としてのSaaS/退職者アカウント/シャドーITを継続的に統制するインフラ」として位置づけられます。導入事例・機能詳細・無料相談についてはジョーシス公式サイトをご参照ください。
ツール選定の周辺論点として、シャドーITとは、SaaS管理とは、SaaSセキュリティのベストプラクティスもあわせてご確認ください。
参考:Gartner「Magic Quadrant for Endpoint Protection Platforms」
参考:中部テレコミュニケーション「ランサム対策バックアップ」
ここまでの内容を踏まえ、要点と「次の一手」を整理します。
ジョーシスは、SaaS管理プラットフォームを通じて中堅エンタープライズのランサム対策における「侵入経路の盲点」と「アカウントライフサイクル統制」を支援しています。資料ダウンロード・無料相談はジョーシス公式サイトよりお問い合わせください。
実務上はほぼ同義です。英語の「Double Extortion」を訳す際に、「二重恐喝」「二重脅迫」「ダブルエクストーション」のいずれもが使われており、メディアやベンダーで表記が分かれます。攻撃手口の中身(暗号化+データ窃取+リークサイト掲載)は共通です。
業務復旧の観点では欠かせない基盤ですが、流出した情報は取り戻せないため、完全な防御策にはなりません。バックアップに加え、第1層(侵入対策)・第2層(拡散対策)・第3層(窃取検知)・第5層(初動対応)の組み合わせが必要です。
警察庁・FBI・No More Ransomを含む各国機関は支払わないことを原則として推奨しています。理由は、(1)復号鍵提供の保証がない、(2)犯罪組織への資金提供となる、(3)再標的化リスクが高まる、(4)漏えいデータ削除の保証もない、の4点です。一方、人命・社会インフラ等が関わる例外的な状況もあるため、平時に経営層・法務・監査と「支払わない原則と例外検討の要件」を文書化しておくことを推奨します。
最初に行うのは、(1)該当アカウントのパスワードリセットとMFA再登録、(2)アクティブセッションの一斉ログアウト、(3)監査ログでの異常活動範囲特定(メール送受信・ファイル共有・アプリ連携付与)、(4)関連する内部・外部への影響範囲特定(成りすまし送信、共有リンク悪用)、(5)SOC/CSIRTでのフォレンジック判断、です。SaaS管理プラットフォームでアクセス履歴を横断的に可視化できると、影響範囲特定の時間が大幅に短縮できます。
一般にEDRを先に導入する組織が多くなります。EDRは端末側の異常挙動を捉えやすく、ランサムウェアの初動段階での隔離にも有効だからです。NDRはEDRが導入できない環境(OT、IoT、ゲスト端末)や、暗号化通信の出口統制を強化したい場面で価値を発揮します。EDRと24時間365日の監視運用(SOC/MDR)を先に整え、その後の段階でNDRやXDRを検討する流れが現実的です。
最初の数時間で行うのは、(1)事実確認(フォレンジックで侵害範囲・データ内容を特定)、(2)社内エスカレーション(CISO・経営層・法務・広報)、(3)外部支援先(CSIRT支援ベンダー、法律事務所、広報支援、警察)への連絡、(4)個人情報保護委員会・所管省庁への報告判断、(5)対外発信の初動声明準備、です。平時のIRプレイブックに沿って動けるよう準備しておくことが、初動の速度と質を決めます。
事例によってはIT工数を最大50%・ITコストを最大75%削減したケースがあります。(効果は個社の状況により異なります)
Sign-up for a 14-day free trial and transform your IT operations.
