AIは、盗まれた認証情報から特権アカウントの侵害までの時間を短縮します。人間のレビュー担当者を前提に作られた検知ループでは、その速度に対応できません。認証情報を暗号化されたボルトに移し、ロールごとにアクセスを制限し、特権アクセスの前に承認を必須とし、認証情報に対するすべての操作をログに記録することで、チームはこのリスクを減らせます。予防によって最も容易な侵入経路が塞がれ、SIEMは残る脅威に集中できるようになります。
Innovation Weekのすべての対談はこちら。Netwrixと業界の専門家が、データとアイデンティティのセキュリティについて語ります。
ほとんどのインシデント対応計画は、防御側に時間があることを前提としています。アラートが発生し、アナリストがログを確認し、チームが判断し、誰かが対応します。AIを使う攻撃者はこの手順が想定するより速く動くため、計画にはアラートより前に行う手順が必要です。
検知で時間がかかるのは判断です
ログの記録は検知ループの中で速い部分です。レビューと判断には時間がかかり、チームはこのループを、攻撃者にまだ時間が必要だった時代に構築しました。偵察には数日、横展開には数時間かかっており、防御側には対応する余裕がありました。
AIはその余裕のほとんどを奪いました。自動化ツールを使えば、攻撃者はディレクトリをマッピングし、盗んだ認証情報を十数のシステムで試し、最初のアラートがキューで待機している間に特権アカウントへ到達できます。クレデンシャルスタッフィングはかつて目立つブルートフォース攻撃でしたが、現在はボットが速度やフィンガープリントをリアルタイムで調整し、正規ユーザーに見せかけます。
侵害されたアイデンティティが一般的な侵入口です
有効な認証情報が1つあれば、攻撃者は暗号化を破ったりゼロデイを探したりする必要はありません。Netwrixの2026年データ・アイデンティティセキュリティレポートでは、機密データの露出の75%が、侵害されたアイデンティティまたは誤って設定された権限から始まっていることがわかりました。
重要インフラ事業者を狙った最近の攻撃も、この経路をたどりました。侵入口は、使われておらず無効化もされていなかったリモートアクセスVPNアカウントで、MFAがなく、流出した認証情報の一覧にすでに含まれていたパスワードが使われていました。業務は数日間停止しました。
過去の侵害から使い回されたパスワード、スプレッドシートで管理される共有ログイン、ローテーションを誰も担当したがらないために10人が知っている特権アカウントは、いずれも同じ隙を生みます。AIは、誰も手作業でパスワードを入力しなくても、こうした弱点を大規模に見つけ出します。
MFAはリスクを減らしますが、なくすわけではありません。攻撃者は、ユーザーが通知を止めるためにどれかを承認するまでプッシュリクエストを繰り返し送ります。疲れた人が適切なタイミングで拒否することに依存する対策には、ほとんど余裕がありません。
予防はタイミングの優位性を奪います
検知は、何かが起きたことを事後に確認します。予防は、誰かが承認するまで重要な操作を保留し、攻撃者が頼る隙をなくします。チームには両方が必要です。
常時付与された、監視されないアクセスが、その優位性の源です。同じレポートでは、76%の組織が、不要になった常時アクセスを即座に取り消せないことがわかりました。
常時の認証情報アクセスを減らす方法
ブラウザー、共有ドキュメント、ダイレクトメッセージに保管されたパスワードは、誰も全体を把握できないため管理できません。暗号化された一元的なボルトは、チームにとって出発点となる単一の場所になります。
ロールベースのアクセスは、各ユーザーをそのロールに必要な認証情報に限定するため、盗まれた認証情報は、所有者に許可されていた操作しか実行できません。
ドメイン管理者、データベース所有者、サービスアカウントには、人による判断が必要です。申請者がアクセスを求め、2人目が承認し、そこで初めて認証情報が利用可能になります。その後の定期的なパスワードローテーションにより、流出した認証情報の有効期間が短くなります。
認証情報に対するすべての操作をログに記録すると、予防と検知がつながります。午前2時に拒否された権限リクエストは、何千件もの通常のログインの中の1行ではなく、意味のあるイベントとして表示されるため、アナリストが受け取るアラートは数が減り、質が高まります。
AIエージェントや自動化にも、APIキー、サービスアカウント、実際の権限を持つトークンなどの認証情報が必要です。レポートでは、41%の組織がすでにエージェント型AIを本番環境で運用している一方、非人間アイデンティティを完全に管理していると答えた組織は19%にとどまることがわかりました。エージェントは疲れることも指示を疑うこともないため、その認証情報には、少なくとも人間の管理者と同じ扱いが必要です。つまり、ボルトに保管し、範囲を限定し、特権を使用する前に承認を得ることです。SOCにエージェント型AIの導入を計画しているチームは、そのキーも他のすべてのキーと同じ管理された場所に保管すべきです。
このアプローチに対するよくある反論
承認の手順は人々の作業を遅くします。ほとんどのユーザーは特権アカウントに触れないため、何も変わりません。追加の手順に気づくごく少数は最も機密性の高いキーを持つ人々であり、承認を待つ短い時間は、侵害のコストよりも小さくて済みます。
すでにPAMを導入しているチームは、特権アカウントをエンドツーエンドでカバーしているなら、そのまま維持すべきです。カバー範囲が部分的な場合、最初の作業はカバーされていない部分を特定することです。いずれの場合も、ツールはActive Directory、Entra ID、または組織が使用するディレクトリと連携し、アクセスガバナンスがディレクトリにすでに存在するアイデンティティに沿って機能する必要があります。
Netwrix Password Secureが最小権限アクセスをどう支えるか
Netwrix Password Secureは、これらの各手順を支えます。認証情報は暗号化された一元的なボルトに保管され、ロールベースのアクセスによってユーザーは必要な範囲に限定されます。承認ワークフローが特権アクセスの手前に置かれ、完全な監査証跡により、誰がいつ何にアクセスしたかがわかります。Active DirectoryおよびEntra IDとの統合により、アクセスは既存のアイデンティティに結び付けられます。チームはデスクトップ、Web、モバイルから作業でき、インフラやコンプライアンスの要件に合わせて、オンプレミス、クラウド、ハイブリッドのいずれでも導入できます。
AI速度の攻撃は、イベントが発生してから誰かがそれに気づくまでの間に成功します。まず常時付与された認証情報を手の届かない場所に移せば、残りはSIEMが捉えます。
Password Secureの実際の動きを見る共有する
もっと詳しく
著者について
Sascha Martens
最高技術責任者（CTO）
今日の課題を分解し、チームがアイデンティティとデータを保護できるよう導くことに専念するセキュリティ専門家による洞察。