FBI、CISA、NSA、国防総省サイバー犯罪センター、韓国のサイバーセキュリティ機関による共同勧告により、Gunraランサムウェアの運営者が、最も信頼されているエンタープライズセキュリティツールの一つである多要素認証を回避する方法を見つけたことが確認されました。ワンタイムコードを盗んだり、ログインセッションをフィッシングしたりするのではなく、Gunraのアフィリエイトは被害者のサーバー上の認証ファイルを直接書き換え、暗号化を展開してデータを窃取する前に、内部からMFA保護を事実上無効化しました。
今月発行されたこの勧告は、ランサムウェア・アズ・ア・サービス集団がMFAをもはや欺くべき障害物とは見なしていないことを、より明確に公に確認したものの一つです。彼らはそれを、一度足場を確保すれば単純に再構成できるインフラストラクチャとして扱っています。
GunraがサーバーレベルのMFAを回避した方法
勧告によると、Gunraのアフィリエイトは、FortinetのファイアウォールおよびVPNアプライアンスの既知の脆弱性と、Schneider Electricシステムの欠陥を悪用して、政府、重要インフラ、エンタープライズネットワークへの初期アクセスを獲得しています。侵入後、ログインプロンプトでMFAを打ち破ろうとするのではなく、攻撃者はサーバー自体に保存されている認証設定ファイルを狙いました。
それらのファイルをソースレベルで変更することで、Gunraの運営者は通常なら不正ログインを阻止するMFAチェックを無効化または回避でき、被害者の第2要素を必要とすることは一切ありませんでした。これは、ユーザーを標的とするSIMスワップやプッシュ通知疲れ攻撃などの典型的なMFAバイパス技術とは意味が異なります。Gunraのアプローチは、ポリシーを執行するインフラストラクチャ自体を標的としており、つまり欠陥は行動上のものではなく構造上のものです。勧告がGunraが依存していると指摘するファイアウォールやVPNアプライアンスなどのエッジデバイスの既知の脆弱性にパッチを適用することが、組織がこの扉が開く前に閉じる最も直接的な方法であり続けます。
Gunraはランサムウェア・アズ・ア・サービスとして運営されており、中核となるマルウェアはあるグループによって構築・維持され、アフィリエイトが個々の攻撃を実行し、しばしば以前のランサムウェアファミリーから漏洩したコードを再利用します。この構造により、勧告が複数の国の政府、医療、重要インフラターゲットにすでに被害を与えていると指摘していることから、この作戦はセクターや地域を超えて急速に拡大するのに役立っています。
Linuxバリアントにおける明るい材料
勧告はまた、GunraのLinuxベースの暗号化プログラムにおける顕著な弱点も指摘しています。研究者らは、暗号化プロセスがファイルのタイムスタンプの痕跡を残すことを発見しました。これは、場合によっては、攻撃者に何も支払うことなく復号鍵を再構築するために使用できます。この特定の亜種に攻撃されたLinuxサーバーを運用している組織にとって、これは犯罪集団との交渉ではなく、フォレンジック分析を通じて暗号化されたデータを復旧する道を開くものです。
この種の実装上の欠陥は、漏洩したコードを再利用または適応させるランサムウェアファミリーでは珍しくなく、すべてのGunra被害者が無料で復旧できるという意味ではありません。Windows側の暗号化プログラムは同じ弱点を共有していないようであり、組織は復旧の試みをDIY修正ではなく経験豊富なインシデントレスポンダーの仕事として扱うべきです。それでも、被害者が支払うかバックアップから再構築するかの選択を迫られることが多いランサムウェア環境において、これは稀な良い知らせです。
その選択が重要なのは、証拠が支払いが確実に問題を解決しないことをますます示しているからです。Proofpointの調査では、ランサムウェアへの支払いは裏目に出ることが多いことが判明しました。多くの組織が、支払い後もデータを失った、再攻撃に直面した、または使用可能な復号ツールを受け取れなかったと報告しています。Gunra勧告はそのパターンを強化しています:最も安全な賭けは交渉ではなく、予防と復旧可能性です。
これはあなたにとって何を意味するか
この勧告の読者のほとんどはGunraに直接標的とされることはないでしょうが、根底にある教訓は広く当てはまります。MFAは防御の重要な層ですが、特に攻撃者がそれを執行するサーバー側の設定に到達できる場合、絶対無欠ではありません。企業、病院、学校、地方自治体機関のためにITシステムを管理している場合、この勧告はファイアウォールとVPNアプライアンスのファームウェアが最新であるかどうかを確認するシグナルです。Gunraの初期アクセスは既知のパッチ適用可能な脆弱性に大きく依存しているからです。
一般ユーザーにとって、教訓はこの特定のランサムウェアファミリーについてというよりは、自分のデータの扱い方についてです。重要なファイルの定期的なオフラインのバックアップを維持することは、攻撃者がどのように侵入したかに関係なく機能する数少ない防御策の一つであり続けます。機密ファイルのコピーをどのくらいの期間、どこに保持するかも、使用しているサービスが侵害された場合の露出に影響します。自身のデータ保持習慣と、依存しているプラットフォームのそれを理解することは、単一の侵害が露出させ得るものを制限するための実用的なステップです。
重要なポイント
露出したFortinetまたはSchneider Electric機器を運用している組織は、それがGunra侵入の記録された侵入口であるため、直ちにパッチ適用を優先すべきです。ITチームは、MFAが有効であるだけで機能していると想定するのではなく、サーバー側の認証設定に不正な変更がないか監査すべきです。Gunraに攻撃されたLinux管理者は、勧告に記載されているタイムスタンプベースの復旧欠陥を考慮し、ファイルが完全に失われたと想定する前にインシデントレスポンスの専門家に相談すべきです。そして他のすべての人にとって、この勧告は、Gunraランサムウェアおよび同様のグループが時代遅れのインフラストラクチャに対して最も成功することが多いことを再度思い出させるものであり、パッチ管理とバックアップの規律を単一のセキュリティツールよりも価値あるものにしています。




や、[別のリークで浮上した支払いの申し立て](/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)