[{"data":1,"prerenderedAt":68},["ShallowReactive",2],{"i-heroicons:building-office-2":3,"i-heroicons:computer-desktop":8,"i-heroicons:cloud":10,"i-heroicons:server":12,"i-heroicons:folder":14,"i-heroicons:chart-bar":16,"i-heroicons:lock-closed":18,"i-heroicons:rectangle-stack":20,"i-heroicons:scale":22,"i-heroicons:key":24,"i-heroicons:finger-print":26,"i-heroicons:cpu-chip":28,"i-heroicons:document-text":30,"i-heroicons:shield-exclamation":32,"i-heroicons:shield-check":34,"blog-research-ja-13-password-attack-vectors-for-it-admins":36,"i-heroicons:user":66},{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":7},0,24,false,"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M2.25 21h19.5m-18-18v18m10.5-18v18m6-13.5V21M6.75 6.75h.75m-.75 3h.75m-.75 3h.75m3-6h.75m-.75 3h.75m-.75 3h.75M6.75 21v-3.375c0-.621.504-1.125 1.125-1.125h2.25c.621 0 1.125.504 1.125 1.125V21M3 3h12m-.75 4.5H21m-3.75 3.75h.008v.008h-.008zm0 3h.008v.008h-.008zm0 3h.008v.008h-.008z\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":9},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M9 17.25v1.007a3 3 0 0 1-.879 2.122L7.5 21h9l-.621-.621A3 3 0 0 1 15 18.257V17.25m6-12V15a2.25 2.25 0 0 1-2.25 2.25H5.25A2.25 2.25 0 0 1 3 15V5.25m18 0A2.25 2.25 0 0 0 18.75 3H5.25A2.25 2.25 0 0 0 3 5.25m18 0V12a2.25 2.25 0 0 1-2.25 2.25H5.25A2.25 2.25 0 0 1 3 12V5.25\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":11},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M2.25 15a4.5 4.5 0 0 0 4.5 4.5H18a3.75 3.75 0 0 0 1.332-7.257a3 3 0 0 0-3.758-3.848a5.25 5.25 0 0 0-10.233 2.33A4.5 4.5 0 0 0 2.25 15\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":13},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M21.75 17.25v-.228a4.5 4.5 0 0 0-.12-1.03l-2.268-9.64a3.375 3.375 0 0 0-3.285-2.602H7.923a3.375 3.375 0 0 0-3.285 2.602l-2.268 9.64a4.5 4.5 0 0 0-.12 1.03v.228m19.5 0a3 3 0 0 1-3 3H5.25a3 3 0 0 1-3-3m19.5 0a3 3 0 0 0-3-3H5.25a3 3 0 0 0-3 3m16.5 0h.008v.008h-.008zm-3 0h.008v.008h-.008z\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":15},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M2.25 12.75V12A2.25 2.25 0 0 1 4.5 9.75h15A2.25 2.25 0 0 1 21.75 12v.75m-8.69-6.44l-2.12-2.12a1.5 1.5 0 0 0-1.061-.44H4.5A2.25 2.25 0 0 0 2.25 6v12a2.25 2.25 0 0 0 2.25 2.25h15A2.25 2.25 0 0 0 21.75 18V9a2.25 2.25 0 0 0-2.25-2.25h-5.379a1.5 1.5 0 0 1-1.06-.44\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":17},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M3 13.125C3 12.504 3.504 12 4.125 12h2.25c.621 0 1.125.504 1.125 1.125v6.75C7.5 20.496 6.996 21 6.375 21h-2.25A1.125 1.125 0 0 1 3 19.875zm6.75-4.5c0-.621.504-1.125 1.125-1.125h2.25c.621 0 1.125.504 1.125 1.125v11.25c0 .621-.504 1.125-1.125 1.125h-2.25a1.125 1.125 0 0 1-1.125-1.125zm6.75-4.5c0-.621.504-1.125 1.125-1.125h2.25C20.496 3 21 3.504 21 4.125v15.75c0 .621-.504 1.125-1.125 1.125h-2.25a1.125 1.125 0 0 1-1.125-1.125z\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":19},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M16.5 10.5V6.75a4.5 4.5 0 1 0-9 0v3.75m-.75 11.25h10.5a2.25 2.25 0 0 0 2.25-2.25v-6.75a2.25 2.25 0 0 0-2.25-2.25H6.75a2.25 2.25 0 0 0-2.25 2.25v6.75a2.25 2.25 0 0 0 2.25 2.25\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":21},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M6 6.878V6a2.25 2.25 0 0 1 2.25-2.25h7.5A2.25 2.25 0 0 1 18 6v.878m-12 0q.354-.126.75-.128h10.5q.396.002.75.128m-12 0A2.25 2.25 0 0 0 4.5 9v.878m13.5-3A2.25 2.25 0 0 1 19.5 9v.878m0 0a2.3 2.3 0 0 0-.75-.128H5.25q-.396.002-.75.128m15 0A2.25 2.25 0 0 1 21 12v6a2.25 2.25 0 0 1-2.25 2.25H5.25A2.25 2.25 0 0 1 3 18v-6c0-.98.626-1.813 1.5-2.122\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":23},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M12 3v17.25m0 0c-1.472 0-2.882.265-4.185.75M12 20.25c1.472 0 2.882.265 4.185.75M18.75 4.97A48 48 0 0 0 12 4.5c-2.291 0-4.545.16-6.75.47m13.5 0q1.515.215 3 .52m-3-.52l2.62 10.726c.122.499-.106 1.028-.589 1.202a6 6 0 0 1-2.031.352a6 6 0 0 1-2.031-.352c-.483-.174-.711-.703-.59-1.202zm-16.5.52q1.485-.305 3-.52m0 0l2.62 10.726c.122.499-.106 1.028-.589 1.202a6 6 0 0 1-2.031.352a6 6 0 0 1-2.031-.352c-.483-.174-.711-.703-.59-1.202z\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":25},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M15.75 5.25a3 3 0 0 1 3 3m3 0a6 6 0 0 1-7.029 5.912c-.563-.097-1.159.026-1.563.43L10.5 17.25H8.25v2.25H6v2.25H2.25v-2.818c0-.597.237-1.17.659-1.591l6.499-6.499c.404-.404.527-1 .43-1.563A6 6 0 1 1 21.75 8.25\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":27},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M7.864 4.243A7.5 7.5 0 0 1 19.5 10.5c0 2.92-.556 5.709-1.568 8.269M5.742 6.364A7.47 7.47 0 0 0 4.5 10.5a7.46 7.46 0 0 1-1.15 3.993m1.989 3.559A11.2 11.2 0 0 0 8.25 10.5a3.75 3.75 0 1 1 7.5 0q0 .79-.064 1.565M12 10.5a14.94 14.94 0 0 1-3.6 9.75m6.633-4.596a18.7 18.7 0 0 1-2.485 5.33\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":29},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M8.25 3v1.5M4.5 8.25H3m18 0h-1.5M4.5 12H3m18 0h-1.5m-15 3.75H3m18 0h-1.5M8.25 19.5V21M12 3v1.5m0 15V21m3.75-18v1.5m0 15V21m-9-1.5h10.5a2.25 2.25 0 0 0 2.25-2.25V6.75a2.25 2.25 0 0 0-2.25-2.25H6.75A2.25 2.25 0 0 0 4.5 6.75v10.5a2.25 2.25 0 0 0 2.25 2.25m.75-12h9v9h-9z\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":31},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M19.5 14.25v-2.625a3.375 3.375 0 0 0-3.375-3.375h-1.5A1.125 1.125 0 0 1 13.5 7.125v-1.5a3.375 3.375 0 0 0-3.375-3.375H8.25m0 12.75h7.5m-7.5 3H12M10.5 2.25H5.625c-.621 0-1.125.504-1.125 1.125v17.25c0 .621.504 1.125 1.125 1.125h12.75c.621 0 1.125-.504 1.125-1.125V11.25a9 9 0 0 0-9-9\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":33},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M12 9v3.75m0-10.036A11.96 11.96 0 0 1 3.598 6A12 12 0 0 0 3 9.75c0 5.592 3.824 10.29 9 11.622c5.176-1.332 9-6.03 9-11.622c0-1.31-.21-2.57-.598-3.75h-.152c-3.196 0-6.1-1.25-8.25-3.286m0 13.036h.008v.008H12z\"\u002F>",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":35},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M9 12.75L11.25 15L15 9.75m-3-7.036A11.96 11.96 0 0 1 3.598 6A12 12 0 0 0 3 9.749c0 5.592 3.824 10.29 9 11.623c5.176-1.332 9-6.03 9-11.622c0-1.31-.21-2.571-.598-3.751h-.152c-3.196 0-6.1-1.248-8.25-3.285\"\u002F>",{"id":37,"documentId":38,"title":39,"content":40,"slug":41,"published":42,"authorManual":43,"createdAt":44,"updatedAt":45,"publishedAt":46,"locale":47,"tags":48,"seo":62,"author":53},99,"xhgbkhlcxgs237bwy2pnvobp","パスワード流出のメカニズム：IT管理者が把握すべき13の手口と多層的防御フレームワーク","\u003Ch2>\u003Cstrong>Part I: パスワード漏洩の構造：13の重大な攻撃ベクトルの分析\u003C\u002Fstrong>\u003C\u002Fh2>\n\u003Ch3>\u003Cstrong>Part I 序論：進化するデジタルアイデンティティへの脅威\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Cp>現代のデジタル環境において、パスワードセキュリティはもはや単純な推測ゲームを防ぐことだけを目的としていません。それは、認証情報の窃取と不正利用を産業化したエコシステムに対する防御策そのものです。本レポートで詳述する13の攻撃手口は、それぞれが独立した事象ではなく、より大きな脅威ランドスケープの中で相互に連携する構成要素として理解されなければなりません。ある手法によって悪用された脆弱性が、しばしば別の攻撃の弾薬となるのです。この第一部では、IT管理者が直面する脅威の全体像を解剖し、それぞれの手口のメカニズム、実世界の事例、そして検知のための具体的な指標を明らかにします。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第1章 クレデンシャルスタッフィング（パスワードリスト攻撃） - パスワード使い回しの産業的悪用\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>クレデンシャルスタッフィング、日本では一般的にパスワードリスト攻撃として知られるこの手法は、パスワードを解読（クラッキング）するのではなく、既に侵害された認証情報を大規模に試行する攻撃です 1。攻撃者は、過去に他のサービスで発生したデータ侵害から不正に入手したIDとパスワードの組み合わせの膨大なリストを利用します 2。この攻撃の成功は、ユーザーが複数のプラットフォームで同じパスワードを使い回すという広範な習慣に依存しています 5。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>実世界への影響と事例研究\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>この攻撃手法は、多くの著名なセキュリティインシデントの原因となっています。\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>ユニクロ・GU事例\u003C\u002Fstrong>: 46万件のアカウントが不正アクセスを受けたこの事例は、クレデンシャルスタッフィングの典型です。攻撃の成功は、\u003Cem>他社サービスから流出した情報\u003C\u002Fem>を利用したことによるものと明確に報告されています 7。この事実は、一組織のセキュリティが、インターネットエコシステム全体のセキュリティ状態に依存するという厳しい現実を浮き彫りにします。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>7pay事例\u003C\u002Fstrong>: この事件の直接的な原因は、多要素認証（MFA）の欠如や脆弱なパスワードリセット機構といった認証設計の不備にありましたが、アカウント乗っ取りの初期ベクトルはクレデンシャルスタッフィングでした 8。3,800万円を超える金銭的被害とそれに続くサービスの終了は、この攻撃がもたらす壊滅的なビジネスインパクトを物語っています 7。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>その他の事例\u003C\u002Fstrong>: Amebaやニコニコ動画といったサービスでの被害事例も報告されており、この脅威がいかに広範囲に及んでいるかを示しています 7。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>\u003Cstrong>IT管理者向けの検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>クレデンシャルスタッフィング攻撃は、特有のログパターンを示します。\u003C\u002Fp>\n\u003Cul>\n\u003Cli>広範囲に分散したIPアドレスからの大量のログイン失敗試行と、それに続く成功したログインの急増 1。\u003C\u002Fli>\n\u003Cli>特定のユーザーアカウントに対する、地理的に不自然な場所からのログインや、通常とは異なる時間帯でのアクセス。\u003C\u002Fli>\n\u003Cli>ユーザー・エンティティ行動分析（UEBA）システムが、通常のユーザーのログインパターンからの逸脱を検知・警告すること 1。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>クレデンシャルスタッフィングは、インターネット上のどこかで発生したデータ侵害を、自組織への直接的な脅威へと変貌させます。これはリスクの分散化を意味し、IT管理者は自社のセキュリティ不備だけでなく、他社のセキュリティインシデントの余波からも組織を保護する責任を負うことになります。攻撃の連鎖は次のようになります。まず、あるサービスA（例：SNSサイト）で情報漏洩が発生し、認証情報が盗まれます。次に、これらの認証情報はダークウェブ上で売買され、巨大なリストに集約されます 9。攻撃者はこのリストを用いて、サービスB（自組織）に対してログインを試みます 2。この攻撃が成功する根本的な原因は、ユーザーのパスワード使い回しにあります 5。したがって、防御の焦点は、パスワードのハッシュ化や保存方法といった自組織内の対策だけでなく、この攻撃の連鎖を断ち切るためのMFAのようなクリティカルな制御策の導入へと移行しなければなりません。\u003C\u002Fp>\n\u003Cp>また、この攻撃ベクトルは経済的な合理性に基づいています。攻撃者にとって、計算資源を大量に消費してパスワードをクラッキングするよりも、既存の認証情報を購入して試行する方が、はるかに安価で効率的です。ブルートフォース攻撃には多大な計算能力と時間が必要ですが 8、認証情報リストはダークウェブで容易に入手可能です 9。ユニクロの事例が示すように、この手法は高い成功率を誇り、攻撃者にとって高い投資対効果をもたらします 7。この経済的現実がある限り、パスワードの使い回しが一般的である以上、この脅威は存続し、拡大し続けるでしょう。したがって、IT管理者は盗まれた認証情報を無価値化するMFAのようなソリューションに注力する必要があります 12。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第2章 クラシック・ブルートフォース攻撃 - 基礎となる脅威\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>ブルートフォース（総当たり）攻撃は、特定のユーザーIDに対し、考えられるすべての文字の組み合わせをパスワードとして methodical に試行する手法です 6。これは一種の「総力戦」アプローチであり、十分な時間と対策の欠如があれば、成功が保証されます 8。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>技術的詳細\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>この攻撃の有効性は、パスワードの長さと複雑性に直接関係します。単純な英小文字6桁のパスワードであれば1秒未満で解読可能ですが、現在の技術では、複雑な12文字以上のパスワードの解読には数世紀を要する可能性があります 6。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>ブルートフォース攻撃は、その「ノイジー」な性質から比較的検知が容易です。\u003C\u002Fp>\n\u003Cul>\n\u003Cli>単一または少数のIPアドレスから、\u003Cem>単一のユーザーID\u003C\u002Fem>に対する非常に多数のログイン失敗試行が記録されます。これが古典的なブルートフォース攻撃の明確な痕跡です 7。\u003C\u002Fli>\n\u003Cli>この集中したパターンにより、他の手法と比較して検知難易度は「易」と評価されています 7。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>現代のWebアプリケーションの多くはアカウントロックアウト機能を実装しているため、古典的なブルートフォース攻撃は効果が薄れつつあります。しかし、この脅威が完全に過去のものとなったわけではありません。特に、リモートデスクトッププロトコル（RDP）やVPNエンドポイントなど、堅牢なロックアウト機構を持たないプロトコルやサービスに対しては、依然として主要な脅威であり続けています。Webアプリケーションは数回のログイン失敗でアカウントをロックしますが 13、リモートワークのためにインターネットに公開されているRDPのようなサービスは、ブルートフォース攻撃の格好の標的となります。実際に、ランサムウェアを展開するための初期侵入経路として、RDPへのブルートフォース攻撃が頻繁に悪用されています 14。これは、IT管理者がWebアプリケーションで講じている防御策（アカウントロックアウト）が、必ずしもインフラのエンドポイントを保護しているわけではないことを示唆しています。したがって、これらの特定のプロトコルに対しては、ネットワークレベルでのアクセス制御、サービスアカウントに対する強力なパスワードポリシー、そして認証ログの積極的な監視が不可欠となります。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第3章 リバースブルートフォース攻撃 - 論理の反転\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>この攻撃は、古典的なモデルを反転させます。一つのIDに対して多数のパスワードを試すのではなく、攻撃者は一つの一般的なパスワード（例：「Password123」、「Spring2024」）を固定し、それを多数のユーザーIDのリストに対して試行します 8。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>有効性の理由\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>この手法の最大の強みは、従来のアカウントロックアウトポリシーを回避できる点にあります。各ログイン試行は\u003Cem>異なる\u003C\u002Fem>ユーザーIDを使用するため、単一のアカウントに対する「三振アウト」ルールが発動することがありません 13。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>少数のIPアドレスから発信され、\u003Cem>多数の異なるユーザーアカウント\u003C\u002Fem>にわたる大量のログイン失敗。ログがパスワードを記録している場合、すべて同じパスワードが使用されているパターンが確認できます。\u003C\u002Fli>\n\u003Cli>検知難易度は「中」と評価されています 7。攻撃活動が複数のアカウントに分散されるため、単一ユーザーへの標的型攻撃よりも検知が困難になります。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>リバースブルートフォース攻撃の成功は、脆弱な企業パスワードポリシーや、デフォルトまたは容易に推測可能なパスワードの使用に対する直接的な告発と言えます。この攻撃は、単一ユーザーのパスワード選択の弱点ではなく、ユーザーベース全体の「最も弱い環」を悪用します。攻撃は「password」や「123456」のような一般的で脆弱なパスワードの存在に依存しており 8、組織内のごく一部のユーザーがこのようなパスワードを使用しているだけで、攻撃成功の可能性は飛躍的に高まります。アカウントロックアウトを回避できる能力 13 は、攻撃者がユーザーディレクトリ全体に対してこの脆弱なパスワードを試行できることを意味します。これは、複雑さを推奨するだけで、一般的なパスワードのブラックリスト化などでそれを\u003C\u002Fp>\n\u003Cp>\u003Cem>強制\u003C\u002Fem>しないパスワードポリシーが、根本的に欠陥があることを示唆しています。IT管理者の責務は、単にポリシーを設定することではなく、ユーザーがこれらの脆弱なパスワードを選択することを技術的に防止する制御策を実装することにあります。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第4章 パスワードスプレー攻撃 - 「低速かつ広範囲」な回避戦術\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>パスワードスプレー攻撃は、リバースブルートフォース攻撃をさらに洗練させたものです。攻撃者は、少数の一般的なパスワードのリスト（例：「Winter2023!」、「QWERTY1234」）を用意し、それを多数のユーザーアカウントに対して「スプレー（散布）」します。決定的に重要なのは、このプロセスを非常にゆっくりと行う点です。例えば、アカウントごとに30分から1時間に1回程度の試行に留めることで、セキュリティ監視ツールの検知閾値を下回るようにします 17。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>危険性の理由\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>この手法は、二つの一般的な防御策、すなわちアカウントロックアウトポリシー（リバースブルートフォースと同様）とレート制限（低速であるため）を無力化するように設計されています。これにより、攻撃は非常にステルス性が高くなり、検知が困難になります 7（検知難易度：「難」）。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>長時間（数時間から数日）にわたり、非常に多数のアカウントでログイン失敗が徐々に蓄積していく。\u003C\u002Fli>\n\u003Cli>ログイン失敗は単一のIPアドレスから発信されることもありますが、その頻度の低さから、通常のユーザーエラーと区別することが困難です。\u003C\u002Fli>\n\u003Cli>重要な指標は、攻撃者がリスト内の次のパスワードに移る前に、単一のパスワードが多数のアカウントに対して失敗するというパターンです 18。これを特定するには、高度なログ分析が必要です。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>パスワードスプレー攻撃は、現代のネットワークにおける「攻撃者の優位性」を如実に示しています。攻撃者は数千のアカウントの中から一つの脆弱なパスワードを見つけるだけでよいのに対し、防御側はそのすべてを完璧に保護しなければなりません。「低速かつ広範囲」という攻撃の性質は、膨大なログファイルの中から意味のあるシグナルとノイズを分離するという防御側の課題を巧みに悪用します。大規模な組織には数千のユーザーアカウントが存在し、攻撃者は一定割合のユーザーが季節的、あるいはデフォルトの脆弱なパスワード（例：「Spring2024」）を使用していると仮定します。攻撃手法は自動化されたアラートをトリガーしないように設計されているため 17、検知の負担は、長期間にわたる相関分析が可能な人間のアナリストや、高度なUEBA\u002FSIEMシステムにかかってきます。これは、単純な閾値ベースのアラートではもはや不十分であり、IT管理者は、一見無関係に見える低優先度のイベントを、一貫した攻撃の物語として相関分析できるツールへの投資が必要であることを意味します。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第5章 辞書攻撃 - 教育された推測\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>辞書攻撃は、ブルートフォース攻撃をより標的型にしたものです。すべての組み合わせを試す代わりに、攻撃者は「辞書」、すなわち一般的な単語、名前、地名、そして単純な文字と数字の組み合わせのリストを使用します 19。この攻撃は、記憶しやすいが予測可能なパスワード（例：「Tokyo1234」、「TaroYamada」）を作成する人間の傾向を悪用します 19。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>有効性\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>ユーザーが辞書ベースの脆弱なパスワードを選択している場合、この攻撃は古典的なブルートフォース攻撃よりも大幅に高速です。これは、暗号技術に対する攻撃であると同時に、人間心理に対する攻撃でもあります 19。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>古典的なブルートフォース攻撃と同様（単一アカウントに対する多数の失敗試行）ですが、試行された文字列がランダムではなく、認識可能な単語のパターンを示す場合があります。\u003C\u002Fp>\n\u003Cp>辞書攻撃の存在は、現代のパスワードポリシーが一般的な単語や侵害されたパスワードのリストに対するチェックを含まなければならない理由そのものです。「数字1文字と記号1文字を含む8文字以上」という要件のみのポリシーは、辞書攻撃によって即座に発見されるであろう非常に脆弱なパスワード「Password1!」を許容してしまいます。ユーザーは複雑なパスワードを作成するよう指示されると、記憶を助けるために一般的な単語に数字と記号を追加する傾向があります（例：「Liverpool23!」）。攻撃者の辞書は、単なる単語リストではなく、これらの一般的な置換パターンも含まれています 19。攻撃ツールはこれらの置換を迅速にテストし、ランダムなブルートフォース試行よりもはるかに速くパスワードを解読します。これは、IT管理者が策定すべき効果的なパスワードポリシーとは、文字種を強制するだけでなく、既知の脆弱なパスワードや侵害されたパスワードの巨大なデータベースと照合して、新しいパスワードをチェックする「パスワードブラックリスト」サービスを実装することであることを示唆しています。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>表1: 自動化された認証情報攻撃手法の比較\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>\u003C\u002Fth>\n\u003Cth>\u003C\u002Fth>\n\u003Cth>\u003C\u002Fth>\n\u003Cth>\u003C\u002Fth>\n\u003Cth>\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>攻撃手法\u003C\u002Ftd>\n\u003Ctd>主要なメカニズム\u003C\u002Ftd>\n\u003Ctd>典型的な標的\u003C\u002Ftd>\n\u003Ctd>検知難易度 7\u003C\u002Ftd>\n\u003Ctd>主要な対抗策\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>クレデンシャルスタッフィング\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>漏洩したID\u002Fパスワードのリストを多数のサイトで試行\u003C\u002Ftd>\n\u003Ctd>パスワードを使い回しているユーザーアカウント\u003C\u002Ftd>\n\u003Ctd>超難\u003C\u002Ftd>\n\u003Ctd>多要素認証（MFA）、ダークウェブモニタリング\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>クラシック・ブルートフォース\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>1つのIDに対し、考えられる全パスワードを試行\u003C\u002Ftd>\n\u003Ctd>特定のユーザーアカウント（特に管理者権限）\u003C\u002Ftd>\n\u003Ctd>易\u003C\u002Ftd>\n\u003Ctd>アカウントロックアウトポリシー、レート制限\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>リバースブルートフォース\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>1つのパスワードに対し、考えられる全IDを試行\u003C\u002Ftd>\n\u003Ctd>共通の脆弱なパスワードを使用している全アカウント\u003C\u002Ftd>\n\u003Ctd>中\u003C\u002Ftd>\n\u003Ctd>強力なパスワードポリシー、パスワードブラックリスト\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>パスワードスプレー\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>少数のパスワードを、多数のIDに対し低速で試行\u003C\u002Ftd>\n\u003Ctd>共通の脆弱なパスワードを使用している全アカウント\u003C\u002Ftd>\n\u003Ctd>難\u003C\u002Ftd>\n\u003Ctd>多要素認証（MFA）、高度なログ相関分析（UEBA\u002FSIEM）\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>辞書攻撃\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>1つのIDに対し、辞書リストの単語を試行\u003C\u002Ftd>\n\u003Ctd>予測可能なパスワードを使用しているアカウント\u003C\u002Ftd>\n\u003Ctd>易\u003C\u002Ftd>\n\u003Ctd>パスワードブラックリスト、強力なパスワードポリシー\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Ch3>\u003Cstrong>第6章 フィッシングとスピアフィッシング - 欺瞞という武器\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>フィッシング攻撃では、攻撃者は正規の送信元（銀行、IT部門、Amazonなどの有名ブランド）を装った詐欺的な電子メール、SMS（スミッシング）、またはソーシャルメディアメッセージを送信します 5。メッセージは緊急性や好奇心を煽り、ユーザーを騙して偽のログインページにつながるリンクをクリックさせます。ユーザーがそこで認証情報を入力すると、その情報は攻撃者によって窃取されます 21。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>スピアフィッシング\u003C\u002Fstrong>は、より高度に標的化されたバージョンです。攻撃者は、ソーシャルメディアや企業のウェブサイトなどを利用して被害者を調査し、個人に特化した非常に説得力のあるメッセージを作成します 21。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>実世界への影響\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>これは、大規模な情報漏洩における最も一般的な初期侵入ベクトルの1つです。人間のユーザーを直接標的にすることで、技術的な防御策を迂回します。パスワードだけでなく、ワンタイムパスコード（OTP）やその他の機密データを盗むためにも使用される可能性があります 21。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>ユーザー向け\u003C\u002Fstrong>: 緊急の行動を要求する予期せぬメール、文法的な誤り、送信元アドレスの不一致、マウスオーバーで表示されるリンク先が期待されるドメインと異なる場合など 24。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>IT管理者向け\u003C\u002Fstrong>: メールゲートウェイのログで不審な添付ファイルやリンクを監視する、DMARC\u002FSPF\u002FDKIMを使用して送信者の身元を検証する 24、DNSログで既知の悪意のあるドメインへのリクエストを監視する。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>フィッシングは、純粋に技術中心のセキュリティモデルの失敗点を表しています。それは、「ヒューマンファイアウォール」がしばしば最も弱い環であることを証明し、継続的なセキュリティ意識向上トレーニングをあらゆる防御戦略の交渉不可能な一部として位置づけます。組織が最高のファイアウォール、IDS\u002FIPS、エンドポイント保護を備えていても、巧みに作成された一通のフィッシングメールが、正規のユーザーに行動を促すことで、これらすべてを迂回する可能性があります 21。信頼されたデバイスから信頼されたネットワーク上で操作するユーザーが、事実上、攻撃者のために正面玄関を開けてしまうのです。したがって、防御戦略は二つの側面を持たなければなりません。一つは、できるだけ多くのフィッシング試行をブロックするための技術的制御 24、もう一つは、それをすり抜けてきたものに対してユーザーを準備させるための人間中心の制御（トレーニング、シミュレーション）です 26。\u003C\u002Fp>\n\u003Cp>さらに、ダークウェブ上での「サービスとしての（as-a-service）」モデルの台頭はフィッシングをコモディティ化し、技術的に未熟な攻撃者でさえも説得力のあるキャンペーンを開始することを可能にしました。攻撃者は、既製のメールテンプレートや偽のウェブサイトコードを含む「フィッシングキット」を購入またはレンタルできます。これにより、攻撃を実行するための参入障壁が低下し、フィッシング攻撃の量と巧妙さは増加し続けるでしょう。これはIT管理者にとって、受動的なアプローチでは不十分であり、社内でのフィッシングシミュレーションの実施 26 のような、ユーザーの耐性を測定し向上させるための積極的な対策が必要であることを意味します。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第7章 高度なソーシャルエンジニアリング（クイッシング、ビッシング、なりすまし） - 人間の信頼の悪用\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>この章では、メール以外のベクトルや、より直接的な心理的操作に焦点を当て、フィッシングの概念を拡張します。\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>クイッシング（QRコードフィッシング）\u003C\u002Fstrong>: メールや物理的な場所に悪意のあるQRコードを使用します。ユーザーは正規のものと信じてコードをスキャンし、フィッシングサイトに誘導されます 21。URLがQRコード内に隠されているため、ユーザーの精査を回避するのに効果的です。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>ビッシング（ボイスフィッシング）\u003C\u002Fstrong>: 攻撃者が被害者に電話をかけ、権威ある立場（銀行員、ITサポート、法執行機関など）の人物になりすまし、パスワードやその他の機密情報を口頭で明かすように仕向けます 21。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>なりすましとプリテキスティング\u003C\u002Fstrong>: すべてのソーシャルエンジニアリングの中核です。攻撃者は、情報要求を正当化するために信憑性のあるシナリオ（「プリテキスト」）を作成します 28。これは電話、メール、さらには対面でも行われる可能性があります。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>攻撃は、情報収集 → 信頼の確立 → 悪用 → 実行という明確なライフサイクルをたどります 28。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>機密情報を要求する予期せぬ電話やメッセージ。正規の組織が電話やメールでパスワードを尋ねることはほとんどありません。\u003C\u002Fli>\n\u003Cli>高圧的な戦術や人為的に作り出された緊急性。\u003C\u002Fli>\n\u003Cli>確立された企業ポリシーから逸脱した要求（例：「ITサポート」がパスワードを尋ねるなど、これは危険信号であるべきです）。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>これらの高度なソーシャルエンジニアリング戦術が効果的である理由は、権威を信頼し、緊急性に対応し、協力的であろうとする私たちの自然な傾向、すなわち認知バイアスを悪用するからです。ビッシングコール 21 が成功するのは、被害者が発信者IDや銀行員を装った攻撃者の権威ある口調を信頼するためです。クイッシング攻撃 21 が機能するのは、ユーザーがQRコードを便利で安全なものと見なすように条件付けられているためです。これらの攻撃はソフトウェアの脆弱性を悪用するのではなく、「人間の脆弱性」を悪用します。したがって、防御は純粋に技術的なものではあり得ません。IT管理者は、人事部門や経営陣と協力して厳格な手順（例：「私たちは決してあなたのパスワードを尋ねません」）を確立・徹底し、これらの心理的操作戦術に特化したトレーニングを実施する必要があります 26。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第8章 マルウェアベースの窃取（キーロガー） - マシン内部のスパイ\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>キーロガーは、ユーザーが行うすべてのキーストロークを記録するマルウェア（またはハードウェア）の一種です 30。ユーザー名、パスワード、クレジットカード番号、プライベートメッセージなど、キャプチャされたこのデータは攻撃者に送信されます 31。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>種類と感染経路\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>ソフトウェアキーロガー\u003C\u002Fstrong>: フィッシングメール、信頼できないサイトからの悪意のあるダウンロード、またはソフトウェアの脆弱性を介して配信されます 33。「無料」ソフトウェアにバンドルされていることがよくあります。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>ハードウェアキーロガー\u003C\u002Fstrong>: キーボードとコンピュータの間に密かに接続される物理デバイス（小型のUSBドングルなど）です 30。これにはマシンへの物理的なアクセスが必要です。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>キーボードの反応が原因不明に遅くなる 32。\u003C\u002Fli>\n\u003Cli>ウイルス対策\u002Fマルウェア対策ソフトウェアが脅威を検出する 34。\u003C\u002Fli>\n\u003Cli>キーロガーがデータを送信する際の異常なネットワークトラフィック 32。\u003C\u002Fli>\n\u003Cli>USBポートに接続された未知のデバイスを物理的な検査で発見する 31。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>キーロガーは、最も強力で複雑なパスワードのセキュリティさえも完全に無効化します。攻撃者がパスワードを入力時にキャプチャできれば、その複雑さは無関係になります。これは、パスワード自体を超えて機能する防御の重要性を強調しています。ユーザーがベストプラクティスに従い、20文字のランダムなパスワードを作成したとします。しかし、そのマシンが悪意のあるメールの添付ファイルからキーロガーに感染した場合 30、キーロガーは入力された20文字のパスワードを記録し、攻撃者に送信します 31。このシナリオでは、パスワードの強度は何ら保護を提供しませんでした。これは、階層化された防御の決定的な必要性を示しています。強力なパスワードは良いことですが、キーロガーの感染を未然に防ぐための堅牢なエンドポイントセキュリティ（ウイルス対策\u002FEDR）と、盗まれたパスワードだけではログインを成功させないためのMFAと組み合わせる必要があります。認証情報を自動入力するパスワードマネージャーも、キーボード入力を減らすことでこのリスクを軽減できます 31。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第9章 高度なマルウェアの脅威（インフォスティーラーとランサムウェア）\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>この脅威は、単純なキーロガーを超えています。\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>インフォスティーラー\u003C\u002Fstrong>: 感染したシステムを徹底的に調査し、ウェブブラウザ、FTPクライアント、メールアプリケーションに保存されている認証情報を含む、広範囲の機密データを流出させるように特別に設計されたマルウェアです。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>ランサムウェア\u003C\u002Fstrong>: 主な目的は身代金のためにデータを暗号化することですが、現代のランサムウェア攻撃は多段階にわたります。攻撃者はまず（しばしば他の手法で盗んだ認証情報を使用して）アクセス権を取得し、次にネットワーク内を横方向に移動して機密データ（認証情報を含む）を盗み、\u003Cem>その後に\u003C\u002Fem>ランサムウェアを展開します 14。盗んだデータを漏洩させるという脅威は、二重の脅迫手段として使用されます。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>\u003Cstrong>感染経路\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>キーロガーと同様に、フィッシングメール、ソフトウェアの脆弱性、RDPのような公開されたサービスを介して感染します 14。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>ウイルス対策\u002FEDRのアラート。\u003C\u002Fli>\n\u003Cli>予期せぬ大規模なアウトバウンドデータ転送。\u003C\u002Fli>\n\u003Cli>画面に身代金要求のメモが表示される。\u003C\u002Fli>\n\u003Cli>ネットワーク内での一般的なハッキングツールの使用を監視する 35。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>現代の高度な攻撃において、パスワード窃取は最終目的ではなく、しばしば重要な\u003Cem>中間ステップ\u003C\u002Fem>です。盗まれた認証情報は、攻撃者が初期の足がかり（例：1台の侵害されたワークステーション）から、ドメインコントローラーやデータベースのような重要なシステムの制御へと移行するための鍵となります。攻撃者はフィッシングを介してユーザーのマシンを侵害し 14、インフォスティーラーを展開してそのマシンにキャッシュされているすべての認証情報を収集します。そこでネットワーク管理者のキャッシュされたパスワードを発見すれば、サーバーへのアクセス、セキュリティソフトウェアの無効化、そしてランサムウェアを展開する前に大量のデータを流出させることが可能になります 14。この因果連鎖は、なぜ最小権限の原則（PoLP）がこれほどまでに重要であるかを示しています。最初に侵害されたユーザーが必要最小限の権限しか持っていなければ、攻撃者はそのマシン上で価値の高い認証情報を見つけることができず、攻撃のエスカレーションを防ぐことができたでしょう。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第10章 物理的侵害（ショルダーサーフィンとビジュアルハッキング）\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>ショルダーサーフィンは、攻撃者がユーザーがパスワードを入力するのを物理的に観察するという、ローテクながら非常に効果的な手法です。これは「ビジュアルハッキング」としても知られています 29。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>一般的なシナリオ\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>カフェ、空港、公共交通機関などの混雑した公共の場所だけでなく、悪意のある内部関係者や訪問者によってオフィス環境内でも発生します。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>これはアナログな攻撃であるため、技術的な指標は存在しません。唯一の防御策は、状況認識と物理的なプライバシーの確保です。\u003C\u002Fp>\n\u003Cp>リモートワークやハイブリッドワークの台頭は、ショルダーサーフィンの攻撃対象領域を大幅に拡大させました。従業員はもはや、物理的に安全なオフィスの範囲内だけで仕事をしているわけではありません。以前は、ショルダーサーフィンは主に旅行中などの特定の状況でのリスクでしたが、現在では、従業員がコワーキングスペース、カフェ、その他の公共の場所で日常的に業務を行っています 29。これは、機密性の高い企業の認証情報が、管理されていない環境でより頻繁に入力されていることを意味します。これにより、物理的なセキュリティに焦点を当てたユーザー教育と、標準的なITプラクティスとしてラップトップ用のプライバシーフィルターのようなツールを企業が提供することの重要性が高まります。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第11章 ダークウェブエコシステム - 盗まれた認証情報の市場\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>ダークウェブは攻撃手法そのものではなく、他の多くの攻撃を収益性の高いものにする根底にある経済圏です 10。フィッシングやマルウェアなどを通じて認証情報を盗んだ攻撃者は、匿名のマーケットプレイスでそれらを他の犯罪者に販売し、その犯罪者がクレデンシャルスタッフィング、金融詐欺、または企業スパイ活動に利用します 5。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>市場の力学\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>盗まれたデータには明確な価格構造が存在します。\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>企業システムのログイン情報\u003C\u002Fstrong>: 300ドルから3,000ドルで取引されることがあり、その価値は標的となる企業や権限のレベルによって変動します 40。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>クレジットカード情報\u003C\u002Fstrong>: 日本のカードは特に価値が高く、国の高い経済的地位を反映して平均約4,900円（約30～35ドル）で取引されています 41。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>RDPアクセス\u003C\u002Fstrong>: サーバー1台あたり8ドルから15ドルという低価格で販売されることもあります 42。\u003C\u002Fli>\n\u003Cli>データの「鮮度」は、その価格を決定する重要な要素です 40。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>\u003Cstrong>IT管理者への示唆\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>この市場の存在は、いかなる認証情報の漏洩も、迅速かつ広範囲に武器化される可能性が高いことを意味します。\u003C\u002Fp>\n\u003Cp>ダークウェブはサイバー犯罪の「戦力増強装置」として機能します。これにより、専門分化が可能になります。あるグループはフィッシングの専門家、別のグループはマルウェア作成の専門家、そして第三のグループは盗まれたアカウントの収益化の専門家となることができます。IT管理者は、単独の攻撃者ではなく、この協調的なエコシステム全体に対して防御を行っているのです。例えば、グループAが大規模なフィッシングキャンペーンで認証情報を収集し、ダークウェブ市場で一括販売します 9。金融詐欺を専門とするグループBは銀行サイトの認証情報を購入し、ランサムウェアギャングであるグループCは企業ネットワークへの初期侵入のためにRDPの認証情報を購入します 42。この専門化と取引により、犯罪活動全体がはるかに効率的かつ効果的になります。これは、防御側も体系的に考え、脅威インテリジェンスサービスを利用して、自社の認証情報やドメインがこれらの市場で取引されていないかを監視する必要があることを示唆しています 25。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第12章 内部脅威 - 内部に潜む危険\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>パスワードは、組織内の信頼された個人によって漏洩または悪用される可能性があります 5。これには2つのタイプがあります。\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>悪意のある脅威\u003C\u002Fstrong>: 不満を持つ従業員が、個人的な利益や復讐のために意図的に認証情報を盗んだり、自身のアクセス権を乱用したりするケース。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>偶発的な脅威\u003C\u002Fstrong>: 従業員が付箋にパスワードを書き留める、安全でないチャットで共有する、ソーシャルエンジニアリング攻撃に引っかかるなど、不適切なセキュリティ慣行を通じて意図せず認証情報を漏洩させてしまうケース。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>特定の従業員に対する、通常とは異なる時間や場所からのアクセスを監視する。\u003C\u002Fli>\n\u003Cli>従業員が自身の職務に関係のないデータにアクセスする。\u003C\u002Fli>\n\u003Cli>ユーザーアカウントに関連する突然の大規模なデータダウンロードや転送。\u003C\u002Fli>\n\u003Cli>これらを検知するには、堅牢なロギングと監査が必要であり、しばしばUEBAツールによってサポートされます。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>内部脅威は、正当な活動と悪意のある活動の境界線を曖昧にするため、検知が最も困難な脅威の一つです。攻撃者は既に有効な認証情報と内部システムの知識を持っています。従来のセキュリティは境界に焦点を当て、悪意のある者を外部に留めることを目的としていますが、内部脅威は境界の\u003Cem>内側\u003C\u002Fem>で活動します。彼らが使用する認証情報は、定義上、有効なものです。したがって、境界防御は役に立たず、検知は\u003Cem>行動\u003C\u002Fem>の分析に依存しなければなりません。ここで、最小権限の原則（PoLP）が重要な予防的制御策となります。従業員が職務遂行に絶対に必要なデータとシステムにのみアクセスできるようにすることで 43、悪意のある、または侵害された内部関係者による潜在的な損害を大幅に制限できます。例えば、マーケティング部門の従業員は、財務やエンジニアリングのデータベースにアクセスする権限を持つべきではありません。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第13章 サプライチェーンおよびサードパーティサービスへの攻撃\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>メカニズムの解説\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>これは間接的な攻撃です。組織のセキュリティは、直接的な攻撃ではなく、セキュリティ対策が手薄なサードパーティのベンダー、サプライヤー、またはソフトウェアプロバイダーでの侵害を通じて危険にさらされる可能性があります。そのベンダーが主要組織のネットワークやデータにアクセス権を持っている場合、そのアクセス権が乗っ取られる可能性があります。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>検知と指標\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cp>これを積極的に検知することは非常に困難です。多くの場合、最初の兆候は侵害されたサードパーティからの通知です。ネットワークへのすべてのサードパーティ接続を監視し、異常な行動がないかを確認する必要があります。\u003C\u002Fp>\n\u003Cp>クラウドファーストの現代において、組織のセキュリティ境界はもはや自社のファイアウォールだけで定義されるものではありません。それは、すべてのSaaSプロバイダー、契約業者、および統合パートナーにまで及びます。サードパーティのリスクを評価し管理することは、今やパスワードおよびアクセスセキュリティの中核的な要素となっています。例えば、ある企業が小規模なサードパーティのマーケティング分析会社を利用しているとします。その業務のために、マーケティング会社には企業の顧客データベースへのアクセス権を持つサービスアカウントが付与されます。マーケティング会社が不十分なセキュリティ対策のために侵害され、サービスアカウントの認証情報が盗まれた場合、攻撃者は正当で信頼された鍵を使って、主要企業のデータベースに直接侵入することができます。これは、IT管理者が、内部の従業員アカウントと同様に、サードパーティおよびサービスアカウントに対しても厳格なセキュリティ基準（MFAの義務化、定期的なアクセスレビュー、PoLPなど）を適用しなければならないことを意味します。ベンダーのセキュリティ評価は、調達プロセスの標準的な一部となるべきです。\u003C\u002Fp>\n\u003Ch2>\u003Cstrong>Part II: 現代企業のための多層的防御フレームワーク\u003C\u002Fstrong>\u003C\u002Fh2>\n\u003Ch3>\u003Cstrong>Part II 序論：受動的防御から能動的レジリエンスへ\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Cp>脅威の分析から、包括的な防御策の構築へと移行します。効果的なセキュリティは単一の製品ではなく、技術、ポリシー、そして人材の組み合わせであり、階層的に構築されるべきです。ある層での防御が失敗しても、次の層でそれを捕捉することができます。この第二部では、パスワード侵害のリスクを最小限に抑え、インシデント発生時に迅速に対応するための、実践的かつ戦略的なフレームワークを提示します。\u003C\u002Fp>\n\u003Ch3>\u003Cstrong>第1章 基盤の強化 - 現代的なアイデンティティ・アクセス管理（IAM）\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>1.1 パスワードポリシーの再考：NIST\u002FNISC革命\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>旧来の方法（と、その失敗）\u003C\u002Fstrong>: 90日ごとの頻繁なパスワード変更や、恣意的で複雑な文字要件の強制。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>現代的アプローチ\u003C\u002Fstrong>: 米国国立標準技術研究所（NIST）のSP 800-63Bや日本の内閣サイバーセキュリティセンター（NISC）のガイドラインに基づくアプローチが主流となっています 44。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>長さこそ強さ\u003C\u002Fstrong>: 短く複雑なパスワードよりも、長く覚えやすいパス\u003Cem>フレーズ\u003C\u002Fem>（例：15文字以上）を優先します。記憶可能なフレーズの方が、セキュリティが高く、ユーザーにとっても管理が容易です 45。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>強制的な定期的変更の廃止\u003C\u002Fstrong>: NISCとNISTは現在、定期的な変更は不要であり、むしろ予測可能で脆弱なパスワードを生み出す原因となるため、逆効果であると明言しています。パスワードは、侵害の証拠がある場合にのみ変更すべきです 44。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>脆弱なパスワードのブラックリスト化\u003C\u002Fstrong>: ユーザーが一般的、予測可能、または既知の侵害済みパスワードを選択することを積極的にブロックします。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>表2: 現代的な企業パスワードポリシーテンプレート（NIST\u002FNISC準拠）\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>\u003C\u002Fth>\n\u003Cth>\u003C\u002Fth>\n\u003Cth>\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>ポリシー項目\u003C\u002Ftd>\n\u003Ctd>推奨事項\u003C\u002Ftd>\n\u003Ctd>根拠\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>ポリシー声明\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>現代的なリスクベースのアプローチを採用し、ユーザーの利便性とセキュリティのバランスを取ることを目指す。\u003C\u002Ftd>\n\u003Ctd>旧来のポリシーはユーザーの負担を増やし、かえってセキュリティを低下させるため 44。\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>最小長\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>15文字以上を推奨。パスフレーズの利用を奨励。\u003C\u002Ftd>\n\u003Ctd>長さはブルートフォース攻撃に対する最も効果的な防御策の一つである 45。\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>複雑性\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>十分な長さが確保されている場合、文字クラス（大文字、小文字、数字、記号）の強制は不要。\u003C\u002Ftd>\n\u003Ctd>複雑性要件はユーザーに覚えにくいパスワードを強いるが、辞書攻撃には脆弱な場合がある 44。\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>パスワード履歴\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>過去24回以内に使用したパスワードの再利用を禁止する。\u003C\u002Ftd>\n\u003Ctd>侵害されたパスワードが短期間で再利用されることを防ぐ。\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>パスワード有効期限\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>侵害が疑われる場合を除き、定期的な変更を要求しない。\u003C\u002Ftd>\n\u003Ctd>定期変更は予測可能なパターン（例：Password01, Password02）を生み出し、セキュリティを低下させる 44。\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>禁止パスワード\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>新規パスワードを、既知の侵害済みパスワードや一般的な単語のブロックリストと照合する。\u003C\u002Ftd>\n\u003Ctd>辞書攻撃やリバースブルートフォース攻撃に対する直接的な防御策となる 46。\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>MFA要件\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>すべての外部アクセス、管理者アカウント、機密データへのアクセスには多要素認証を必須とする。\u003C\u002Ftd>\n\u003Ctd>パスワードが漏洩した場合の最終的な防衛線となるため 49。\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Ch4>\u003Cstrong>1.2 多要素認証（MFA）の必須性\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>最も効果的な単一の防御策\u003C\u002Fstrong>: MFAは、たとえパスワードが盗まれたとしてもアカウントを保護する重要な層です 10。これは、ユーザーが\u003Cem>持っている\u003C\u002Fem>もの（スマートフォンアプリ、ハードウェアキー）や、ユーザー\u003Cem>である\u003C\u002Fem>もの（指紋、顔認証）といった第二の要素を要求します。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>実装戦略\u003C\u002Fstrong>: すべての外部向けサービス、すべての管理者アカウント、そして機密データを含むすべてのアプリケーションに対してMFAの展開を最優先します。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>\u003Cstrong>1.3 ユーザーのエンパワーメント：パスワードマネージャーと教育の役割\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>パスワードマネージャー\u003C\u002Fstrong>: 企業としてパスワードマネージャーを積極的に推奨または提供します。パスワードマネージャーは、サービスごとにユニークで複雑なパスワードを生成・保存することで、パスワードの使い回し問題を解決します 25。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>セキュリティ意識向上トレーニング\u003C\u002Fstrong>: 一度きりのオリエンテーションにとどまらず、フィッシングシミュレーション 26 や、ソーシャルエンジニアリング、物理的セキュリティ、安全なリモートワークの実践に関する教育を含む継続的なトレーニングプログラムを実装します 27。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>\u003Cstrong>第2章 インフラの堅牢化 - システミックおよびネットワークレベルの防御\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>2.1 最小権限の原則（PoLP）の実装\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>概念\u003C\u002Fstrong>: ユーザー、アプリケーション、システムは、その機能を実行するために絶対に必要な最小限の権限のみを持つべきです 35。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>実装ステップ\u003C\u002Fstrong> 43:\u003C\u002Fli>\n\u003Cli>\u003Cstrong>全権限の監査\u003C\u002Fstrong>: すべてのユーザーおよびサービスアカウントを徹底的にレビューし、過剰な権限を特定して削除します。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>デフォルトでの強制\u003C\u002Fstrong>: 新規アカウントはゼロアクセスから開始し、必要に応じて承認ベースで権限を追加します。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>ジャストインタイム（JIT）アクセスの採用\u003C\u002Fstrong>: 管理タスクに対しては、特定のタスクを完了するために必要な場合にのみ、限定された期間、昇格された権限を付与し、その後自動的に取り消します。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>\u003Cstrong>2.2 検知・防御システムの導入\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>IDS\u002FIPS（侵入検知\u002F防御システム）\u003C\u002Fstrong>: ネットワークトラフィックを監視し、既知の攻撃パターン（シグネチャ）や異常な振る舞いを検出します。IPSは悪意のあるトラフィックを自動的にブロックできます 56。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>WAF（Webアプリケーションファイアウォール）\u003C\u002Fstrong>: Webサーバーの前に設置され、SQLインジェクションやクロスサイトスクリプティングなど、Webアプリケーションに特有の攻撃を検査・ブロックします。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>階層的アプローチ\u003C\u002Fstrong>: ファイアウォール、IDS\u002FIPS、WAFが連携して、ネットワーク層からアプリケーション層まで多層的な防御を提供する方法を解説します。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>\u003Cstrong>2.3 プロアクティブな脅威監視と分析\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>ログ管理とSIEM\u003C\u002Fstrong>: すべてのシステム（サーバー、ファイアウォール、アプリケーション）からのログをセキュリティ情報イベント管理（SIEM）システムに集約します。これは、イベントを相関分析し、パスワードスプレーのようなステルス性の高い攻撃を特定するために不可欠です 60。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>ユーザー・エンティティ行動分析（UEBA）\u003C\u002Fstrong>: 機械学習を利用して、各ユーザーとシステムの通常の行動ベースラインを確立します。UEBAシステムは、ユーザーが新しい国からログインしたり、通常アクセスしないファイルにアクセスしたりするなど、不審な逸脱を自動的に検知できます 1。これは、内部脅威や侵害されたアカウントを検出するために極めて重要です。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>\u003Cstrong>第3章 運用的即応性 - インシデント対応と将来への備え\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Ch4>\u003Cstrong>3.1 インシデント対応（IR）計画の策定\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>重要性\u003C\u002Fstrong>: 侵害が発生した際に、事前に定義された計画があれば、パニックを防ぎ、損害を封じ込めるための迅速かつ methodical な対応が保証されます。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>主要なフェーズ\u003C\u002Fstrong>（JPCERT\u002FCC, 経済産業省などのガイダンスに基づく 60）:\u003C\u002Fli>\n\u003Cli>\u003Cstrong>準備\u003C\u002Fstrong>: 計画の作成、CSIRT（Computer Security Incident Response Team）の編成。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>検知と分析\u003C\u002Fstrong>: 侵害が発生したことを確認する。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>封じ込め\u003C\u002Fstrong>: 影響を受けたシステムを隔離し（例：ネットワークから切断、侵害されたアカウントの無効化）、さらなる拡大を防ぐ。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>根絶と復旧\u003C\u002Fstrong>: 脅威を除去し、クリーンなバックアップからシステムを復旧する。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>インシデント後の活動\u003C\u002Fstrong>: 当局への報告（例：日本の個人情報保護委員会 65）、影響を受けたユーザーへの通知、そして防御策を改善するための教訓のレビューを実施する。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>表3: 認証情報侵害インシデント対応チェックリスト\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>\u003C\u002Fth>\n\u003Cth>\u003C\u002Fth>\n\u003Cth>\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>フェーズ\u003C\u002Ftd>\n\u003Ctd>対応項目\u003C\u002Ftd>\n\u003Ctd>チェック\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>1. 検知と分析\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>[ ] アラートの正当性を確認する（誤検知ではないか）\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] 影響を受けたアカウントとシステムを特定する\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] 侵害の範囲と影響を初期評価する\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>2. 封じ込め\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>[ ] 侵害されたアカウントを即座に無効化またはパスワードを強制リセットする\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] マルウェアが疑われる場合、影響を受けたデバイスをネットワークから隔離する\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] 攻撃者が使用しているIPアドレスからのアクセスをブロックする\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] 関連するログを保全する（フォレンジック調査のため）\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>3. 根絶と復旧\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>[ ] 侵入の根本原因を特定する（例：フィッシング、マルウェア、脆弱性）\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] システムからマルウェアや攻撃者のツールを完全に除去する\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] 脆弱性があればパッチを適用する\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] 安全性が確認されたバックアップからシステムとデータを復旧する\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>4. インシデント後の活動\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>[ ] インシデントの詳細なタイムラインと対応策を文書化する\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] 法的要件に基づき、個人情報保護委員会などの監督官庁に報告する 64\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] 影響を受けた顧客やパートナーに通知する\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003C\u002Ftd>\n\u003Ctd>[ ] 再発防止策を策定し、実装するためのポストモーテム（事後検討会）を実施する\u003C\u002Ftd>\n\u003Ctd>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Ch4>\u003Cstrong>3.2 脅威インテリジェンスの活用\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>ダークウェブモニタリング\u003C\u002Fstrong>: ダークウェブのマーケットプレイスを積極的に監視し、自社のドメイン、従業員のメールアドレス、その他の機密データが言及されていないかを確認します。これにより、自社の認証情報が取引されていることを早期に警告として得ることができます 10。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>インテリジェンスフィード\u003C\u002Fstrong>: 新しい攻撃手法、マルウェアのシグネチャ、悪意のあるIPアドレスに関する最新情報を提供する脅威インテリジェンスフィードを購読します。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>\u003Cstrong>3.3 認証の未来：パスワードレスへの移行\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>\u003Cstrong>究極の緩和策\u003C\u002Fstrong>: パスワード窃取を防ぐ最も効果的な方法は、パスワードを完全に排除することです。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>FIDO2とパスキー\u003C\u002Fstrong>: 公開鍵暗号方式を使用したパスワードレス認証のメカニズムを解説します 66。ユーザーはデバイス（スマートフォン）と生体情報（指紋\u002F顔）で認証し、フィッシングや窃取の対象となる共有秘密（パスワード）は存在しません。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>利点\u003C\u002Fstrong>: セキュリティ（特にフィッシング対策）を劇的に向上させ、ユーザーエクスペリエンスを改善します 69。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>戦略的目標\u003C\u002Fstrong>: パスワードレス技術の採用を、パスワード関連のリスクを根絶しようとするあらゆる組織の長期的な戦略的目標として位置づけます。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>\u003Cstrong>結論\u003C\u002Fstrong>\u003C\u002Fh3>\n\u003Cp>パスワード流出は、単一の脆弱性や攻撃手法によって引き起こされるものではなく、相互に関連し合う脅威の複雑なエコシステムの結果です。本レポートで詳述した13の攻撃ベクトルは、攻撃者が技術的な脆弱性だけでなく、人間の心理、経済的インセンティブ、そして組織的なプロセスの隙をいかに巧みに悪用するかを明らかにしました。\u003C\u002Fp>\n\u003Cp>IT管理者にとっての重要な結論は、パスワードセキュリティの焦点が、もはや「より強力なパスワードを作成させる」ことから、「パスワードが侵害されることを前提とした、レジリエントなシステムを構築する」ことへと根本的にシフトしたという点です。パスワードの使い回しというユーザーの行動は変えがたく、ダークウェブ市場は盗まれた認証情報の価値を増幅させ続けます。この現実に対抗するためには、単一の防御策に依存するのではなく、多層的な防御フレームワークを構築することが不可欠です。\u003C\u002Fp>\n\u003Cp>このフレームワークの柱は以下の通りです。\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>アイデンティティ管理の近代化\u003C\u002Fstrong>: NISTやNISCのガイダンスに沿ったパスワードポリシーへの移行、そして何よりも多要素認証（MFA）の全面的な導入は、もはや選択肢ではなく必須要件です。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>ゼロトラスト原則の適用\u003C\u002Fstrong>: 最小権限の原則（PoLP）を徹底し、すべてのアクセス要求を検証することで、侵害が発生した際の被害範囲を劇的に限定します。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>プロアクティブな監視と対応\u003C\u002Fstrong>: SIEMやUEBAを活用して異常な行動を早期に検知し、明確に定義されたインシデント対応計画に従って迅速に行動する能力が、被害を最小限に抑える鍵となります。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>人間中心の防御\u003C\u002Fstrong>: 継続的なセキュリティ意識向上トレーニングとフィッシングシミュレーションを通じて、「ヒューマンファイアウォール」を強化することは、技術的な防御策と同じくらい重要です。\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>最終的に、パスワードレス認証（FIDO2\u002Fパスキー）への移行は、この問題に対する最も有望な長期的解決策です。パスワードという根本的な脆弱性を排除することで、組織は認証情報窃取という終わりのない戦いから解放され、より戦略的なセキュリティ課題にリソースを集中させることが可能になります。IT管理者の役割は、これらの脅威を理解し、本レポートで概説した多層的防御策を体系的に実装し、組織を未来の脅威に対して強靭なものにすることです。\u003C\u002Fp>\n\u003Ch4>\u003Cstrong>引用文献\u003C\u002Fstrong>\u003C\u002Fh4>\n\u003Col>\n\u003Cli>クレデンシャルスタッフィング攻撃とは？仕組みと対策 | Proofpoint JP, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.proofpoint.com\u002Fjp\u002Fthreat-reference\u002Fcredential-stuffing\">https:\u002F\u002Fwww.proofpoint.com\u002Fjp\u002Fthreat-reference\u002Fcredential-stuffing\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"http:\u002F\u002Fwww.ntt.com\">www.ntt.com\u003C\u002Fa>, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.ntt.com\u002Fbizon\u002Fglossary\u002Fj-h\u002Fpasslist-attack.html#:~:text=%E3%83%91%E3%82%B9%E3%83%AF%E3%83%BC%E3%83%89%E3%83%AA%E3%82%B9%E3%83%88%E6%94%BB%E6%92%83%E3%81%A8%E3%81%AF%E3%80%81%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%BC%E3%83%8D%E3%83%83%E3%83%88%E4%B8%8A%E3%81%A7%E6%8F%90%E4%BE%9B%E3%81%95%E3%82%8C,%E3%81%A8%E3%81%AF%E9%99%90%E3%82%8A%E3%81%BE%E3%81%9B%E3%82%93%E3%80%82\">https:\u002F\u002Fwww.ntt.com\u002Fbizon\u002Fglossary\u002Fj-h\u002Fpasslist-attack.html#:~:text=%E3%83%91%E3%82%B9%E3%83%AF%E3%83%BC%E3%83%89%E3%83%AA%E3%82%B9%E3%83%88%E6%94%BB%E6%92%83%E3%81%A8%E3%81%AF%E3%80%81%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%BC%E3%83%8D%E3%83%83%E3%83%88%E4%B8%8A%E3%81%A7%E6%8F%90%E4%BE%9B%E3%81%95%E3%82%8C,%E3%81%A8%E3%81%AF%E9%99%90%E3%82%8A%E3%81%BE%E3%81%9B%E3%82%93%E3%80%82\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードリスト攻撃｜BIPROGY株式会社, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.biprogy.com\u002Fsolution\u002Fother\u002Fsecuritysquare_kw_passlist.html\">https:\u002F\u002Fwww.biprogy.com\u002Fsolution\u002Fother\u002Fsecuritysquare_kw_passlist.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードリスト攻撃とは？意味・用語説明 - KDDI Business, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fbiz.kddi.com\u002Fcontent\u002Fglossary\u002Fp\u002Fpassword-list-attack\u002F\">https:\u002F\u002Fbiz.kddi.com\u002Fcontent\u002Fglossary\u002Fp\u002Fpassword-list-attack\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードリスト攻撃とは？わかりやすく対策や原因・被害事例を解説 - LANSCOPE, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_pfs_blog\u002F20230905_33240\u002F\">https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_pfs_blog\u002F20230905_33240\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ブルートフォース攻撃(総当たり攻撃)とは？対策や事例を解説 - wiz LANSCOPE ブログ, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_pfs_blog\u002F20230804_32684\u002F\">https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_pfs_blog\u002F20230804_32684\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードリスト攻撃とは？被害事例や攻撃の手口、すぐにできる ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fliskul.com\u002Fpassword-list-attack-92906\">https:\u002F\u002Fliskul.com\u002Fpassword-list-attack-92906\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ブルートフォース攻撃（ブルートフォースアタック）とは？5つの ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.saxa.co.jp\u002Fsaxa-dx_navi\u002Fcase-study\u002Fca0075-security-u02-n003.html\">https:\u002F\u002Fwww.saxa.co.jp\u002Fsaxa-dx_navi\u002Fcase-study\u002Fca0075-security-u02-n003.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>あなたが利用しているID・パスワードはいくら！？闇サイトで取引されているかも…（セキュリティーニュースレターVol.36） | パソコン・複合機・ネットワークの総合IT商社は浅間商事, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.asama-shoji.co.jp\u002Fblog\u002Fcolumn\u002F738\u002F\">https:\u002F\u002Fwww.asama-shoji.co.jp\u002Fblog\u002Fcolumn\u002F738\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ダークウェブとは？何が取引される？わかりやすく解説 - LANSCOPE, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_cpdi_blog\u002F20231222_17368\u002F\">https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_cpdi_blog\u002F20231222_17368\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>【NTT西日本】ブルートフォースアタック｜ICT用語集, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fbusiness.ntt-west.co.jp\u002Fglossary\u002Fwords-00321.html\">https:\u002F\u002Fbusiness.ntt-west.co.jp\u002Fglossary\u002Fwords-00321.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>クレデンシャルスタッフィングとは？仕組みや対策を解説 - wiz LANSCOPE ブログ, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_pfs_blog\u002F20241121_23485\u002F\">https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_pfs_blog\u002F20241121_23485\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>リバースブルートフォース攻撃とは？ブルートフォース攻撃との違いや危険性、対策を解説, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fservice.shiftinc.jp\u002Fcolumn\u002F10267\u002F\">https:\u002F\u002Fservice.shiftinc.jp\u002Fcolumn\u002F10267\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>【2025年版】ランサムウェアの感染経路6つ｜手口や対策を全解説, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.ntt.com\u002Fbizon\u002Fransomware-routes.html\">https:\u002F\u002Fwww.ntt.com\u002Fbizon\u002Fransomware-routes.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"http:\u002F\u002Foffice110.jp\">office110.jp\u003C\u002Fa>, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Foffice110.jp\u002Fsecurity\u002Fknowledge\u002Fcyber-attack\u002Freverse-brute-force#:~:text=%E3%80%8C%E3%83%AA%E3%83%90%E3%83%BC%E3%82%B9%E3%83%96%E3%83%AB%E3%83%BC%E3%83%88%E3%83%95%E3%82%A9%E3%83%BC%E3%82%B9%E6%94%BB%E6%92%83%E3%80%8D%E3%81%A8,%E3%81%A8%E5%91%BC%E3%81%B0%E3%82%8C%E3%81%A6%E3%81%84%E3%81%BE%E3%81%99%E3%80%82\">https:\u002F\u002Foffice110.jp\u002Fsecurity\u002Fknowledge\u002Fcyber-attack\u002Freverse-brute-force#:~:text=%E3%80%8C%E3%83%AA%E3%83%90%E3%83%BC%E3%82%B9%E3%83%96%E3%83%AB%E3%83%BC%E3%83%88%E3%83%95%E3%82%A9%E3%83%BC%E3%82%B9%E6%94%BB%E6%92%83%E3%80%8D%E3%81%A8,%E3%81%A8%E5%91%BC%E3%81%B0%E3%82%8C%E3%81%A6%E3%81%84%E3%81%BE%E3%81%99%E3%80%82\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>リバースブルートフォース攻撃とは？仕組みや被害事例、防止策を解説 - SMSデータテック, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.sms-datatech.co.jp\u002Fsecuritynow\u002Farticles\u002Fblog\u002Fsec_reverse-brute-force-attack\u002F\">https:\u002F\u002Fwww.sms-datatech.co.jp\u002Fsecuritynow\u002Farticles\u002Fblog\u002Fsec_reverse-brute-force-attack\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードスプレー攻撃とは【用語集詳細】 - SOMPO CYBER SECURITY, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.sompocybersecurity.com\u002Fcolumn\u002Fglossary\u002Fpassword-spray-attack\">https:\u002F\u002Fwww.sompocybersecurity.com\u002Fcolumn\u002Fglossary\u002Fpassword-spray-attack\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードスプレー攻撃とは？原因や今すぐ行うべき対策も解説 ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_pfs_blog\u002F20241031_23233\u002F\">https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_pfs_blog\u002F20241031_23233\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>辞書攻撃とは？手口やリスク・対策を解説！NGパスワードの事例も ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcloud_security_pfs_blog\u002F20231027_15937\u002F\">https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcloud_security_pfs_blog\u002F20231027_15937\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>辞書攻撃とは？概要と被害リスク、対策をわかりやすく解説！ - 株式会社アクト, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fact1.co.jp\u002Fcolumn\u002F0062-2\u002F\">https:\u002F\u002Fact1.co.jp\u002Fcolumn\u002F0062-2\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>フィッシング詐欺とは？手口や事例、企業ができる対策を解説, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fbusiness.ntt-west.co.jp\u002Fservice\u002Fsecurity\u002Fsecurity_omakase\u002Farticle\u002Fphishing.html\">https:\u002F\u002Fbusiness.ntt-west.co.jp\u002Fservice\u002Fsecurity\u002Fsecurity_omakase\u002Farticle\u002Fphishing.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>フィッシング詐欺とは？ | 国民のためのサイバーセキュリティサイト, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.soumu.go.jp\u002Fmain_sosiki\u002Fcybersecurity\u002Fkokumin\u002Fbasic\u002Frisk\u002F04\u002F\">https:\u002F\u002Fwww.soumu.go.jp\u002Fmain_sosiki\u002Fcybersecurity\u002Fkokumin\u002Fbasic\u002Frisk\u002F04\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>フィッシング対策｜警察庁Webサイト, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.npa.go.jp\u002Fbureau\u002Fcyber\u002Fcountermeasures\u002Fphishing.html\">https:\u002F\u002Fwww.npa.go.jp\u002Fbureau\u002Fcyber\u002Fcountermeasures\u002Fphishing.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>フィッシング対策協議会とは？主な活動内容やフィッシングメール ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Ffrauddetection.cacco.co.jp\u002Fmedia\u002Ffraud-access\u002F18496\u002F\">https:\u002F\u002Ffrauddetection.cacco.co.jp\u002Fmedia\u002Ffraud-access\u002F18496\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードリスト攻撃とは？手口や被害事例、効果的な対策を解説 - OFFICE110, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Foffice110.jp\u002Fsecurity\u002Fknowledge\u002Fcyber-attack\u002Fpassword-list-attack\">https:\u002F\u002Foffice110.jp\u002Fsecurity\u002Fknowledge\u002Fcyber-attack\u002Fpassword-list-attack\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ソーシャルエンジニアリングとは？意味・定義 | IT用語集 - NTTドコモビジネス, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.ntt.com\u002Fbizon\u002Fglossary\u002Fj-s\u002Fsocial-engineering.html\">https:\u002F\u002Fwww.ntt.com\u002Fbizon\u002Fglossary\u002Fj-s\u002Fsocial-engineering.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>クレデンシャルスタッフィング攻撃とは？仕組みや対策をわかりやすく解説, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fcybersecurity-jp.com\u002Fcolumn\u002F33773\">https:\u002F\u002Fcybersecurity-jp.com\u002Fcolumn\u002F33773\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ソーシャルエンジニアリングとは？攻撃の手口と対策 | Proofpoint JP, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.proofpoint.com\u002Fjp\u002Fthreat-reference\u002Fsocial-engineering\">https:\u002F\u002Fwww.proofpoint.com\u002Fjp\u002Fthreat-reference\u002Fsocial-engineering\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ソーシャルエンジニアリングとは？意味や攻撃の手口・被害事例 ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.fielding.co.jp\u002Fservice\u002Fsecurity\u002Fmeasures\u002Fcolumn\u002Fcolumn-34\u002F\">https:\u002F\u002Fwww.fielding.co.jp\u002Fservice\u002Fsecurity\u002Fmeasures\u002Fcolumn\u002Fcolumn-34\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>キーロガーとは？感染経路や有効な対策、対処法まで徹底解説 - LANSCOPE, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_cp_blog\u002F20250227_25250\u002F\">https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_cp_blog\u002F20250227_25250\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>キーロガーとは？ 種類や感染経路、予防策などを解説｜SKYSEA ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.skyseaclientview.net\u002Fmedia\u002Farticle\u002F2608\u002F\">https:\u002F\u002Fwww.skyseaclientview.net\u002Fmedia\u002Farticle\u002F2608\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>キーロガーとは？仕組みや危険性、対策・駆除方法について解説 - \u003Ca href=\"http:\u002F\u002F%E3%82%B5%E3%82%A4%E3%83%90%E3%83%BC%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3.com\">サイバーセキュリティ.com\u003C\u002Fa>, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fcybersecurity-jp.com\u002Fcolumn\u002F23974\">https:\u002F\u002Fcybersecurity-jp.com\u002Fcolumn\u002F23974\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>キーロガーとは？仕組みや感染経路、被害例から予防対策方法まで解説, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.cybersolutions.co.jp\u002Fproduct\u002Fsecuritysuite\u002Fcmss-blog\u002F25582\u002F\">https:\u002F\u002Fwww.cybersolutions.co.jp\u002Fproduct\u002Fsecuritysuite\u002Fcmss-blog\u002F25582\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>【初心者向け】キーロガーとは？仕組みと誰でもできる対策 - OFFICE110, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Foffice110.jp\u002Fsecurity\u002Fknowledge\u002Fcyber-attack\u002Fkeylogger-attack\">https:\u002F\u002Foffice110.jp\u002Fsecurity\u002Fknowledge\u002Fcyber-attack\u002Fkeylogger-attack\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ランサムウェア被害防止対策｜警察庁Webサイト, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.npa.go.jp\u002Fbureau\u002Fcyber\u002Fcountermeasures\u002Fransom.html\">https:\u002F\u002Fwww.npa.go.jp\u002Fbureau\u002Fcyber\u002Fcountermeasures\u002Fransom.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ショルダーハッキング - ICT用語集 - NTT西日本法人サイト, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fbusiness.ntt-west.co.jp\u002Fglossary\u002Fwords-00782.html\">https:\u002F\u002Fbusiness.ntt-west.co.jp\u002Fglossary\u002Fwords-00782.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>インターネット用語1分解説～ショルダーハッキングとは～ - JPNIC, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.nic.ad.jp\u002Fja\u002Fbasics\u002Fterms\u002Fshoulder-hacking.html\">https:\u002F\u002Fwww.nic.ad.jp\u002Fja\u002Fbasics\u002Fterms\u002Fshoulder-hacking.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ショルダーハック（ショルダーサーフィン \u002F ショルダーハッキング）とは？意味を分かりやすく解説, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fe-words.jp\u002Fw\u002F%E3%82%B7%E3%83%A7%E3%83%AB%E3%83%80%E3%83%BC%E3%83%8F%E3%83%83%E3%82%AF.html\">https:\u002F\u002Fe-words.jp\u002Fw\u002F%E3%82%B7%E3%83%A7%E3%83%AB%E3%83%80%E3%83%BC%E3%83%8F%E3%83%83%E3%82%AF.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>流出した個人情報が集まる、ダークウェブとは何か？ - NTTドコモビジネス, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.ntt.com\u002Fbusiness\u002Fservices\u002Fxmanaged\u002Flp\u002Fcolumn\u002Fdark-web.html\">https:\u002F\u002Fwww.ntt.com\u002Fbusiness\u002Fservices\u002Fxmanaged\u002Flp\u002Fcolumn\u002Fdark-web.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ダークウェブにある情報の価値 ～特徴を見極め安全対策に生かす～, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fstealthmole.jp\u002Fblog\u002Fview\u002Fid\u002F124\">https:\u002F\u002Fstealthmole.jp\u002Fblog\u002Fview\u002Fid\u002F124\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>盗まれた日本のクレジットカード情報のダークウェブにおける平均 ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fprtimes.jp\u002Fmain\u002Fhtml\u002Frd\u002Fp\u002F000000014.000072662.html\">https:\u002F\u002Fprtimes.jp\u002Fmain\u002Fhtml\u002Frd\u002Fp\u002F000000014.000072662.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>ダークウェブ上のサイバー犯罪向け製品やサービスはどれぐらいの価格で取引されているのか？, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Feset-info.canon-its.jp\u002Fmalware_info\u002Fspecial\u002Fdetail\u002F190507.html\">https:\u002F\u002Feset-info.canon-its.jp\u002Fmalware_info\u002Fspecial\u002Fdetail\u002F190507.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>最小権限の原則（PoLP）とは？仕組みと実装手順 | Proofpoint JP, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.proofpoint.com\u002Fjp\u002Fthreat-reference\u002Fprinciple-of-least-privilege\">https:\u002F\u002Fwww.proofpoint.com\u002Fjp\u002Fthreat-reference\u002Fprinciple-of-least-privilege\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>定期的なパスワード変更は時代遅れ？進むガイドライン改正 | Ops ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fops-today.com\u002Ftopics-3914\u002F\">https:\u002F\u002Fops-today.com\u002Ftopics-3914\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>NISTの新しいパスワードルールブック: 更新版ガイドラインによる、メリットとリスクがあります - ISACA, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.isaca.org\u002Fja-jp\u002Fresources\u002Fisaca-journal\u002Fissues\u002F2019\u002Fvolume-1\u002Fnists-new-password-rule-book-updated-guidelines-offer-benefits-and-risk\">https:\u002F\u002Fwww.isaca.org\u002Fja-jp\u002Fresources\u002Fisaca-journal\u002Fissues\u002F2019\u002Fvolume-1\u002Fnists-new-password-rule-book-updated-guidelines-offer-benefits-and-risk\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードの要件をガイドラインと実態調査から考える: NECセキュリティブログ, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fjpn.nec.com\u002Fcybersecurity\u002Fblog\u002F200918\u002Findex.html\">https:\u002F\u002Fjpn.nec.com\u002Fcybersecurity\u002Fblog\u002F200918\u002Findex.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>安全なパスワードの設定・管理 | 国民のためのサイバーセキュリティサイト, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.soumu.go.jp\u002Fmain_sosiki\u002Fcybersecurity\u002Fkokumin\u002Fsecurity\u002Fbusiness\u002Fstaff\u002F06\u002F\">https:\u002F\u002Fwww.soumu.go.jp\u002Fmain_sosiki\u002Fcybersecurity\u002Fkokumin\u002Fsecurity\u002Fbusiness\u002Fstaff\u002F06\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>NIST、新ガイドラインでパスワードの複雑さと強制的な変更を廃止, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.cybersecurity.metro.tokyo.lg.jp\u002Fsecurity\u002FKnowLedge\u002F544\u002Findex.html\">https:\u002F\u002Fwww.cybersecurity.metro.tokyo.lg.jp\u002Fsecurity\u002FKnowLedge\u002F544\u002Findex.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>不正ログイン対策特集ページ | 情報セキュリティ | IPA 独立行政法人 情報処理推進機構, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.ipa.go.jp\u002Fsecurity\u002Fanshin\u002Fmeasures\u002Faccount_security.html\">https:\u002F\u002Fwww.ipa.go.jp\u002Fsecurity\u002Fanshin\u002Fmeasures\u002Faccount_security.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>IPAのセキュリティガイドラインを解説。セキュリティを強化する基本の５か条とは。, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fblog.seeds.ne.jp\u002Fipa-5-security-principles\u002F\">https:\u002F\u002Fblog.seeds.ne.jp\u002Fipa-5-security-principles\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>辞書攻撃とは？どういった手法でどのようなリスクがあるのか | サイバーセキュリティ情報局 - ESET, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Feset-info.canon-its.jp\u002Fmalware_info\u002Fspecial\u002Fdetail\u002F220616.html\">https:\u002F\u002Feset-info.canon-its.jp\u002Fmalware_info\u002Fspecial\u002Fdetail\u002F220616.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワード管理アプリ【2025年】おすすめ10選！安全・便利な最新 ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fkipwise.com\u002Fja\u002Fblog\u002Fpassword-manager-apps\">https:\u002F\u002Fkipwise.com\u002Fja\u002Fblog\u002Fpassword-manager-apps\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>おすすめのパスワード管理ツール10選【2025年】, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fja.safetydetectives.com\u002Fbest-password-managers\u002F\">https:\u002F\u002Fja.safetydetectives.com\u002Fbest-password-managers\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>2025年、パスワードマネージャーを選ぶ｜野良犬\u002Fリバネスナレッジ - note, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fnote.com\u002Fstraydog_\u002Fn\u002Fndc82a131934c\">https:\u002F\u002Fnote.com\u002Fstraydog_\u002Fn\u002Fndc82a131934c\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>「最小特権の原則（PoLP）」とは？| Zero Trust - Cloudflare, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.cloudflare.com\u002Fja-jp\u002Flearning\u002Faccess-management\u002Fprinciple-of-least-privilege\u002F\">https:\u002F\u002Fwww.cloudflare.com\u002Fja-jp\u002Flearning\u002Faccess-management\u002Fprinciple-of-least-privilege\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>IDS・IPSとは？仕組み・違い・種類をわかりやすく解説 - ITトレンド, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fit-trend.jp\u002Fids-ips\u002Farticle\u002Fexplain\">https:\u002F\u002Fit-trend.jp\u002Fids-ips\u002Farticle\u002Fexplain\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>IDS・IPSとは？それぞれの機能や違い、防げる攻撃を解説, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fbusiness.ntt-west.co.jp\u002Fservice\u002Fsecurity\u002Fsecurity_omakase\u002Farticle\u002Fids_ips.html\">https:\u002F\u002Fbusiness.ntt-west.co.jp\u002Fservice\u002Fsecurity\u002Fsecurity_omakase\u002Farticle\u002Fids_ips.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>IDS（侵入検知システム）とは？IPSやファイアウォールとの違い | Proofpoint JP, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.proofpoint.com\u002Fjp\u002Fthreat-reference\u002Fintrusion-detection-system-ids\">https:\u002F\u002Fwww.proofpoint.com\u002Fjp\u002Fthreat-reference\u002Fintrusion-detection-system-ids\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>IDS\u002FIPSとは？どちらを導入すべき？機能の違いを解説 - wiz ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_dt_blog\u002F20231129_16930\u002F\">https:\u002F\u002Fwww.lanscope.jp\u002Fblogs\u002Fcyber_attack_dt_blog\u002F20231129_16930\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>セキュリティインシデントを防ぐ方法や発生した際の対応の ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.ntt.com\u002Fbusiness\u002Fservices\u002Fxmanaged\u002Flp\u002Fknowledge\u002Fmanaged-security-incident.html\">https:\u002F\u002Fwww.ntt.com\u002Fbusiness\u002Fservices\u002Fxmanaged\u002Flp\u002Fknowledge\u002Fmanaged-security-incident.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>コンピュータセキュリティ インシデント対応チーム （CSIRT）のための ハンドブック - JPCERT コーディネーションセンター, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.jpcert.or.jp\u002Fresearch\u002F2007\u002FCSIRT_Handbook.pdf\">https:\u002F\u002Fwww.jpcert.or.jp\u002Fresearch\u002F2007\u002FCSIRT_Handbook.pdf\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>組織内CSIRT構築の参考資料 - インシデント対応マニュアルの作成について - JPCERT コーディネーションセンター, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.jpcert.or.jp\u002Fcsirt_material\u002Ffiles\u002F13_incident_response_manual_20211130.pdf\">https:\u002F\u002Fwww.jpcert.or.jp\u002Fcsirt_material\u002Ffiles\u002F13_incident_response_manual_20211130.pdf\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>インシデント対応の4ステップとは？初動から事後までのフローをわかりやすく解説！ | Codebook｜Security News, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fcodebook.machinarecord.com\u002Finfo-security\u002Fincident-response\u002F26123\u002F\">https:\u002F\u002Fcodebook.machinarecord.com\u002Finfo-security\u002Fincident-response\u002F26123\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>サイバー攻撃の被害に遭ってしまったら御活用を！ ―中小企業のためのセキュリティインシデント対応の手引き - 経済産業省, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.meti.go.jp\u002Fpolicy\u002Fnetsecurity\u002Fsme_incident.html\">https:\u002F\u002Fwww.meti.go.jp\u002Fpolicy\u002Fnetsecurity\u002Fsme_incident.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>漏えい等の対応とお役立ち資料 - 個人情報保護委員会, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.ppc.go.jp\u002Fpersonalinfo\u002Flegal\u002FleakAction\u002F\">https:\u002F\u002Fwww.ppc.go.jp\u002Fpersonalinfo\u002Flegal\u002FleakAction\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>FIDO2とは？仕組みやFIDOやパスキーとの違い、メリットと ..., 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fcorp.capy.me\u002Fblog\u002Fpasskey\u002F2025\u002F03\u002Ffido2%E3%81%A8%E3%81%AF%EF%BC%9F%E4%BB%95%E7%B5%84%E3%81%BF%E3%82%84fido%E3%82%84%E3%83%91%E3%82%B9%E3%82%AD%E3%83%BC%E3%81%A8%E3%81%AE%E9%81%95%E3%81%84%E3%80%81%E3%83%A1%E3%83%AA%E3%83%83%E3%83%88\u002F\">https:\u002F\u002Fcorp.capy.me\u002Fblog\u002Fpasskey\u002F2025\u002F03\u002Ffido2%E3%81%A8%E3%81%AF%EF%BC%9F%E4%BB%95%E7%B5%84%E3%81%BF%E3%82%84fido%E3%82%84%E3%83%91%E3%82%B9%E3%82%AD%E3%83%BC%E3%81%A8%E3%81%AE%E9%81%95%E3%81%84%E3%80%81%E3%83%A1%E3%83%AA%E3%83%83%E3%83%88\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスキーとは FIDO認証との違い、3つのメリットと課題 - WOR(L)D ワード - 大和総研, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.dir.co.jp\u002Fworld\u002Fentry\u002Fpasskey\">https:\u002F\u002Fwww.dir.co.jp\u002Fworld\u002Fentry\u002Fpasskey\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>FIDO2とは？認証の仕組みやFIDOとの違い・特徴をわかりやすく解説 - Polarify, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.polarify.co.jp\u002Fcolumn\u002Farticle008\u002F\">https:\u002F\u002Fwww.polarify.co.jp\u002Fcolumn\u002Farticle008\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードよ、さようなら。パスワードレスのメリットとは？ | LAC WATCH - ラック, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.lac.co.jp\u002Flacwatch\u002Fservice\u002F20240213_003678.html\">https:\u002F\u002Fwww.lac.co.jp\u002Flacwatch\u002Fservice\u002F20240213_003678.html\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードレス認証とは？仕組みと安全性、導入のメリット - Okta, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fwww.okta.com\u002Fja-jp\u002Fidentity-101\u002Fwhat-is-passwordless-authentication\u002F\">https:\u002F\u002Fwww.okta.com\u002Fja-jp\u002Fidentity-101\u002Fwhat-is-passwordless-authentication\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>パスワードレス認証とは？種類と仕組み、メリット・デメリットを解説 - 株式会社アクト, 9月 17, 2025にアクセス、 \u003Ca href=\"https:\u002F\u002Fact1.co.jp\u002Fcolumn\u002F0328-2\u002F\">https:\u002F\u002Fact1.co.jp\u002Fcolumn\u002F0328-2\u002F\u003C\u002Fa>\u003C\u002Fli>\n\u003C\u002Fol>\n","13-password-attack-vectors-for-it-admins","2025-09-19","インシデント・リサーチチーム","2026-04-28T09:27:00.693Z","2026-05-11T04:34:38.997Z","2026-05-11T04:45:56.969Z","ja",[49,56],{"id":50,"documentId":51,"name":52,"slug":53,"createdAt":54,"updatedAt":54,"publishedAt":55},8,"jp15t1lmikoj9lzf4jg7x5or","サイバー攻撃",null,"2026-04-28T00:13:56.930Z","2026-04-28T00:13:58.787Z",{"id":57,"documentId":58,"name":59,"slug":53,"createdAt":60,"updatedAt":60,"publishedAt":61},10,"jtjsveh2njt8av8obqgoyouo","サイバーインシデント","2026-04-28T00:14:04.261Z","2026-04-28T00:14:06.092Z",[63],{"id":64,"metaDescription":65},638,"なぜパスワードは流出するのか？IT管理者が把握すべき13の攻撃手口の仕組みと実例、そして組織を守るための多層的防御フレームワークを解説します。",{"left":4,"top":4,"width":5,"height":5,"rotate":4,"vFlip":6,"hFlip":6,"body":67},"\u003Cpath fill=\"none\" stroke=\"currentColor\" stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"1.5\" d=\"M15.75 6a3.75 3.75 0 1 1-7.5 0a3.75 3.75 0 0 1 7.5 0M4.501 20.118a7.5 7.5 0 0 1 14.998 0A17.9 17.9 0 0 1 12 21.75c-2.676 0-5.216-.584-7.499-1.632\"\u002F>",1783406328710]