脆弱な管理者パスワードが、約880万件の国民識別番号に関わる情報を露出させたデンマークの大規模データ漏洩に関連している。報道によると、フュン島のIT企業Paysの少なくとも3つのアカウントがパスワード「123456」を使用しており、それには管理者アカウントも含まれていた。デンマークのCPRデータ漏洩におけるパスワードの話は、個人データに対する最大のリスクはしばしば最も単純なミスから生じるということを端的に思い起こさせる。
Paysで何が起きたのか
この漏洩は、デンマーク国内で使用されている国民識別番号であるCPR番号に関わるデータを含んでいる。この露出は、フュン島に拠点を置くIT企業Paysと、そこでのアカウントが「123456」をパスワードとして使用していたと報じられていることに関連している。これらのアカウントの1つは管理者権限を持っており、これは通常、標準的なユーザーアカウントよりも広範なアクセスを意味する。
ここでの詳細は報道によるものであり、パスワードは「報じられているところによると」使用されていたと記述されている。アクセスがどのように得られたかに関するハッカーによる別の主張は、以前の記事ハッカーが「123456」でデンマークの880万件記録レジストリを開いたと主張で扱っている。その主張に関する完全なやり取りを望む読者は、そこから始めるとよい。
際立っているのは、弱点がどこにあったかである。データが露出したのは、個人が自分のアカウントでパスワードを再利用したからではない。それは第三者ITプロバイダーに関連しており、つまり市民は自分の身份データを保護するセキュリティ慣行を管理することも、可視化することもできなかった。
なぜ「123456」が今も扉を開くのか
「123456」のようなパスワードを一度きりの不名誉として扱いたくなる。しかし実際には、組織と人々の行動の仕方によってそれは存続している。デフォルトの認証情報が展開時に設定され、決して変更されない。共有アカウントやサービスアカウントが慌てて作成される。パスワード規則が施行されていない、あるいは一般職員にのみ施行され、管理者には施行されていない。
攻撃者はこれを知っている。最も一般的なパスワードを推測することは利用可能な中で最も安価な手法の1つであり、攻撃者が1つが機能するまで体系的に組み合わせを試すブルートフォース攻撃と密接に関連している。「123456」のように予測可能なパスワードであれば、攻撃者はそれほど多くの計算能力さえ必要としない。一般的なパスワードの短いリストで十分かもしれない。
管理者アカウントはリスクを高める。侵害された管理者ログインは、データ、設定、その他のアカウントへのアクセスを可能にするため、そこでの脆弱な認証情報は不釣り合いに大きな結果をもたらす可能性がある。組織が適用できる基本的な統制には次のものが含まれる:
- 作成時に一般的および以前に漏洩したパスワードをブロックする
- 特に管理者アカウントに多要素認証を要求する
- ログイン試行を制限し、異常なアクセスについて警告する
- 未使用または共有アカウントをレビューして削除する
CPR番号の露出が身份盗用にとって意味すること
CPR番号はパスワードとは違う。簡単にリセットすることはできず、ほとんどの人にとって生涯同じままである。だからこそ、880万件に関わるデータの露出がそれほど重大なのである。漏洩後に識別子を単純にローテーションすることはできない。
単独では、国民ID番号は銀行口座への鍵ではない。リスクは組み合わせにある。攻撃者が識別情報を他の情報と組み合わせれば、なりすまし、実際の詳細を使用するために説得力のあるフィッシング、またはアカウント回復の質問に答える試みを行うかもしれない。詐欺師はしばしば、あなたが誰であるかを知っているように見えるメッセージに頼る。
実践的な対応はパニックではなく警戒である。送信者が個人情報を知っているように見えても、パスワードや機密情報を求める予期しない電話、メール、テキストには懐疑的になること。正規の組織は通常、この方法で認証情報を渡すように求めることはない。
自分のアカウントを保護する方法
ベンダーのパスワードポリシーを修正することはできないが、自分のアカウントが次の弱いリンクにならないようにすることはできる。次のステップから始めよう:
- すべてのアカウントで一意のパスワードを使用する。 1つのサービスが侵害されると、再利用によって攻撃者は同じログインを他の場所で試すことができる。
- パスワードマネージャーを採用する。 長いランダムなパスワードを生成して保存するので、覚えておく必要がない。
- 二要素認証を有効にする。 パスワードが推測または漏洩されても、2番目の要素がログインを阻止できる。
- 「123456」スタイルのパスワードをチェックする。 メール、銀行、仕事のアカウントから始めて、単純、短い、またはパターンベースのパスワードを置き換える。
- 求められていないリクエストを疑わしく扱う。 すでに信頼している公式チャネルを通じて組織に連絡して確認する。
これがあなたにとって意味すること
デンマークに住んでいる場合、主な要点は、個人情報を使用して信頼できるように見えるフィッシングやなりすましの試みに警戒することである。CPR番号は変更が難しいため、継続的な注意が一度きりの修正よりも重要である。他の場所にいる場合でも、教訓は依然として当てはまる。あなたのデータは、それを保持するすべての企業の最も弱いアカウントと同じくらいしか安全ではない。
組織、特に他者のために機密記録を扱うITプロバイダーにとって、メッセージはさらに単純である。強力なパスワードを施行し、管理者アカウントに多要素認証を要求し、認証情報を定期的に監査する。
要点
デンマークのCPRデータ漏洩におけるパスワードの話は、第三者プロバイダーでの単一の些細な認証情報が、国全体の身份データを危険にさらす可能性があることを示している。今日数分かけて自分のログインを監査しよう。各パスワードを一意にし、パスワードマネージャーを使用し、二要素認証を有効にする。より多くの背景については、レジストリに関するハッカーの主張の報道と、ブルートフォース攻撃に関する用語集の項目をお読みください。



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