Authentication

PRIVILEGED ACCESS MANAGEMENT

特権アクセス管理(PAM)

Category: Authentication / Updated: 2026-05-26

📖

Overview

特権アクセス管理(PAM:Privileged Access Management)とは、システム管理者、データベース管理者、ネットワーク管理者などが持つ特権アカウント(高い権限を持つアカウント)のアクセスを厳格に管理・監視・制御するためのセキュリティフレームワークおよびツール群の総称です。特権アカウントは組織のITインフラストラクチャ全体を制御できる「鍵」であり、サイバー攻撃者にとって最も価値の高い攻撃対象です。

特権アカウントには、Windowsのローカル管理者アカウント(Administrator)、Linux/UNIXのroot アカウント、Active Directoryのドメイン管理者、データベースのDBAアカウント、クラウドサービスのグローバル管理者、アプリケーションのサービスアカウントなどが含まれます。これらのアカウントが侵害されると、攻撃者はシステム全体を制御し、データの窃取・改ざん・破壊を自由に行えるようになります。

Verizonの「Data Breach Investigations Report」によると、データ侵害の約80%が認証情報の悪用に関連しており、その中でも特権アカウントの侵害は最も甚大な被害をもたらすとされています。Gartnerは、PAMを「最も優先度の高いセキュリティプロジェクト」として繰り返し推奨しています。

PAMソリューションの主要ベンダーには、CyberArk(市場シェア最大のPAM専業ベンダー)、BeyondTrust(統合特権管理プラットフォーム)、Delinea(旧Thycotic)(使いやすさに定評のあるPAMツール)、HashiCorp Vault(DevOps/クラウド環境向けシークレット管理)などがあります。クラウド環境では、AWS IAM、Azure AD Privileged Identity Management(PIM)、Google Cloud IAMなどのクラウドネイティブなPAM機能も重要です。

🔬

Details

特権アカウントの種類

  • 個人特権アカウント:特定の管理者個人に割り当てられたアカウント。ドメイン管理者、ローカル管理者など。
  • 共有特権アカウント:複数の管理者が共有するアカウント。rootアカウント、デフォルト管理者アカウントなど。誰がいつ使用したかの追跡が困難。
  • サービスアカウント:アプリケーションやサービスの実行に使用されるアカウント。バックアップソフトウェア、データベースエンジン、ウェブサーバーなどが利用する。パスワードの変更がサービス停止につながるため、長期間変更されないことが多い。
  • 緊急アクセスアカウント(Break Glass Account):緊急時にのみ使用するアカウント。通常のアクセス手段がすべて利用不能になった場合の最終手段。
  • クラウド特権アカウント:AWSのrootアカウント、AzureのグローバルAdministrator、GCPの組織管理者など。クラウドインフラ全体を制御する最高権限アカウント。

クレデンシャルボールト(Credential Vault)

PAMの中核機能がクレデンシャルボールト(認証情報金庫)です。特権アカウントのパスワード、SSHキー、API キー、証明書などの認証情報を暗号化されたボールトに集中保管し、必要な時にだけ安全に取り出す仕組みです。管理者は特権アカウントのパスワードを直接知る必要がなく、PAMツールが自動的に認証情報を注入(インジェクション)してセッションを確立します。パスワードは使用後に自動的にローテーション(変更)されます。

ジャストインタイム(JIT)アクセス

JIT(Just-In-Time)アクセスは、特権アクセスを必要な時にだけ、必要な期間だけ付与する手法です。管理者が特権アクセスを要求すると、承認ワークフローを経て一時的に権限が付与され、作業完了後に自動的に権限が剥奪されます。これにより、常時特権を保持するアカウントの数を最小限に抑え、特権アカウントが侵害された場合のリスクを大幅に低減します。Azure AD PIM(Privileged Identity Management)やCyberArkのJITモジュールがこの機能を提供しています。

セッション記録と監視

PAMソリューションは、特権セッション(RDP、SSH、データベースアクセス、Webコンソール操作など)の全操作を記録します。画面キャプチャ、キーストローク、コマンド履歴がすべて保存され、監査証跡として利用できます。リアルタイム監視機能により、危険な操作(大量データの削除、設定の大幅変更など)を検知した場合にセッションを自動的に終了させることも可能です。

権限昇格の防止

PAMは権限昇格(Privilege Escalation)攻撃の防止にも重要な役割を果たします。攻撃者が一般ユーザーアカウントを侵害した後、特権アカウントに到達するための横展開(ラテラルムーブメント)や権限昇格を試みますが、PAMにより特権アカウントのパスワードが定期的に変更され、直接アクセスが制限されていれば、攻撃者の活動を大幅に困難にできます。

クラウド環境でのPAM

