常時特権ゼロ

ジャストインタイムかつ必要最小限のアクセスが、常時特権ゼロの実現につながります。アクセス権はリクエスト時に付与され、セッションが終了すると期限切れになります。その結果、常時特権ゼロが実現します。セッション間に残存する永続的なアクセス権はありません。

まずは、クラウド、コンテナ、データベース環境全体で、常時アクセス権がどこに存在しているかを確認することから始めましょう。次にそれを置き換えます。リクエスト時にターゲットシステムのネイティブなポリシー言語でアクセスを作成し、リスクの高いリクエストを人間のレビュー担当者にルーティングして、作業が完了したら自動的にプロビジョニングを解除します。

いいえ。エンジニアはSlack、CLI、Teams、Jiraなど、すでに使用しているツールからアクセスをリクエストします。低リスクのリクエストはポリシーによって自動的に処理され、高リスクのリクエストは人間のレビュー担当者にルーティングされます。アクセス権は迅速に付与され、作業が完了すると削除されます。

いいえ。すでに運用しているIDおよびアクセス管理（IAM）やPAMと一緒に機能します。既存のインフラストラクチャを置き換えるのではなく、既存システム内でリクエスト時にアクセス権を作成および管理します。厳格な特権アクセスの要件がある場合でも、既存のPAM投資と共存させることが可能です。

すべてのアクセスリクエスト、承認決定、アクセスイベントは、完全な帰属情報とともに記録されるため、手動でログを確認することなくコンプライアンス証拠が揃います。 監査人から「誰がなぜアクセス権を持っていたのか」を問われた場合でも、すでに回答は用意されています。

1Password Privileged Accessは、クラウド環境やハイブリッド環境、データベース、Kubernetes全体で、人間とエージェント双方のアイデンティティの常時特権を排除します。アクセスはリクエスト時に作成され、タスクに合わせて範囲が限定され、作業完了時に自動的にプロビジョニングが解除されます。

AWS、Azure、GCPなどのクラウドおよびハイブリッドインフラストラクチャに加え、Kubernetesやデータベースに対応しています。アクセスは各システムのネイティブなポリシー言語で作成されるため、セッションプロキシや踏み台ホストは必要ありません。

まずは、本番システム、クラウドの役割、共有認証情報、サービスアカウントなど、永続的なアクセスが最も大きなリスクを生み出している箇所を特定することから始めましょう。それらのアクセス経路に優先順位を付け、ガバナンスが機能する一時的なアクセスへと置き換えてください。

はい。すべてのAIエージェントは、特定のタスクに対して範囲が限定されたIDを取得します。このIDはリクエスト時に作成され、作業完了時にプロビジョニングが解除されます。意図に基づくアクセス制御（IBAC）は、宣言された意図と実際のアクションをリアルタイムで照合します。エージェントが宣言された意図から逸脱した場合、そのアクションが実行される前にアクセスが制限または取り消されます。