Identity Access Management (IAM) とは何ですか？

Identity Access Management (IAM) とは何ですか？

Identity access management (IAM) は、誰または何がアクセスを要求しているかを検証し、そのアイデンティティがどのリソースに到達できるかを決定するセキュリティフレームワークです。また、不要になった時点でそのアクセスを削除します。IAM の定義には、ポリシー、プロセス、およびその3つすべてを実施するテクノロジーが含まれます。

IAM を破るパターンが技術的であることはまれです。FBI と CISA は、攻撃者が企業のヘルプデスクに電話をかけ、従業員になりすまし、スタッフを言いくるめてパスワードをリセットさせ、多要素認証を攻撃者が管理するデバイスに移す事例を記録しています。その結果、シングルサインオン環境で有効なアカウントが作られました。

ハイブリッド環境のアクセスを担当している場合、認証情報自体が有効であっても、どの制御が依然として有効かを把握する必要があります。

IAM とサイバーセキュリティの関係

アイデンティティは、攻撃者が到達するために最も注力するコントロールプレーンです。なぜなら、有効なログインが1つあれば、ネットワークフィルタリング、エンドポイントポリシー、境界ルールを単一のステップで通過できるからです。その他すべてのコントロールは、誰が行動しているかを把握していることを前提としています。IAMはその答えを提供するものであり、その答えの品質が下流のすべてにおける上限を決定します。したがって、IAMは誰がアクセス権を保持しているかの記録であると同時に、その記録を真実のまま維持するための強制でもあります。その記録が現実から乖離すると、監視ツールはその誤りを引き継ぎ、侵入者をスタッフとして扱います。

IAM は何の略で、どこから来たのか？

IAM は identity and access management の略であり、誰かが誰であるかを確立し、その人が何をできるかを統制することを意味します。どちらか一方だけでは機能しません。初期の管理者は手作業でアカウントを作成し、パスワードを設定し、要求に応じてアクセスを削除していました。これは1つのサーバールームでは機能しましたが、アイデンティティがデータセンター、SaaS テナント、リモートエンドポイントにまたがるようになるとすぐに破綻しました。

IAM は段階を経て現在の形になりました:

• ディレクトリサービス。 LDAP と Active Directory により、アカウントが一元化され、1か所からシステム全体にグループベースの権限が適用されました。
• フェデレーションとシングルサインオン。 SAML と OAuth により、1回の検証済みログインで数十のアプリケーションにわたってユーザーを認証できるようになりました。パスワードの乱立は減少し、監査範囲は改善しました。
• アイデンティティ中心のセキュリティ。 最新の IAM では、行動分析、クラウド権限管理、および zero trust architecture との整合が追加され、セッションは認証情報だけでなく行動にも基づいて評価されます。実施ポイントは各段階で増えましたが、それらはすべて依然として1つの意思決定シーケンスを実行しています。

IAM アクセス制御の仕組み

IAM のアクセス制御プロセスは、すべての要求に対して5つのチェックを実行し、そのうち1つでも失敗すると、単一のエクスプロイトも実行されないまま、攻撃者が望むアクセスが生じます。

1. 認証。 システムは、パスワード、 multi-factor authentication (MFA)、生体認証、ハードウェアトークン、または証明書を使用して、誰が要求しているかを確立します。リスクベース認証は、シグナルに異常が見られる場合に要件を自動的に引き上げます。
2. 認可。 アイデンティティが確定すると、ポリシーが範囲を決定します。マーケティングアナリストにはキャンペーンツールへのアクセスが許可され、財務データベースへの प्रवेशは拒否されます。
3. ポリシーの実施。 条件付きアクセスは、デバイスの健全性、ネットワークの場所、時刻、セッションリスクを評価しながら、アクセス前に適用されます。管理されていないノートPCは、追加認証または拒否を引き起こします。
4. セッション監視。 システムは、認証済みセッションとリソース要求をすべて記録するため、調査担当者はタイムラインを取得でき、監査担当者は証拠を得られます。
5. プロビジョニング解除。 役割が変わるか人が離職すると、ライフサイクルトリガーが自動的にアクセスを取り消し、所有者がいなくなった後も権限を保持し続けるアカウントの余地を閉じます。

プロビジョニング解除は、組織がひそかに省略しがちなステップです。CISA と MS-ISAC は、州政府ネットワークの侵害を 元従業員のアカウント に追跡しました。このアカウントは退職後も無効化されていませんでした。認証情報は無関係の別のインシデントで漏えいしていました。攻撃者はそれらを使用して管理者権限で VPN 経由の認証を行い、その後ドメインコントローラーを照会しました。どの時点でもマルウェアは必要ありませんでした。これを阻止できたはずの制御は、フレームワークの特定のコンポーネントに属しています。

IAM フレームワークの主要コンポーネント

Identity access management フレームワークは、それぞれが異なる障害モードを塞ぐコンポーネントの集合であり、それらは集合としてのみ機能します。

コンポーネントを所有しているかどうかだけでなく、それらがどのように接続されているかを見てください。MFAのないシングルサインオンは、リスクを1つの認証情報に集中させます。 ロールベースのアクセス制御 は、再認定がなければ権限の肥大化へと流れていきます。特権アクセス管理の対象外に置かれたIAM管理者アカウントは、環境内で最も価値の高い標的になります。コンポーネント同士を連携させることが、このフレームワークを測定可能なセキュリティ成果へと変えるのです。

セキュリティチームにとってのIAMの利点

IAMは、チームが1四半期以内に測定できる成果を生み出します。そしてそれらは1つのことに行き着きます。すなわち、有効な認証情報に許可される操作を制限することです。

