mcpField
P
performing-privileged-account-access-review

performing-privileged-account-access-review

github.com/mukul975セキュリティ35.2k77 回インストール8 週間前に更新
リポジトリ

performing-privileged-account-access-review について

企業システムのユーザーが特権アクセスを引き続き必要とするか確認するセキュリティスキルです。アイデンティティガバナンスやコンプライアンス向けに、基準、判断手順、是正、報告を扱います。

主な機能

  1. 01特権アカウントアクセスの審査
  2. 02業務上の根拠と最小権限の評価
  3. 03アクセスの承認・取消・エスカレーション
  4. 04アカウントと認証情報の是正
  5. 05審査レポートの作成

活用シーン

  1. 01定期的な特権アクセス審査
  2. 02休眠または所有者不明のアカウント発見
  3. 03過剰な権限や職務分掌の競合への対処
  4. 04コンプライアンス監査証跡の準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mukul975/anthropic-cybersecurity-skills --skill performing-privileged-account-access-review

インストール後、Claude Code で/performing-privileged-account-access-reviewを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

LICENSE
assets/
template.md
references/
api-reference.md
standards.md
workflows.md
scripts/
agent.py
process.py

詳細

特権アカウントのアクセスレビューの実施

概要

特権アカウントのアクセスレビューは、昇格された権限を持つユーザーが引き続きそのアクセスを必要としているかを確認する、重要なアイデンティティガバナンスプロセスです。このレビューでは、ドメイン管理者、サービスアカウント、データベース管理者、クラウド IAM ロール、アプリケーションレベルの特権アカウントを対象とします。定期的なアクセスレビューは、SOC 2、PCI DSS、HIPAA、SOX のコンプライアンスフレームワークで義務付けられており、通常、特権レベルの高いアカウントについては四半期ごとに実施する必要があります。

使用するタイミング

  • 特権アカウントのアクセスレビューを実施するセキュリティ評価を行う場合
  • 関連するセキュリティイベントについて、インシデント対応手順に従う場合
  • 予定されたセキュリティテストまたは監査活動を行う場合
  • 実地テストを通じてセキュリティ制御を検証する場合

前提条件

  • PAM ソリューションが導入されていること(CyberArk、BeyondTrust、Delinea、または同等の製品)
  • アイデンティティガバナンスプラットフォーム(SailPoint、Saviynt、または同等の製品)
  • すべてのプラットフォームにわたる特権アカウントの完全なインベントリ
  • SLA とエスカレーション手順を定めたアクセスレビューポリシー
  • 指定されたレビュー担当者(アカウント所有者、マネージャー、セキュリティチーム)

基本概念

特権アカウントのカテゴリ
カテゴリ例リスクレベルレビュー頻度
ドメイン管理者Enterprise Admin、Domain Admin、Schema Admin重大毎月
サービスアカウントSQL サービス、バックアップエージェント、監視エージェント高四半期ごと
クラウド IAMAWS root、Azure Global Admin、GCP Owner重大毎月
データベース管理者DBA アカウント、sa/sys アカウント高四半期ごと
アプリケーション管理者アプリ管理者ロール、管理者スコープを持つ API キー中半年ごと
緊急/ブレークグラスFirecall アカウント、緊急アクセス重大使用のたび
4 つの柱によるレビューフレームワーク
DISCOVER                    VALIDATE                    REMEDIATE                 MONITOR
    │                           │                           │                       │
    ├─ Enumerate all            ├─ Verify business          ├─ Remove excess        ├─ Continuous
    │  privileged accounts      │  justification            │  privileges           │  monitoring
    │                           │                           │                       │
    ├─ Identify orphaned        ├─ Confirm account          ├─ Disable orphaned     ├─ Anomaly
    │  accounts                 │  ownership                │  accounts             │  detection
    │                           │                           │                       │
    ├─ Map permissions to       ├─ Check compliance         ├─ Enforce password     ├─ Session
    │  business roles           │  with policies            │  rotation             │  recording
    │                           │                           │                       │
    └─ Classify by risk         └─ Review last usage        └─ Implement JIT        └─ Audit
       level                       and activity                access                  logging

ワークフロー

