アヌビスが主張していることと、実際に検証されたこと
「アヌビス」として知られるランサムウェア集団が、マールボロ・パートナーズへの侵害犯行声明を公に発表したが、現時点でその主張を裏付ける確証された証拠は存在しない。窃取されたデータは公開されておらず、身代金要求も明らかにされておらず、独立したセキュリティ研究者による侵入が実際に発生したという技術的証明も見つかっていない。要するに、アヌビスは「発生した」と主張しているが、グループ外部の誰もそれを検証していないのだ。
この区別は重要である。ランサムウェア集団のリークサイトに投稿された主張は、確定したデータ侵害と同じではない。これは攻撃者自身による声明であり、第三者による検証も、サンプルファイルも、研究者が独立に調査できるフォレンジックな痕跡も存在しない。そうした要素のいずれかが表面化するまで、この疑惑の侵害事件の悪用状況は、実際のところ明確ではない。その主張が完全に捏造である可能性もある。また、公的なデータ公開にまだエスカレートしていない恐喝未遂の初期段階を表している可能性もある。どちらのシナリオも plausibility があり、現時点ではどちらかを除外するのに十分な情報がない。
未検証の侵害主張がランサムウェアの一般的な圧力戦術である理由
ランサムウェア・アズ・ア・サービス集団は、侵入が完全に証明されているかどうかとは別に、侵害の発表自体を武器として扱うことが増えている。リークサイトに被害者の名前を掲載することで、直ちに風評上の圧力が生じる。企業名がランサムウェア集団のブランドの隣に表示された瞬間、ファイルが実際に漏えいしているかどうかに関係なく、顧客、パートナー、規制当局は質問を始めるのだ。
この戦術が機能するのは、組織が決定的な否定や確認で迅速に対応できないことが多いからだ。侵入が発生したかどうか、その深さはどの程度かを調査するには時間がかかる。その間、主張はオンライン上に残り、それ自体で風評被害をもたらす。一部の集団は、実際に窃取したデータを保有していることを証明する前に、この機会を利用して静かな身代金支払いを迫る。他の集団は実際にデータを保有しており、サンプルを証拠として公開する前に期限が過ぎるのを待っているだけだ。「先に主張し、後で証明する(あるいは決して証明しない)」という戦略は、ランサムウェアエコシステム全体で認識可能なパターンとなっており、セキュリティチームがリークサイトへの投稿を確定した事実ではなく調査すべき手がかりとして扱うよう訓練されている理由のひとつでもある。
アヌビスがランサムウェア・アズ・ア・サービス集団としてどのように活動しているか
アヌビスはランサムウェアの世界では新しい名前でも無名でもない。この集団はランサムウェア・アズ・ア・サービスモデルを運営しており、つまり個人の標的に対して攻撃を実行するアフィリエイトに、マルウェア、インフラ、恐喝の手口を提供している。この構造により、複数のアフィリエイトが同じ名前の下で同時に異なる標的に取り組むことができるため、アヌビスブランドの攻撃を大量に発生させることが可能になっている。このビジネスモデルの仕組み、アフィリエイトの勧誘方法や利益の分配方法の典型例に興味がある読者は、アヌビスのRaaS運営に関するこの解説で詳細を確認できる。
アヌビスが広範なランサムウェア情勢で注目に値するのは、実際に確認された攻撃と、精査が必要な主張の両方の実績があることだ。有用な比較対象は、コカ・コーラの乳製品子会社であるフェアライフへの確認済み侵害であり、アヌビスは同社が交渉を拒否したと報じられた後、脅迫を実行に移し、最終的に大量の窃取データを漏えいさせた。そのフェアライフ侵害事件は、検証済みのアヌビス事件が実際にどのようなものかを示している。すなわち、リーク、データ量、支払い拒否の記録である。マールボロ・パートナーズの主張には現在、そうした確認用の詳細がまったくなく、まさにそれがより慎重な解釈に値する理由なのだ。
企業と消費者が侵害主張の信頼性を評価すべき方法
ランサムウェア集団が主張を投稿した場合、それを事実として扱う前に注目すべき実用的なシグナルがいくつかある。第一に、サンプルデータが公開されたかどうか。実際に窃取した情報を保有する集団は、正当性を証明し圧力を高めるために小さなプレビューを公開することが多い。第二に、指名された企業が調査を認める慎重な声明を含め、何らかの声明を発表したかどうか。第三に、独立した研究者やセキュリティメディアが、漏えいした認証情報、フォーラムでの言及、集団に関連するインフラなど、裏付けとなる技術的証拠を発見したかどうか。
マールボロ・パートナーズの主張については、現在これらのシグナルはどれも存在しない。これは主張が偽りであることを保証するものではないが、最悪の事態を想定するのではなく、検証を待つという責任あるアプローチが適切であることを意味する。
あなたにとっての意味
マールボロ・パートナーズに関連するクライアント、パートナー、従業員であれば、すぐに取るべき行動はパニックではなく、基本的な警戒心を伴う辛抱強さだ。企業からの公式な連絡に注意し、この主張に言及する不審なメールや電話には警戒すること。実際の侵害が発生していない場合でも、詐欺師が侵害の見出しを利用してフィッシング詐欺を試みることがあるからだ。
より広く言えば、この状況は、組織はこの種の主張が現実になる可能性があると想定し、それに応じて準備すべきであることを思い出させる。バックアップの回復力を確認することは具体的なステップのひとつであり、バックアップ戦略だけでは執拗なRaaSアフィリエイトに対する完全な防御にはならないため、不変バックアップが依然としてランサムウェアの被害に遭う理由を理解することは価値がある。
実行可能な要点
- ランサムウェアのリークサイトへの主張は、データ、声明、独立した調査によって確認されるまで未検証として扱うこと。
- 今後の数日間、サンプルデータの公開やマールボロ・パートナーズからの公式声明など、危険信号に注意すること。
- この主張の見出しに便乗した、クライアントや従業員を標的とするフィッシング攻撃に警戒すること。
- 企業は、確認された侵害を待ってからテストするのではなく、今バックアップとインシデント対応計画を監査すること。
- 恐喝集団自身の主張だけに依存するのではなく、信頼できるセキュリティ報道に従うこと。
アヌビスランサムウェアのマールボロ・パートナーズ主張は、確認された侵害に発展するか、ブラフか、あるいはその中間に落ち着くかもしれない。検証された証拠が現れるまで、最も有用な対応は警戒心ではなく、慎重な懐疑心である。