• 影響範囲の縮小。最小権限アクセスは、侵害されたアカウントをその所有者に必要だった範囲に限定し、攻撃者に権限昇格を強いるため、行動分析でそれを検知できます。
• 調査の迅速化。 監査ログは、どのアカウントがどのシステムに、どこから、いつアクセスしたかに答えます。トリアージは数時間から数分へ短縮されます。
• コンプライアンスの簡素化。 HIPAA、PCI DSS、SOC 2、および NIST 800-53 はいずれも、実証可能なアクセス制御と監査証跡 を要求しており、IAMは運用の副産物としてその両方を生成します。
• 内部脅威リスクの低減。 自動デプロビジョニングは雇用終了と同時にアクセスを終了させ、アクセスレビューは現在の職務を超える権限を明らかにします。
• チケット負荷の軽減。 自動プロビジョニングとセルフサービスのパスワードリセットにより、反復的な依頼がサービスデスクのキューから取り除かれ、それらの依頼が生み出すソーシャルエンジニアリングの機会も同時に減少します。

これらを実現するには、IAMの責務がどこで終わるかを把握していることが重要です。なぜなら、チームは日常的にIAMが実際以上の範囲をカバーしていると思い込んでいるからです。

アイデンティティセキュリティ管理の中でのIAMの位置付け

IAMは、組織内のあらゆるアイデンティティに対する認証、認可、アカウントライフサイクルを担い、一方で隣接する分野は同じ問題のより狭い領域を担当します。

特権アクセス管理（PAM） は、権限が昇格されたアカウント、すなわちドメイン管理者、データベース所有者、侵害されると数分で広範な制御を明け渡すサービスアカウントに集中します。 アイデンティティ脅威の検知 と対応（ITDR）は、IAMがすでに管理している同じアイデンティティに、振る舞い監視とアクティブレスポンスを追加します。

IAMとITDRを組み合わせることで、前述のヘルプデスク攻撃に対応できます。IAMはリセットされた認証情報を検証し、セッションを許可していたでしょう。ITDRはその後セッションが何を行うかを監視し、それがSingularity Identityのような製品が担う役割です。導入を順序立てて進めることが、この組み合わせを機能させます。

IAM実装のベストプラクティス

効果的なIAM導入は、侵害時のコストが最も高い領域から開始し、その後に範囲を広げます。なぜなら、最初からすべてのアカウントを一度に対象にしようとするプログラムは、何も保護する前に停滞するからです。

• まず特権アカウントから始めます。 標準ユーザーへ対象範囲を広げる前に、管理者アカウントにMFAとセッション記録を導入してください。
• 最小権限を徹底します。 現在の権限を現在の職務と照合して監査し、過剰な権限を削除し、ロールベースのアクセス制御を使用して個人ではなくロールを管理してください。
• ライフサイクルを自動化します。 IAMを人事システムに接続し、入社、異動、退職が発生したその日にアクセス変更がトリガーされるようにしてください。
• スケジュールに従って再認定します。 管理者が各レポートの権限を確認する四半期ごとのレビューにより、後の監査で明らかになる緩やかな蓄積を防止できます。
• リスクに応じて認証を階層化する。適応型ポリシーでは、新しいデバイス、通常と異なる場所、機密データシステムに対して、より強力な証明を要求する必要があります。
• アイデンティティログを分析に回します。 監査データは、アナリストが読んで初めて保存コストに見合う価値を持つため、それを SIEM にエンドポイントテレメトリとともに取り込み、そこでPurple AIが平易な言葉で問いかけられるようにしてください。

これらを組み合わせることで、盗まれた認証情報が依然として機能する時間枠を短縮できます。セッションの途中でその時間枠を閉じるには、そのために構築されたツールが必要です。

SentinelOneでアイデンティティ攻撃を阻止

SentinelOneは、攻撃がすでに正規アカウントを使用している瞬間まで、アイデンティティアクセス管理を拡張します。

Singularity Identity は、Active DirectoryとEntra ID全体のアイデンティティインフラを防御し、サービスアカウント、API、AIエージェント、自動化ワークロードを含む非人間アイデンティティも対象とします。実行時にアクセスを継続的に検証するため、ログイン時に付与された認可が、その後のセッション全体で確定済みのものとして扱われることはありません。

アカウントがディレクトリオブジェクトの列挙を開始したり、ローカルに保存された認証情報にアクセスしようとしたりすると、Singularity Identityは偵察段階でアラートを発します。また、攻撃者を誤誘導し、その手法に関するテレメトリを収集します。

Purple AI は、その後に続く調査を短縮します。アナリストはSingularity Data Lakeに平易な言葉で問いかけ、アイデンティティがどのように使用されたか、どのシステムに到達したか、横方向の移動が発生したかどうかを再構築できます。 IDC Purple AI study では、顧客は脅威を63%速く特定し、55%速く修復し、3年間で338%の投資収益率を達成したと特定されました。

Singularity Hyperautomation は、アイデンティティプレイブックを自律型ワークフローに変換します。アクティブセッションの取り消し、再認証の要求、アカウント所有者への通知、コンプライアンス記録の作成を、アナリストを待つことなく実行します。SentinelOneは2026年の Gartner Magic Quadrant のEndpoint Protection Platforms部門でリーダーに選出されており、このポジションは6年連続です。

SentinelOneのデモをリクエスト して、セッション途中でアイデンティティ攻撃が阻止される様子をご確認ください。

組織全体のアイデンティティリスクを軽減

Active DirectoryとEntra IDの総合的なソリューションにより、リアルタイムで攻撃を検知し、対応します。

デモを見る