ステップ 1:アカウントの検出とインベントリ作成

環境全体の特権アカウントを列挙します。

Active Directory:

  • Domain Admins、Enterprise Admins、Schema Admins グループ
  • AdminCount=1 属性を持つアカウント
  • SPN(Service Principal Names)を持つサービスアカウント
  • 委任権限を持つアカウント(無制約/制約付き)

クラウドプラットフォーム:

  • AWS:AdministratorAccess、PowerUserAccess、または iam:* 権限を持つ IAM ユーザー/ロール
  • Azure:Global Administrator、Privileged Role Administrator、Security Administrator ロール
  • GCP:組織/プロジェクトレベルの Owner、Editor ロール

データベース:

  • SQL Server:sysadmin、db_owner、securityadmin 固定ロール
  • Oracle:DBA、SYSDBA、SYSOPER 権限
  • PostgreSQL:superuser、createrole、createdb 属性
ステップ 2:レビュー基準の設定

各特権アカウントを、以下の基準に照らして評価する必要があります。

  1. 業務上の正当性:ユーザーの現在の役割で、この権限が必要ですか?
  2. 最小権限:より低い権限でタスクを実行できますか?
  3. アカウントのアクティビティ:過去 90 日間にアカウントは使用されていますか?
  4. コンプライアンス状況:アカウントはパスワードポリシーと MFA 要件を満たしていますか?
  5. 職務分掌:このアクセスによって SoD の競合が生じますか?
  6. 所有者:責任を負う所有者が割り当てられ、現在も有効ですか?
ステップ 3: レビューを実施する

各アカウントについて、指定されたレビュー担当者は次の作業を行う必要があります。

  1. アカウントの詳細、権限、最終アクティビティ日を確認する
  2. 必要なアクセスであることを文書化された正当な理由とともに承認(認定)する
  3. 不要になったアクセス、またはレビュー担当者が権限を正当化できないアクセスを取り消す
  4. 異常なアクティビティまたはポリシー違反が検出された場合、調査のためにフラグを立てる
  5. レビュー担当者が判断できない場合、エスカレーションする

判断マトリクス:

条件アクション
アクティブなユーザー、正当化された権限認定 - アクセスを維持
アクティブなユーザー、過剰な権限是正 - 最小権限まで縮小
90 日を超えて非アクティブアカウントを無効化し、所有者に通知
所有者が特定されていないアカウントを無効化し、セキュリティチームにエスカレーション
SoD 競合を検出是正 - 再割り当てまたは補償的統制を追加
ブレークグラスアカウント最終使用が承認されたものであることを確認し、認証情報をリセット
ステップ 4: 是正と適用

レビューが完了した後:

  • SLA 期間内に認定されなかったアカウントのアクセスを取り消す
  • 14 日以内にレビューされなかったアカウントに対して、自動取り消しを実装する
  • 認定済みのすべての特権アカウントの認証情報をローテーションする
  • 可能な場合は、常時付与された特権を just-in-time (JIT) アクセスに変換する
  • 最新のアカウントインベントリで PAM 保管庫を更新する
ステップ 5: レポートとドキュメント化

次の内容を含むレビューレポートを作成する:

  • レビューされたアカウントの総数と対象範囲内の総数
  • 認定率(承認数と取り消し数の比較)
  • 平均レビュー完了時間
  • 期限超過のレビューとエスカレーション
  • 実施された是正アクション
  • 前回のレビューサイクルとの比較

検証チェックリスト

  • 特権アカウントの完全なインベントリが文書化されている
  • すべてのアカウントに責任を持つ所有者/レビュー担当者が割り当てられている
  • レビュー基準と判断マトリクスが定義されている
  • レビュー担当者が SLA(14 日)内に認定を完了している
  • 取り消されたアカウントが無効化され、認証情報がローテーションされている
  • 孤立アカウントが特定され、無効化されている
  • サービスアカウントが最小権限の観点でレビューされている
  • ブレークグラスアカウントが承認された使用のみであるか監査されている
  • メトリクスと傾向を含むレビューレポートが作成されている
  • 是正チケットが作成され、完了まで追跡されている
  • コンプライアンス監査のための証跡が保存されている

参考資料

コメント