や、[別のリークで浮上した支払いの申し立て](/en/luna-moth-extortion-group-leak-exposes-alleged-payments)を取り上げました。これらのリークを合わせると、機会主義者の緩やかな集まりではなく、組織化されたビジネスであることが示唆されます。
ここでは注意が必要です。元記事は短い要約であり、リーク文書自体はすべてが独立に検証されたわけではない主張です。しかし、それらが描写するパターンは、公開勧告がすでに警告してきた内容と一致しています。
## 電話担当者と技術的侵入者がどのように作業を分担するか
報告された構造から得られる実践的な教訓は、攻撃がリレー形式であるということです。1つのグループが人間的な側面を担当します。信憑性のある口実を構築し、標的を関与させ、特定の行動を取るよう説得します。別のグループが技術的な側面を担当します。その会話から得られたアクセスを利用してシステム内を移動し、データを取得します。
この分担が重要なのは2つの理由からです。
第一に、電話に出る人物は技術的に高度である必要がありません。彼らの仕事は説得です。標的が認証情報を渡すか、プロンプトを承認するか、ドアを開けるだけでよく、技術担当者がそこから引き継ぎます。
第二に、技術担当者はソフトウェアの欠陥を見つける必要がありません。正規のログインや信頼されたリモートセッションが渡されれば、彼らの作業の多くは通常の活動に見えます。これが、この種の攻撃を境界防御ツールだけで捉えるのが難しい理由です。
その影響は法律業界で顕在化しています。以前に取り上げた報道では、[Jones DayとMayer Brownが機密ファイルの盗難を確認した](/en/luna-moth-leaks-data-from-jones-day-mayer-brown)こと、そして少なくとも1件では恐喝要求が支払われないままオンラインで公開されたことが述べられていました。[法律事務所への攻撃増加とビッシング詐欺の拡大](/en/law-firm-ransomware-attacks-rise-as-vishing-scams-grow)に関する関連レポートも同じテーマを示しています。侵入経路はしばしばマルウェアではなく、人であるということです。
## 行動する前にフィッシングやビッシングの口実を見抜く
最初の段階が会話であるため、最良の初期防御はツールではなく習慣です。ITサポートを装う口実には、いくつかの共通した特徴があります。
- **緊急性。** 電話やメールは、何かが壊れている、期限が切れている、侵害されているので、今すぐ行動が必要だと言います。
- **一方的な連絡。** あなたはチケットを開いていないのに、誰かがその対応をしていると主張します。
- **アクセスの要求。** コードを読み上げる、ログインプロンプトを承認する、ソフトウェアをインストールする、リモートセッションを開始するよう求められます。
- **送信者が提供する折り返し番号。** コールバックフィッシングは、攻撃者が管理する番号にあなたが電話をかけることに依存しています。
対応は単純ですが、その瞬間には気まずいかもしれません。電話を切るか、返信をやめてください。その後、社内ディレクトリや公式企業サイトなど、本物であるとすでに分かっている番号やチャネルを使ってITチームまたはプロバイダーに連絡してください。メッセージ自体の連絡先情報は使わないでください。正当なサポート担当者は検証されても気にしません。
小規模組織は事前にルールを合意しておくべきです。受信通話を理由に、誰もログインの承認やリモートアクセスソフトウェアのインストールを求められることはない、というルールです。書面化されたルールは、個々の従業員からプレッシャーを取り除きます。
## 認証情報が盗まれた後の被害を限定する
最終的には誰かが騙されるものと想定してください。そのときの目標は、盗まれた認証情報をあまり有用でなくすることです。
**フィッシング耐性のあるMFAを使用する。** テキストメッセージやアプリのプロンプトで送られるコードは、電話で被害者から聞き出される可能性があります。ハードウェアセキュリティキーとパスキーは本物のサイトでのみ機能するように設計されており、電話担当者が最もよく要求するものを排除します。
**1つのアカウントが到達できる範囲を制限する。** 1つのログインで全てのファイル共有を開けるなら、1本の電話で全てが露出する可能性があります。役割ごとにアクセスを分離し、古い権限を削除してください。
**異常なリモートツールや大量転送に注意する。** 新しいリモートアクセスソフトウェアや通常時間外の大量データ移動は、レビューを引き起こすべきです。
**対応計画を用意する。** 誰に連絡するか、アカウントを迅速に無効化する方法、証拠を保全する方法を知っておいてください。恐喝グループは混乱と遅延に依存しています。
## これがあなたにとって意味すること
この種の攻撃の標的になるために法律事務所である必要はありません。同じ口実は、盗む価値のあるアクセス権を持つあらゆる従業員や個人に対して機能します。リークは、最も弱い点がしばしば、ある声を信頼するかどうかを誰かが決める瞬間であることを強く示しています。機密の顧客データやクライアントデータを扱っているなら、リークで描写された構造が優先事項を形作るべきです。まず検証し、より強力な認証でアカウントを保護し、1つのアカウントが到達できる範囲を減らしてください。
## 実行可能な要点
- 「ITサポート」からの予期しない電話は、既知のチャネルで確認するまで未検証として扱う。
- 受信通話者の要求でコードを読み上げたり、プロンプトを承認したり、リモートツールをインストールしたりしない。
- 重要なアカウントをセキュリティキーやパスキーなどのフィッシング耐性のあるMFAに移行する。
- 1つの盗まれたログインで全てが露出しないよう、アカウント権限を削減する。
- 必要になる前に、検証ルールとインシデント連絡先リストを書き留めておく。
Luna Mothのソーシャルエンジニアリング手法が機能するのは、説得力のある人間の声と忍耐強い技術的フォローアップを組み合わせているからです。今週、偽のITサポート電話への自社の露出を見直し、可能な場合はフィッシング耐性のあるMFAに切り替え、Luna Mothのリークとビッシング主導の恐喝に関する関連報道を読んで、これらの攻撃が実際にどのように展開するかを確認してください。](/api/img?p=articles%2F8210%2Fimage-0.jpg&w=640)