SafePayの共同勧告は、少なくとも600組織への影響とともに、古いIPアドレスや正規ツールを無条件に遮断対象へ変えないよう求めた。原典の観測期間と自社の記録を対応させる表で、一致が何を示し、何の裏付けが不足し、処置がどの仕事まで止めるかを確かめられる。
SafePay共同勧告:古い攻撃指標を、いまの遮断判断へどう移すか
30秒で分かる要点
- 共同勧告は2026年10月20日の初版。600組織は2024年8月以降の範囲であり、年次の被害率ではない。
- 掲載指標の観測期間は2024年11月〜2026年8月。現在の自社通信との対応が別に必要になる。
- IP、ファイル名、ハッシュ、挙動は異なる問いへ答える。正規ツールの名前だけで悪意を決めない。
- 持ち出し、暗号化、復旧妨害は、説明・再開・復旧手段へ異なる負担を生む。
- 確認表は手元の許可された資料で使う。ログ入力や自動検知、侵害認定を行う機能ではない。
原典で確認した事実と時点
共同勧告AA26-293Aの公表主体はFBI、CISA、米シークレットサービス、ドイツのラインラント・プファルツ州刑事局、英国家犯罪対策庁、英国北西地域組織犯罪対策部門。文書は19ページで、10月20日を初版の日付としている。[C1]
CISAの通知は10月20日15:00 EDT。共同勧告は2026年8月までの捜査情報を含み、指標一覧の観測期間を2024年11月〜2026年8月と明記する。[C1] [C2]
01
警告を受け取った企業に残る判断
米連邦捜査局(FBI)、サイバーセキュリティ・インフラ安全保障庁(CISA)、米シークレットサービスと独英の捜査機関は、2026年10月20日、SafePayランサムウェアについて共同勧告AA26-293Aを公表した。企業の情報を盗み、ファイルを暗号化し、復旧の手段も妨げる活動を説明している。企業にとっての問題は、警告を読んだ後、どの業務をどの根拠で調べ、必要な処置を選ぶかである。 [C1]
勧告には、攻撃との関係が観測されたIPアドレス、ファイル名、ハッシュ値などが載る。これらは調査の手掛かりだが、過去の一覧と現在の社内通信を結ぶ作業が残る。共有される通信先を一括して止めれば、正規の取引先との接続まで失う可能性がある。一方、普段使うソフトの名前だからと見過ごせば、攻撃者が正規の道具を使った記録を取り逃す。処置の速さと対象の正確さを、同じ判断の中で考える必要がある。 [C1]
この照合には経済的な意味がある。情報システムを止める範囲は、受注、納品、顧客対応や委託先の保守へ影響する。必要な隔離を遅らせる費用と、正常な仕事まで止める費用は、異なる経路から生じる。しかも、情報の持ち出しがあれば、システムが動き直しても顧客や契約相手への説明は終わらない。勧告を読む際は、被害件数の大きさだけでなく、企業が戻さなければならない仕事の違いを見る方が、事業への伝わり方をつかみやすい。
SG Groupの見方は、勧告の指標を「止める先の一覧」として購入・運用の判断へ直結させず、原典の観測、自社の記録、正規業務、提案する処置を対応させるべきだというものだ。本文の確認表は、自社で許可された一件の記録をこの順序で分類するために使える。公開されたページへログや認証情報を入力する作業ではなく、手元の承認済み資料に、次に必要な証拠と処置の対象を書き残す作業である。
02
600という数字と、三つの時間をそろえる
CISAの10月20日午後3時(米東部夏時間)の通知は、2024年8月以降、複数の重要インフラ分野の少なくとも600組織に影響したと説明する。共同勧告は北米、南米、欧州、オーストラリアの企業や重要インフラを挙げる。この数字は、特定の一日や2026年だけの新規被害件数ではない。世界の企業全体に対する割合でもなく、一組織ごとの損害額を示す数字でもない。 [C1][C2]
さらに、資料の公表日と、調査で観測した時点を分けたい。勧告が取りまとめた捜査情報には2026年8月までのものが含まれ、掲載された侵害指標の観測期間は2024年11月から2026年8月である。活動の説明が始まる2024年8月と、指標一覧の始期である11月は同じ範囲ではない。10月20日に公表されたからといって、各IPアドレスで10月にも同じ活動が続いていたと決まるわけではない。 [C1]
自社の記録にも第三の時間がある。通信が生じた時刻、記録が集められた時刻、担当者が調べた時刻はずれることがある。調査対象の通信が、原典の観測期間の内側か外側かを、タイムゾーンをそろえて確認する。期間が一致しても実行者が同じと証明されるわけではないが、期間が違うのに一致したように扱う誤りは避けられる。後から検索した日を、その通信が発生した日として転記しないことも大切だ。
この時間の整理は、警告の価値を下げるためではない。数か月前の活動でも、当時の自社記録と照らすと調査の入口になることがある。逆に、古い時点で問題がなかったという説明は、その後に変わった利用者や通信経路の根拠にはならない。原典が示す期間、自社で残る期間、現在の判断に使える期間を並べれば、確認済みの範囲と、別の資料が必要な範囲が具体的になる。
図1 · 活動、指標、公表、自社記録の時間を分ける
横並びの期間を、一つの「最新」にまとめない。
- 2024年8月以降
- 2024年11月〜2026年8月
掲載された侵害指標の観測期間。月別件数を示すものではない。[C1]
- 2026年10月20日
- 自社で調べる時点
発生時刻・記録範囲・確認日を別々に残す。実際の社内資料による。
古い観測は調査の入口になるが、現在の活動の証明には追加の対応が要る。
03
同じIPアドレスでも、同じ相手とは限らない
共同勧告の末尾には、クラウドや仮想化基盤のIPアドレスが動的または一時的に割り当てられ、以前は悪意ある活動と関係したアドレスが、後に良性のサービスへ再割り当てされる可能性があると明記されている。掲載値は観測期間内の履歴であり、防御や捜査に使う際には、現在のネットワーク記録や追加情報で裏付けるよう求めている。アドレスの文字列が一致したという一点だけでは、この条件に答えられない。 [C1]
企業が確認したいのは、その時点に誰がその通信先を使い、自社のどの端末やサービスが、何のために接続したかである。例えば、委託先が承認済みの保守で使う転送先なら、作業番号、利用時間、実行アカウントと整合するかを見る。承認の記録があることだけで、その時間帯の全通信を説明できるとは限らない。予定された作業と、実際の通信が同じ対象を指しているかを確かめることが要る。
同じアドレスを共有する正常な接続がある場合、広い遮断は影響範囲を大きくし得る。反対に、専用の悪性基盤であるという現在の裏付けがあり、自社でも不審な挙動が重なるなら、処置の根拠は強くなる。どちらの場合も、アドレスが大手サービスのものか、小規模事業者のものかという名前だけで結論を出さない。共有の範囲と、問題となる通信の主体を、実際の記録で絞ることが判断を変える。
このため、勧告のIP一覧をそのまま全社の遮断リストへ変える運用と、照合済みの通信へ処置を限定する運用では、同じ警告を使っていても仕事が異なる。後者には、記録を調べる時間と、その間の危険を管理する手順が必要になる。前者にも、正常な接続が止まったときに戻す判断や、取引先へ説明する負担がある。どちらも費用がゼロとは考えず、何を失う可能性を減らすための処置なのかを明らかにしたい。
04
正規ツールの名前を、悪意の判定にしない
SafePayの活動では、圧縮、ファイル転送、遠隔支援、ネットワーク管理に使われる正規の道具が悪用されたと勧告は説明する。例として7-Zip、FileZilla、RClone、WinSCP、AnyDesk、TeamViewerなどが挙がる。同時に、道具の利用や管理が攻撃者に帰属するという分析上の証拠なしに、これらを悪性と決めつけないよう注意している。製品名が一覧に載ったことは、その製品の利用者全員への侵害通知ではない。 [C1]
名前だけでなく、起動した主体、置かれた場所、接続先、作業の順序を見ると、正規業務との違いを説明しやすい。社内で承認した転送でも、通常とは異なるアカウントが、担当業務と関係のない資料をまとめて送っていれば、その部分には別の説明が要る。逆に、利用申請と記録が整合し、対象も予定どおりなら、名前の一致だけを理由に業務全体を悪性とする根拠は弱い。
ファイル名にも似た問題がある。勧告は、正規のWindowsプロセス名でも、配置場所などの状況によって不審となる例を挙げる。表示名は、ファイルの内容や、その操作を許された理由をすべて含んでいない。同じ名前なら安全という扱いも、同じ名前なら危険という扱いも、確認に必要な部分を省いてしまう。担当者へ渡す記録には、名称の横に、その名称が何の証拠として挙げられたかを残す方が役立つ。 [C1]
正規ソフトを残すために調査を避ける必要はない。企業は、使ってよい範囲と実際の利用を対応させ、説明できない利用を調べられる。製品を丸ごと禁止する選択が適切な場合もあるが、その判断は業務上の代替手段や管理条件も含む。共同勧告を、個々の製品の優劣や安全性の順位表へ読み替えると、道具を替えた後にも残るアカウント、権限、記録の問題を見落としやすい。
警告の検討後に調査を閉じる権限は、今回の指標照合とは別の問題になる。警告を閉じる権限と、調査を戻す経路を読む。
図2 · ツール名が一致した後に、問いを分ける
名前の一致から、正規・不正のどちらかへ自動で飛ばない。
承認記録と対応する
時間・主体・対象も整合するかを確認。整合すれば、その一致からの侵害推論は弱まる。
対応しない/資料が足りない
例外、実行主体、対象資料の問いを残す。追加の挙動を照合して処置の対象を判断。
分岐先は調査の問いであり、ソフトの安全認定や処置の自動許可ではない。
05
指標ごとに、証拠が答える問いを変える
IPアドレス、ファイル名、ハッシュ値、操作の挙動は、同じ欄へ並んでいても答える問いが違う。IPアドレスは通信先などの所在に関わり、ファイル名は名前に関わる。ハッシュ値はファイルの内容から計算する識別用の値であり、既知の検体との内容上の照合に使う。挙動は、どの主体がどの操作をしたかという関係を示す。ある型の一致を、別の型で必要となる証拠の代わりに使わないことが、一覧を読む出発点になる。
例えば、原典と同じハッシュ値のファイルが自社にあるという記録は、単に名前が同じという記録より内容の照合に近い。ただし、それだけで実行された時刻、実行権限、外部へ送った情報、組織全体の被害範囲まで決まるわけではない。ファイルを保管しただけなのか、実行したのかという違いは、別の記録に対応する。証拠が詳しくなったときも、答えられる問いを必要以上に広げない方が、調査の次の作業を選びやすい。
共同勧告が挙げる五つの脆弱性は、CVE-2020-3259、CVE-2023-20269、CVE-2023-27532、CVE-2024-40711、CVE-2024-40766である。公表番号の年が古いものも含まれ、勧告はこれらを使った侵入経路を説明している。これは10月20日に五つの新しい欠陥を発見したという発表ではない。自社の製品に同じ番号が関係するかは、実際の製品、構成、メーカーの適用条件へ戻って確認する。 [C1]
技術の一覧を件数へ変えない
ここで脆弱性の対象一覧と、攻撃が観測された一覧を足して被害件数にしてはいけない。一台が複数の欠陥に関係する場合も、一つの侵入で複数の道具が使われる場合もある。逆に、掲載された道具を使わない別経路を、この資料だけで除外することもできない。製品や指標の数は、企業数とも、成功した攻撃数とも一致しない。集計対象を確かめずに棒グラフの高さへ変えると、原典にない規模の比較を作ってしまう。
事業側へ伝える際は、「一致した」という短い報告に、何が一致したかを添えたい。内容、名前、通信先、挙動のどれかを示し、対応する時点と対象を付ける。その上で、今回の記録が支える処置と、まだ説明できない範囲を書く。この書き方なら、技術担当者が持つ詳細をすべて経営会議へ持ち込まなくても、停止や追加調査の判断が何に基づくかを共有できる。
ファイルの同一性と、その来歴や受領の説明を分ける別事例として、ファイルの一致と、納品物の来歴を分けて読む。
図3 · 一致したものと、まだ必要な証拠
比較する対象をそろえると、指標ごとの役割が見える。
| 指標の型 | 一致が示す対象 | 追加で問うこと | 飛躍しやすい結論 |
|---|---|---|---|
| IPアドレス | 通信先などの所在 | 同時点の利用者、共有、接続主体 | 今も同じ攻撃者のもの |
| ファイル名 | 同じ名前 | 内容、配置、実行、承認 | 同名だから悪性/良性 |
| ハッシュ値 | 既知検体との内容照合 | 実行時刻、権限、到達範囲 | 全機器の被害が確定 |
| 挙動の記録 | 主体と操作の関係 | 正規業務、前後関係、別資料の整合 | 単一操作だけで全経路を説明 |
証拠の強さを一つの点数にせず、答える問いへ対応させる。
06
記録がないとき、どの問いが残るのか
勧告の指標を社内で検索して一致しなかった場合、最初に見るのは検索の対象期間と記録の対象である。2024年の履歴が必要なのに、数週間分しか残っていなければ、その検索は過去の全期間について答えない。対象の通信を記録しない場所を調べても、同じ限界がある。こうした不足は、侵害があったという証拠ではないが、問題がなかったという結論の範囲を狭くする。
次に、社内で使う端末や委託先の作業が、検索に含まれているかを見る。会社の中心拠点にある記録だけで、海外拠点や別の契約に属する作業まで代表できるとは限らない。だからといって、すべての拠点へ同じ量の記録を一律に求める必要はない。問題となる通信や資料がどの業務を通ったかを起点に、答えに必要な範囲を特定する。組織図の大きさを、調査すべきデータ量の代わりにしない。
記録の保管期間が短い企業には、古い指標の検索より、現在の危険を減らすための確認が優先される場合もある。例えば、今の不審な接続や、承認されていないアカウントに対応する判断は、過去の全履歴を再建できなくても必要になる。歴史を完全に説明できるまで何も変えないという運用は、資料の留保を過剰に使った待機になり得る。調査で答えられない期間と、現在対処できる対象を分けることに意味がある。
記録の量より、答えられる範囲
一方、データを多く持つ会社でも、記録の量だけで判断が強くなるわけではない。通信先と時刻は分かっても、誰の承認した作業かが別の部署にしか残っていないことがある。正規業務との照合が必要なら、利用申請や委託作業の記録を結び付ける仕事が生じる。そこで必要なのは、秘密情報を一つの巨大な表へ複製することではなく、元の記録をたどれる識別子と、説明を持つ担当者の対応である。
原典のIP一覧を見ると、侵入に関係するもの、被害者のデータを保管するもの、ログイン用パネル、持ち出し、指揮・制御という異なる説明が付いている。同じ一覧に載っていても、自社で探す通信や問いが同じとは限らない。ある通信先への接続記録が見つかったら、その値が原典でどの役割に結び付いたかを先に読む。名前だけを取り出して検索すると、この手掛かりを落とし、発見した通信に不適切な意味を与えるおそれがある。 [C1]
07
情報流出、暗号化、復旧妨害は別の損失を生む
SafePayの説明で見落とせないのは、情報を持ち出す経路と、業務で情報を使えなくする経路が重なることだ。共同勧告はデータの収集・持ち出しの後にファイルを暗号化し、支払わなければ盗んだデータを公開する圧力をかける活動を記している。これは、全被害者について同じ時刻や同じ道具で進んだという意味ではない。企業は、自社でどの出来事が起きたかを、それぞれの記録へ対応させる必要がある。 [C1]
暗号化による利用不能には、受注処理や生産の再開、データの復元などが関わる。情報流出には、何を誰から預かっていたか、どこまで持ち出されたか、どの相手へ説明が要るかという別の仕事がある。バックアップから情報を戻せても、外へ渡った複製まで取り戻せるとは限らない。逆に、持ち出しの有無がまだ不明でも、使えない業務を安全に戻す仕事は必要になる。二つの進捗を一つの「復旧率」へまとめると、残る負担を見失いやすい。
さらに勧告は、シャドウコピーのサービスを止めたり、バックアップを保存するネットワーク接続ストレージを工場出荷時の設定へ戻したりする活動を挙げる。攻撃が本番のファイルだけでなく、戻すための選択肢へ作用する点が重要だ。保存先が存在すること、情報が残ること、権限のある担当者が必要な時点の業務を戻せることは、別々に確かめる対象になる。装置の台数を増やすだけで、この関係が説明できるとは限らない。 [C1]
戻すための手段にも条件がある
共同勧告が勧めるオフラインのバックアップ、変更や削除を防ぐ保護、復元の試験は、この復旧妨害に対する備えとして読める。ただし、ある保管方式の名称を採用しただけで、個々の契約の全データが守られるとは言えない。保存対象、保持期間、復元に必要な認証や運用手順を、権限のある担当者が確認する必要がある。ここで事業側が欲しいのは製品名の一覧より、どの仕事をどの条件で戻せるかという説明である。 [C1]
身代金の支払いも、この二つの損失を一度に解決する契約とみなせない。共同勧告は支払いを勧めず、支払ってもファイルが回復する保証はないと説明する。仮に利用可能なデータを戻せたとしても、持ち出された情報の扱いや、侵入に使われた権限の問題は別に残る。将来の被害確率や回復日数を勧告の600という数字から算出する根拠はなく、経営側は自社の停止業務と情報の範囲を基に費用を整理する必要がある。 [C1]
同じ条件に依存する予備能力という別の論点は、共有鍵の復旧と、予備機の独立性を比べる。
図4 · 同じ事件から、異なる負担へ届く三つの経路
データが戻ったことだけで、すべての仕事が終わるとは限らない。
三経路は重なり得るが、同じ成果指標へまとめない。
08
急いで止める判断と、証拠を残す判断をつなぐ
共同勧告は、侵害の可能性が見つかり、まだ暗号化されていない場合の対応を分けている。対象ホストを特定して隔離し、侵入の範囲を調べるための記録や資料を集め、関係機関へ報告し、攻撃者を排除する対策へ進む流れである。暗号化が起きた場合には、別のランサムウェア・データ恐喝対応チェックリストを参照させる。暗号化の前後では、必要な照会資料も、急いで守る業務も変わり得る。 [C1]
証拠収集と排除の関係は、すべての調査を終えるまで処置を待つという単純な順番ではない。勧告は、有効な対策を選ぶために十分な調査データを集めた後に対策を始め、その作業は調査と重なる可能性があるとする。何を十分とするかは、実際の侵害と選ぶ処置に依存する。記事の模式図は原典の分岐を示すもので、読者の環境へ適用する操作命令や、一律の待機時間を指定するものではない。 [C1]
例えば、原典でデータの保管先と説明されたアドレスへの接続と、侵入に使われたと説明されたアドレスとの接続では、調べたい内容が変わる。前者で何かを外部へ送ったかは、接続があるだけで決まらず、通信の向きや内容に関わる別の資料が必要になる。後者でも、一覧の説明だけから自社への侵入成功を確定できない。処置の担当者へ渡す際は、原典の役割、自社の通信主体・時刻、追加の裏付けを一組にすると、問いを取り違えにくい。 [C1]
引継ぎと成果を同じ対象へそろえる
ファイル一覧には、良性のファイルでもあるLicense.txtが含まれ、一つの事例でネットワーク走査ツールに同梱されていたと説明されている。この名前を見つけたという通知だけでは、同じツール一式が存在したか、実行されたかを答えられない。担当者は、どの場所にあり、何と一緒に置かれ、同時点の操作に結び付くかを問うことができる。一覧の見出しだけで全行を同じ悪性の証拠へ変えず、個々の説明を検索結果の隣に残したい。 [C1]
クラウドへの転送も、正規の保存と盗難を道具名だけで分けられない。共同勧告はBackblaze B2のファイル管理に使うb2.exeを挙げ、その悪用によるデータ持ち出しを説明する。自社で似た利用があるなら、保管先を管理する主体と承認済みの転送範囲を確認する問いになる。サービス名の一致は、提供者そのものが侵害された証拠ではない。正規のバックアップも同じサービスを使う場合、広い遮断が復旧の仕事へ与える影響も検討対象になる。 [C1]
図5 · 暗号化の前後で参照する対応を分ける
暗号化の有無が不明な場合を、未発生と決めつけず、実際の状態に応じて対応を選ぶ。
対象に暗号化が起きていない場合
- 対象ホストの特定・隔離
- 範囲調査の記録・資料を収集
- 適切な機関へ報告
- 十分な資料を基に排除対策を選択
暗号化が確認された
- 共同勧告が案内するランサムウェア・データ恐喝対応チェックリストへ
- 実際の環境に合う、権限のある対応へ
暗号化前の対策は、十分な調査資料の収集後に始まり、調査と重なり得る。
09
世界の企業へ伝わるのは、停止と照合の費用
国をまたぐ企業活動では、一つのシステム停止が、契約上は別の相手の仕事へ届く。注文情報を送れない、配送指示を確認できない、顧客への回答に必要な資料を読めない、といった経路が考えられる。これはSafePay被害者全員に同じ遅延が起きたという事実ではない。自社の重要な仕事がどの接続と情報に依存するかを起点にすると、共同勧告で示された利用不能や復旧妨害が、どの費目へつながり得るかを整理できる。
業務を戻した後にも、停止中に受け取った注文や変更を照合する仕事がある。通常の接続を止めて手作業へ切り替えた場合、処理した内容が復旧後の記録と重複したり、反映されなかったりしないかを確かめる必要がある。停止時間だけでは、この追加作業の大きさは分からない。取引の種類、代替手段、記録の残し方によって負担は変わるため、一般的な一時間当たり損失を、個々の会社へそのまま当てはめるのは難しい。
情報を持ち出された可能性があれば、対象資料と契約相手の対応を調べる負担も生じる。売上の回復と同じ日程で終わるとは限らない。担当者が取引先へ説明する際、データの種類と期間が分かれば、必要な質問を絞りやすい。反対に、侵害範囲を大きく言い過ぎた通知も、狭く言い過ぎた通知も、再確認や信頼の負担を増やし得る。通知義務の有無や期限は法域と契約によって異なり、勧告の一般的な報告案内だけで一律には決まらない。
正常な仕事を止める費用も比較する
指標への処置が広すぎた場合にも、別の停止が起こり得る。正常な遠隔支援を止めれば、修理や復元の依頼が滞ることがある。正規の転送先まで閉じれば、顧客や提供者との資料交換が難しくなる。勧告が正規ツールと履歴IPの照合を求める意味は、この副作用にも関わる。ただし、副作用があることは必要な隔離を否定する理由ではない。減らそうとする侵害の危険と、停止する仕事を同時に説明するための比較項目になる。
損失を見積もる際は、同じ注文を二度数えない工夫も要る。停止によって受注を失った場合と、出荷・入金が後ろへずれた場合では、会社へ残る影響が違う。遅れた注文の全額と、同じ注文を失った額を重ねれば負担を大きく見せてしまう。情報の持ち出しに対応する調査や説明、復旧手段を作り直す作業は別の費目として整理できるが、勧告には各社の実額はない。600組織という累計下限に、仮の一件単価を掛けても世界の実損額にはならない。
10
手元の一件を、原典と対応させる
確認表を使うときは、権限を持って読める社内記録を一件選び、最初に何を調べたいかを一文にする。例えば「原典と同じIPアドレスへの接続が、承認した作業で説明できるか」という問いである。安全性全体や、すべての侵害の有無を一行で判定しようとしない。記録の識別子、時刻とタイムゾーン、通信した主体、承認された仕事を対応させると、この問いへ答えるために不足するものが分かる。
仮に記録Aでは、勧告と同じIPへの接続が、指標の観測期間より後に生じたとする。承認済みの保守が行われたという説明はあるが、接続したアカウントとの対応はまだない。この段階で表に残すのは、当時の宛先の利用者と、保守作業に使った主体を確かめる問いである。正規作業だという説明を無条件に採用するのでも、履歴IPの一致だけで現在の悪性を確定するのでもなく、二つの記録をつなぐ部分を明らかにする。
仮の記録Bでは、正規の転送ソフトが使われ、予定した作業と違う時間や資料へのアクセスが重なっているとする。追加の照合は、承認の例外があったのか、実行アカウントを誰が管理していたか、転送した範囲を記録が示すかへ進む。ソフト名を消してしまっても、これらの問いは残る。処置を選ぶ担当者には、製品の使用禁止という広い案だけでなく、問題となる利用の対象と、止まる正規業務を対応させる資料が要る。
裏付けが増えた場合と、残る判断
仮の記録Cでは、原典と同じ検体のハッシュが記録され、不審な実行と復旧手段への操作が別の記録にもあるとする。名前やIPの一致だけの場合より、対処を急ぐ根拠は具体的になる。それでも、同じ組織の全機器が同じ状態にあると自動的には言えない。担当者は、裏付けがそろった対象と、波及を調べる対象を対応させる。これらA、B、Cは比較方法の架空例であり、実際の被害企業や検知成績を表すものではない。
表の最後には、提案する処置の対象と、止まり得る仕事を一緒に書く。対象が一つの端末なのか、アカウントなのか、共有の通信先なのかで、必要な判断は変わる。正常な取引や支援まで止まる可能性があれば、その依存を確認する担当者を示す。表を埋めたこと自体を処置の許可にせず、自社で権限を持つ対応担当者が証拠と業務への影響を基に決めるための資料にする。
資料が足りない欄は空想で補わず、確認したい記録の種類と保管者を残す。公開ページには、顧客の情報、通信ログ、秘密の値を送らない。記事にある表は、質問を組み立てるための閲覧資料であり、通信の自動検査、侵入者の帰属判定、入力内容の保存を行う機能ではない。実際の記入と共有は、自社の承認された場所と取扱条件に従う。必要なデータを外へ複製せずに進められることも、この作業の条件である。
確認のために機密の複製を増やす問題は、委託診断の記録にもある。診断後に残る資料と秘密の管理を読む。
図6 · 自社の一件に使う、証拠と処置の対応表
原典の記載から、提案する処置と影響する仕事までを一行でつなぐ。
| 欄 | 手元の資料で確かめること | 残すもの |
|---|---|---|
| 原典 | 勧告ID、指標の型、観測期間 | 出典の箇所と版 |
| 自社の記録 | 発生時刻・タイムゾーン、通信・実行の主体 | 管理用の識別子、対象範囲 |
| 正規業務 | 承認した時間、対象、例外 | 対応する作業記録 |
| 不足する裏付け | 期間の不足、主体の不一致、未説明の操作 | 次に必要な資料と保管者 |
| 提案する処置 | 対象機器・アカウント・通信先など | 判断の根拠と権限のある担当者 |
| 業務への作用 | 止まる支援、取引、復旧の依存 | 確認担当と残る条件 |
値の一致を判定の代わりにせず、次の問いと処置の範囲を具体化する。
11
反論:照合を増やすほど、対応が遅れないか
照合を重視する考え方への強い反論は、攻撃が進む間に人手の確認を待てないというものだ。自動的な検知や隔離には、速く一貫した処置を実行できる利点がある。すでに危険な実行が裏付けられている場面で、共有IPの一般的な留保だけを理由に待ち続けるのは合理的でない。共同勧告の注意点は、すべての自動処置を禁じる規則としてではなく、どの証拠からどの処置を選ぶかという設計の条件として使いたい。
自動化する範囲を考える際も、単一の名前の一致と、複数の記録が整合した挙動を同じ強さにしないことが役立つ。どの条件で対象を隔離し、どの条件で追加確認へ回すかを、業務の重要性と既存の対応手順へ合わせる。判断の速さは、人の承認を何件挟むかだけで決まらない。必要な記録の参照先や、影響する業務が事前に分かっていれば、緊急時に探し直す負担を減らせる。
もう一つの反論は、正規の道具が使われる以上、個別の指標を読む価値は小さいというものだ。しかし、指標には当時の通信先や検体をたどる役割があり、原典の注意を付けたまま使う余地がある。限界があるから捨てるのではなく、何を確認する手掛かりかを限定する。一般的な振る舞いの監視だけで過去の特定検体との一致を代替できるとは限らず、反対に検体一致だけで正規業務の全体像を説明することもできない。
備えの価値を、必要な問いへ対応させる
バックアップがあるので影響は小さい、という見方にも条件がある。共同勧告は復旧手段を妨げる活動を記し、情報の持ち出しも説明している。必要な業務を戻せるという実績があれば利用不能への評価は変わるが、それで持ち出しの問いが消えるわけではない。ここでも、良い備えを過小評価する必要はない。何を戻せたかの証拠を、戻せた範囲の評価へ正確に使うことが重要になる。 [C1]
12
SG Groupの見方:判断を変える材料を先に決める
SafePayの共同勧告を読む意義は、攻撃者の名前を知ることにとどまらない。過去の観測を現在の判断へ移すには、同じ文字列の向こうにある主体、時点、正規業務を照合する仕事が要る。この仕事が弱ければ、見落としと過剰な停止の両方が起こり得る。企業が買う防御能力も、道具の数や指標の件数だけでなく、自社の仕事に合った処置へ結び付けられるかで評価する余地がある。
この見方を変える第一の材料は、現在の悪性を裏付ける具体的な証拠である。通信先の支配関係、同時点の不審な実行、権限の変更、持ち出しや復旧妨害の記録が整合すれば、一般的な再割り当ての可能性より、対象の封じ込めを急ぐ根拠が強くなる。一方で、承認された作業の主体、対象、時間、記録が一貫して説明できれば、特定の一致を侵害へ直結させる評価は弱まる。どちらも実際の資料が必要だ。
第二の材料は、止める業務と戻せる業務の説明である。限定した処置で問題となる利用を止め、必要な支援や取引を保てるなら、広い停止を選ぶ理由は小さくなり得る。必要な限定が技術上できず、危険が具体的なら、停止範囲を広げる判断もあり得る。復元の試験や代替手段が、どの条件で実際に使えたかが分かれば、復旧の見積もりも改善する。単に予備があるという説明だけでは、この比較は終わらない。
続報と、事業への意味を読み直す
第三の材料は、原典自体の更新である。今回の勧告は10月20日の初版であり、掲載された指標には明示された観測期間がある。後の改訂で対象、指標、観測期間が変わる場合は、同じ管理番号の資料でも、どの部分が変更されたかを読む必要がある。新しい日付だけで以前の全指標が再確認されたと受け取らず、追加された根拠と、自社で影響する判断を対応させたい。将来の改訂日をこの資料から予測することはできない。 [C1]
最後に、世界全体の損失や、特定の防御サービスの投資収益をこの勧告だけで決めることはできない。分かるのは、複数地域で活動した集団に対し、捜査機関が履歴と対策をまとめ、指標の使い方にも条件を付けたことだ。読者は本文の対応表で、自分の一件が何を示し、何の資料が不足し、どの仕事へ処置が届くかを点検できる。そこまで進めることが、被害件数の見出しを事業の判断へ変える具体的な一歩になる。
よくある質問
600件は2026年だけの被害ですか。
CISAの通知は2024年8月以降という期間で、少なくとも600組織への影響を説明しています。指標の観測期間は別に2024年11月から2026年8月です。年次の新規被害率や、10月時点の世界全体の件数には読み替えられません。[C1] [C2]
掲載されたIPへ接続していたら、侵害されたことになりますか。
それだけでは決まりません。共同勧告は、動的・一時的な割り当てや、後に良性のサービスへ再割り当てされる可能性を示しています。自社の通信の時点、主体、正規業務との対応や、追加の記録を照合します。現在の安全性も、IPの名前だけで決められません。[C1]
正規の遠隔支援ソフトは使用をやめるべきですか。
勧告への掲載だけで一律に決める問題ではありません。誰が何の作業で使い、記録が承認内容と合うかを確認します。禁止や制限を選ぶ場合も、止まる保守や復旧作業、代替手段を含め、自社で権限のある担当者が判断する必要があります。
バックアップを復元できれば、情報流出の問題も終わりますか。
復元は業務で情報を再び使うための成果です。すでに外部へ持ち出された複製、対象となった顧客や取引先、侵入に使われた権限の扱いは別の確認になります。共同勧告は復旧手段への妨害も説明しており、保存先の存在だけで復元できる条件がそろうとは限りません。[C1]
身代金を払えば、必要なファイルは戻りますか。
共同勧告は支払いを勧めておらず、回復が保証されないと説明しています。支払いの有無だけでは、持ち出された情報や侵入経路が解決したことにもなりません。個々の対応では、権限のある担当者が適用法や契約、技術上の状況を合わせて扱う必要があります。[C1]
この確認表にログを貼り付けるのですか。
公開ページへログや秘密情報を送る必要はありません。原典の箇所と、社内で承認された記録の識別子を使い、手元の安全な管理場所で照合します。表は質問と処置の対象を整理するためのもので、通信の検査、侵入者の自動判定、入力内容の保存を提供する機能ではありません。
出典・時点・注記
情報確認:2026年10月23日。分析対象は10月20日の共同勧告初版。記録A・B・Cは比較方法の架空例であり、被害企業、実測の検知成績や実際の損失額を示さない。図の矢印と区分はSG Groupの分析で、件数や確率を表すものではない。
- [C1] FBI・CISA・USSSほか — #StopRansomware: SafePay Ransomware, AA26-293A(共同勧告19ページ) · 2026-10-20
- [C2] CISA — SafePay共同勧告の配信通知(15:00 EDT) · 2026-10-20
一般的な情報と分析であり、個別システムの対応や投資判断への助言ではない。実際の処置は、権限を持つ担当者が対象と業務への影響を確認して決める。
初版:2026年10月23日。履歴指標の照合、処置の副作用と企業の負担を整理。