マルチクラウド環境の普及に伴い、PAMの対象はオンプレミスのサーバーだけでなく、AWS、Azure、GCPのクラウドリソース、SaaSアプリケーション、DevOpsツール(CI/CDパイプライン、コンテナオーケストレーション)にまで拡大しています。HashiCorp VaultやAWS Secrets Managerなどのクラウドネイティブなシークレット管理ツールと、従来のPAMソリューションを統合したハイブリッドアプローチが求められています。

🛡️

Security Measures

  • 01
    特権アカウントの棚卸しと可視化:組織内のすべての特権アカウント(ローカル管理者、ドメイン管理者、サービスアカウント、クラウド管理者)を洗い出してインベントリを作成する。未管理の特権アカウント(シャドーアドミン)を発見・管理下に置く。定期的な棚卸しを実施してアカウントの増殖を防止する。
  • 02
    クレデンシャルボールトの導入:すべての特権アカウントのパスワードをPAMソリューションのボールトに集中管理する。パスワードの自動ローテーション(30〜90日ごと)を設定し、管理者が直接パスワードを知らない運用とする。ハードコードされたパスワードやスクリプト内の認証情報をボールトへ移行する。
  • 03
    JITアクセスと最小権限の実装:常時有効な特権アカウントの数を最小限に抑え、JIT(Just-In-Time)アクセスモデルを導入する。管理者が特権アクセスを必要とする際は、承認ワークフローを経て一時的に権限を付与し、作業完了後に自動で権限を剥奪する。
  • 04
    特権セッションの記録と監視:すべての特権セッション(RDP、SSH、データベースアクセス)を記録し、画面キャプチャとコマンドログを保存する。高リスクな操作(大量削除、設定変更、ユーザー作成)に対するリアルタイムアラートを設定し、疑わしいセッションを即座に終了できる体制を整備する。
  • 05
    特権アカウントへのMFA強制:すべての特権アクセスに多要素認証(MFA)を義務化する。特にリモートアクセスやクラウド管理コンソールへのアクセスでは、FIDO2セキュリティキーなどの強力な認証要素を要求する。管理者個人の通常アカウントと特権アカウントを分離する。
  • 06
    サードパーティ・ベンダーアクセスの管理:外部ベンダーやパートナー企業に特権アクセスを付与する際は、PAMツールを通じた時間制限付きのアクセスとする。ベンダーセッションはすべて記録・監視し、プロジェクト終了後は即座にアクセス権限を失効させる。
⚠️

Incidents

📋 Target大規模情報漏洩 ― HVACベンダーの認証情報が起点(2013年)

2013年11月〜12月、米国大手小売チェーンTargetで約4,000万件のクレジットカード情報と7,000万件の個人情報が流出する大規模な情報漏洩事件が発生しました。攻撃者は、TargetのシステムにリモートアクセスできるサードパーティのHVAC(暖房・換気・空調)ベンダー「Fazio Mechanical Services」の認証情報を窃取し、これを足がかりにTargetの社内ネットワークに侵入しました。ベンダーに付与されていたネットワークアクセス権限が必要以上に広範であり、PAMによるベンダーアクセスの制限、セグメンテーション、セッション監視が実装されていれば被害を防止できた可能性が高いとされています。この事件を受けて、サードパーティリスク管理とPAMの重要性が業界全体で再認識されました。

📋 SolarWinds攻撃における特権アクセスの悪用(2020年)

2020年のSolarWindsサプライチェーン攻撃では、攻撃者が組織内に侵入した後、Active Directoryの特権アカウントを悪用してラテラルムーブメントを行いました。具体的には、ADFS(Active Directory Federation Services)のサービスアカウントの秘密鍵を窃取してSAMLトークンを偽造し(Golden SAML攻撃)、Azure ADの管理者権限でクラウドリソースにアクセスしました。このケースでは、特権アカウントの監視が不十分であり、サービスアカウントのパスワードが長期間変更されていなかったことが被害を拡大させました。PAMソリューションによるサービスアカウントの認証情報管理とJITアクセスが実装されていれば、攻撃の横展開を大幅に制限できた事例です。

📋 Uber情報漏洩 ― 特権認証情報の不適切な管理(2016年)

2016年、Uberで約5,700万人のユーザーと運転手の個人情報が流出する事件が発生しました。攻撃者は、UberのエンジニアがGitHubのプライベートリポジトリに誤って保存していたAWSのアクセスキー(認証情報)を発見し、これを使用してAWS S3バケットに保存されていた大量の個人データにアクセスしました。この事例は、特権認証情報(クラウドのAPIキー)がソースコードリポジトリにハードコードされるという、基本的なPAMの原則に反する管理の失敗を示しています。PAMツールやシークレット管理ソリューション(HashiCorp Vault等)を使用してAPIキーを安全に管理し、コードへのハードコーディングを禁止していれば防止できた事件です。

🔗

Related Terms