LastPass、Klueへのサプライチェーン攻撃で顧客データ流出を確認
LastPassは、サードパーティベンダーであるKlueへのサプライチェーン攻撃に起因するデータ侵害を確認した。ハッカーはKlueの環境からOAuthトークンを盗み出し、それによってLastPassのSalesforceインスタンスへアクセスした。攻撃者はそこから、氏名、電話番号、メールアドレス、住所を含むカスタマーサポートのケースデータを引き出すことができた。現在のところ良いニュースは、暗号化されたパスワード保管庫は侵害されていないと見られる点だ。
これはLastPassにとって初めての深刻なセキュリティインシデントではない。同社は2022年に大規模な侵害を受け、ハッカーが暗号化された顧客のパスワード保管庫のコピーを入手した。この事件は広範な批判を浴び、多数のユーザーが競合のパスワードマネージャーへ移行するきっかけとなった。今回の新たな侵害は、範囲こそ狭いものの、中核製品が安全に保たれていても、周辺インフラが攻撃経路になり得ることを改めて示している。
サードパーティベンダーが弱点になった仕組み
今回の侵害のメカニズムは、現代のサプライチェーン攻撃でよく見られるパターンをなぞっている。LastPassが利用する競合情報プラットフォームであるKlueが最初に侵害された。攻撃者はOAuthトークン、つまりパスワードなしでサービス間の認証を可能にするデジタルキーを盗み出した。そのトークンを手にした攻撃者は、あたかも正当な正規システムであるかのように、LastPassのSalesforce環境にアクセスできた。
これがサプライチェーン攻撃の根本的な問題だ。自社のセキュリティ態勢が強固でも、アクセスを許可しているあらゆるベンダーが自社の攻撃対象領域の一部になる。OAuthトークンの窃取は、LastPass自身の防御がほぼ回避されたことを意味する。攻撃者はLastPassを直接突破する必要はなく、信頼されたパートナーを通じた抜け道を見つけたのだ。
ユーザーにとって直接的に流出したのは、パスワードではなく個人の連絡先情報である。それでも、そのデータは攻撃者にとって価値がある。氏名、電話番号、メールアドレスは、フィッシングキャンペーン、SIMスワップ試行、ソーシャルエンジニアリング攻撃に利用され、最終的にはアカウント乗っ取りにつながる可能性がある。
パスワードマネージャーだけでは完全な防御にならない理由
この侵害が示す重要な点は、パスワードマネージャーは認証情報を保護するが、ユーザーとしてのあらゆる情報を守ってくれるわけではないということだ。今回流出したデータ、つまり連絡先情報やサポートケースの履歴は、暗号化された保管庫の外に存在する。それらは、しばしば数十ものサードパーティベンダーと接続されている顧客関係管理システム、サポートチケットプラットフォーム、マーケティングツールの中に存在している。
プライバシーを重視するユーザーにとっては、防御を重ねることの重要性がここに示されている。二要素認証(2FA)は、誰でも今すぐに行える最も即効性のある強化策だ。攻撃者があなたのメールアドレスを入手し、それを使って他の場所でアカウントの認証情報をリセットしようとしても、2FAは有意義な障壁となる。SMSベースの2FAよりも、認証アプリを使うほうがはるかに強力だ。今回の侵害で電話番号が流出した場合、理論上はSIMスワップ攻撃に使われる可能性があるからだ。
VPNは、IPアドレスを隠し、ネットワークレベルでインターネットトラフィックを暗号化することにより、別の防御層を追加する。公共のネットワークや信頼できないネットワークを使う際の露出を減らし、認証情報の傍受がより現実的になる状況を低減する。VPNプロバイダーを評価する際は、独立監査済みのノーログポリシーを探すこと。CyberGhostやSurfsharkのようなサービスは、いずれもDeloitteによるノーログ監査を受けており、プライバシー主張を信頼するための第三者が検証した根拠をユーザーに与えている。
より広いポイントは、多層防御が重要だということだ。パスワードマネージャーは認証情報を守る。2FAは認証情報が漏洩してもアカウントを保護する。VPNはネットワークレベルでの露出を抑える。単一のツールですべての脅威をカバーできるわけではない。
これがあなたにとって意味すること
LastPassの顧客であれば、同社が開示した内容に基づく限り、暗号化されたパスワード保管庫は安全だと見られる。しかし、氏名、電話番号、メールアドレス、住所を含む連絡先情報は、攻撃者の手に渡っている可能性がある。そのデータは現実世界での影響をもたらす。
LastPassのアカウントやサポート履歴に言及したフィッシングメールに警戒すること。攻撃者は説得力のあるメッセージを作成できるだけの詳細を手に入れている。LastPassを名乗る迷惑メール内のリンクはクリックしないこと。何らかの対応が必要な場合は、LastPassの公式ウェブサイトまたはアプリに直接アクセスすること。
もし電話番号が流出データに含まれていたなら、携帯電話会社に連絡して、アカウントにPINまたはパスフレーズを追加し、SIMスワップから守ること。これは手遅れになるまで見過ごされがちな対策だ。
具体的なアクション:
- LastPassアカウントおよびその他の重要なアカウントで直ちに2FAを有効にすること。できればSMSではなく認証アプリを使用する。
- LastPassアカウントに言及する迷惑な連絡がメール、電話、テキストを問わずあれば、疑ってかかること。
- 電話番号が流出した場合は、携帯電話会社に連絡し、SIMロックまたはアカウントPINを追加すること。
- どのサードパーティサービスがアカウントにアクセスしているかを見直し、使用していないOAuthトークンや接続アプリを取り消すこと。
- 特に重要なアカウントにアクセスする際は、公共ネットワーク上ではVPNを使用し、ネットワークレベルでの露出を減らすことを検討すること。
Klueを介したLastPassの侵害は、現代の脅威環境がなぜ複数の重なり合う保護を要求するのかを示す典型的な事例だ。単一の製品やベンダーが侵害を完全に防げるわけではないが、防御を重ねているユーザーは格段に攻撃されにくくなる。


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

