ハッカーが、想像しうる最も弱いパスワードの一つである「123456」が、880万件の記録をカバーするデンマーク国家レジストリに関連するデータへの侵入経路だったと主張している。Tom's Hardwareが報じたこの主張は、弱いパスワードを使用していたIT・データサービス企業を侵害の発生源として指摘している。デンマーク国家レジストリ侵害 123456の話は依然として主張であり、実証された出来事の説明ではないが、セキュリティチームがよく知る問題を浮き彫りにしている。すなわち、ある国のデータの安全性は、そのデータに到達しうるサプライヤーの最も弱いログインと同じ程度でしかないということだ。
ハッカーがデンマークで何が起きたと主張しているか
Tom's Hardwareの報道によると、ハッカーは「123456」というパスワードで侵入できたと述べている。同報道は、ハッキングの発生源を、弱いパスワードを使用していたとされるIT・データサービス企業に結びつけている。このインシデントに関連する数字は、デンマーク国家レジストリに関連する880万件の記録だ。
いくつかの注意点を率直に述べておく価値がある。私たちが持っている原資料は見出しと要約であるため、そこで提示されている通りの主張を記述することしかできない。完全な技術的詳細、どのアカウントが関与したか、正確にどのデータフィールドが取得されたかを確認することはできない。ハッカーの主張は誇張されていることがあり、公式の調査結果は攻撃者が公に述べることと異なる場合もある。読者は、関係組織が自らの説明を提供するまで、具体的な内容を主張として扱うべきだ。
ベンダーの弱いパスワードがどのように国家規模のデータを開放するか
この話の興味深い点はパスワードそのものではない。パスワードがどこにあったかだ。大規模データベースは中央では慎重に守られていることが多いが、それらに接続し、ホストし、または代理でデータを処理する企業には、より緩い基準しか課されていない場合がある。攻撃者がサプライヤーとしてログインできれば、そのサプライヤーに付与されているアクセス権をそのまま引き継ぐ可能性がある。
「123456」のようなパスワードは、あらゆる自動化ツールが最初に試す推測の一つだ。コードやハードウェアキーなど、第二の身元証明を求める多要素認証(MFA)がなければ、正しく推測するだけで済むことが多い。そこに広範なアクセス権が加われば、たった一つの弱い資格情報が数百万人への露出に変わりうる。
これはベンダー関連インシデントにおける繰り返し見られるパターンだ。ハッカーによるAccentureのソースコード35GB窃取の主張や、従業員データの主張を受けてHCLTechが侵害を否定に関する私たちの報道は、いずれも大規模ITサービス企業、つまり顧客と機密システムの間に位置する種類の組織を扱っている。これらの事例は細部では異なるが、同じ教訓を共有している。サードパーティITプロバイダーは、アクセスを集中させているため魅力的な標的になるということだ。
デンマークの住民が注意すべきこと
デンマークに住んでいる、またはデンマークの機関に個人データを保有されている場合、パニックになる必要はないが、詳細が明らかになる間はいくつかの習慣が賢明だ。
- 予期しないメッセージには懐疑的になる。 あなたの個人情報に言及するメール、テキスト、電話は、正当に見せるために使われる可能性がある。メッセージ内のリンクや番号ではなく、すでに信頼しているチャネルを通じて組織に連絡して確認すること。
- 圧力戦術に注意する。 行動、支払い、または「身元確認」を急かす要求は、詐欺の典型的な兆候だ。
- 公式チャネルで最新情報を確認する。 ソーシャルメディアの投稿やフォーラムのスクリーンショットではなく、関係当局の声明に依拠すること。
- 自分のアカウントを見直す。 銀行、メール、オンラインサービスアカウントに見慣れない活動がないか確認すること。
原資料からどのデータ種別が関与したかを述べることはできないため、あらゆる個人情報が説得力のある詐欺に使われる可能性があると想定し、慎重な姿勢を保ってほしい。
パスワードマネージャーとMFA:この種の侵害を止める
「123456」型の失敗に対する防御はシンプルで、よく理解されている。
パスワードマネージャーを使う。 パスワードマネージャーは長くランダムで固有のパスワードを生成・保存するので、自分で考案したり覚えたりする必要がない。固有のパスワードはまた、一つのログインが侵害されても他のアカウントを解錠できないことを意味する。
提供されているすべての場所でMFAを有効にする。 パスワードが推測または窃取されても、第二の要素がログインを阻止できる。可能な場合はSMSコードよりも認証アプリまたはハードウェアセキュリティキーを優先すること。
組織に対して:ベンダーアクセスを監査する。 機密システムに接続する企業は、パスワードルールを強制し、すべてのアカウントにMFAを要求し、不要になったアカウントを削除すべきだ。顧客や公共機関もサプライヤーに同じことを期待すべきだ。
これらのインシデントは一つのセクターに限定されない。130万人の患者に影響を与えたMCBSランサムウェア侵害に関する私たちの報道も参照してほしい。そこではサービスプロバイダーの失敗が、そのデータを扱っていた人々にまで達した。
これがあなたにとって意味すること
サプライヤーがどのようにログインを保護するかは制御できないが、何か問題が起きたときに被害を限定することはできる。強力で固有のパスワードとMFAは、あなた自身のアカウントが次の弱いリンクになる可能性を減らし、一方的なメッセージに対する健全な懐疑心は、最も一般的な後続攻撃、つまり流出した個人情報に基づく詐欺を和らげる。
主なポイント
- デンマーク国家レジストリ侵害 123456の主張は未検証だが、サードパーティベンダーで弱い資格情報を使う攻撃者というおなじみのパターンに一致する。
- あなたの名前、住所、ID番号を使うメッセージは、自分で確認するまで潜在的に詐欺的として扱うこと。
- 弱い、または使い回されたパスワードを、パスワードマネージャーが生成する固有のものに置き換えること。
- メール、銀行、および対応するすべてのアカウントでMFAを有効にすること。
- AccentureとHCLTechに関する関連のベンダー侵害報道を読んで、サードパーティITリスクがどのように繰り返されるかを確認し、今日10分間を使って自分自身の最も弱いパスワードを修正してほしい。



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