1Passwordは、1Password Unified Accessプラットフォームを特権アクセス管理（PAM）機能で拡張する新製品「1Password Privileged Access」を発表しました。これにより、重要インフラに対してジャストインタイムかつ最小権限のアクセスが可能になります。同時に、GitHub Actions向け1Password Credential Brokerのパブリックプレビューと、開発者およびAIセキュリティ向けの新たなEnterprise Password Manager機能も公開されました。
1Passwordの最高経営責任者（CEO）を務めるDavid Faugno氏は次のように述べています。「多くの組織では、把握や正当化ができないほど多くのスタンディングアクセス（常時付与された権限）が環境内に存在しています。この目に見えないアクセスが露出リスクを生み出しており、企業がそれに気づくのは往々にして攻撃者に先を越された後です。AIエージェントが従業員に代わって行動する時代においては、アクセス権限は特定のタスクのために付与され、業務に必要な範囲に限定され、作業終了後は速やかに削除されなければなりません」
重要インフラ全体でスタンディングアクセスを排除
スタンディングアクセスは、一度にまとめて発生するものではありません。日々の業務を通じて、システムやインフラ全体にじわじわと蓄積していきます。タスクが終了しても、従業員やサービスアカウント、IAMロールに付与されたアクセス権限はそのまま残り続けます。AIエージェントは、それを展開した人物の権限を引き継いだり、受け取った認証情報へのアクセスを保持し続けたりする可能性があるため、潜在的な被害範囲をさらに拡大させます。
1Passwordが最近実施した調査によると、開発者の40%がエージェントに対してシステムや認証情報への永続的なアクセス権を付与していることが判明しており、タスク完了後もアクセス権限がいかに容易に残存し得るかを浮き彫りにしています。これにより、従来からあるアクセス管理の課題が、マシン並みの速度で進行する事態となっています。すなわち、識別情報（アイデンティティ）の数もシステムの数も増え、業務終了後も残り続ける権限の数も増えているのです。
1Password Privileged Accessは、アクセスが要求された瞬間にそれを付与し、タスクの範囲に厳密にスコープを絞り込み、作業完了時には自動的にアクセス権を剥奪します。2026年6月に1Passwordに加わったApono社の技術基盤の上に構築されたこの機能は、クラウド環境、データベース、開発者インフラを横断して、対象システムのネイティブなポリシー層に直接権限を付与します。しかも、チームが既に使用しているツールを置き換える必要はありません。これにより、エージェントが基盤となる認証情報に直接アクセスする必要が一切なくなります。
1Password Privileged Accessを導入することで、組織は次のことが可能になります。
- 過剰権限アクセスの発見: クラウド、データベース、Kubernetes環境全体にわたって識別情報と権限を追跡し、時間の経過とともに蓄積された、回収または適正化すべきアクセス権限を洗い出す。
- ジャストインタイムアクセスの付与: リクエストのあった時点でアカウントや権限を作成し、タスクの範囲に限定した上で、各セッション終了時に自動的に取り消す。
- 手作業でのログ確認不要なコンプライアンス証跡の維持: あらゆるリクエスト、承認、アクセスイベントを完全な帰属情報付きで記録し、SOC 2、HIPAA、PCI-DSS、ISO 27001、GDPRに対応する。
- リスクに基づくアクセスガバナンス: エンジニアの作業速度を落とすことなくリスクベースの承認を適用する。低リスクのリクエストはポリシーに基づき自動承認され、高リスクのリクエストはPagerDuty、Slack、Microsoft Teams、Jiraなどのツールを通じてレビュー担当者に転送される。
AIエージェントやワークロードが必要とする瞬間に認証情報を提供
AIエージェントが本番環境へと展開されるにつれ、各チームには、必要な時にだけ認証情報を安全かつスケーラブルに提供する仕組みが求められています。GitHub Actions向けに現在パブリックプレビュー中の1Password Credential Brokerは、個々のワークフロー実行ごとにスコープを絞った認証情報を発行するため、チームは長期間有効な静的シークレットをパイプライン設定から排除できます。1Password Credential Brokerは、認証情報を発行する前に、リクエスト元の識別情報が信頼できるものであることを検証し、その特定のリクエストに合わせて認証情報のスコープを設定した上で、すべての発行履歴を記録します。
1Password Privileged AccessとCredential Brokerは、ランタイムアクセスのライフサイクル全体にわたってUnified Accessプラットフォームを拡張します。インフラへのアクセスは対象システムのネイティブなポリシー層で付与され、認証情報は検証済みのマシンおよびエージェントの識別情報に対してランタイム時に配信されます。これらの制御機能が組み合わさることで、AIエコシステム全体において認証情報のリクエスト、配信、アクセスの監査が可能になります。
GitHubのプロダクトマネジメント担当ディレクターであるBen De St. Paer-Gotch氏は次のように述べています。「開発者は絶えず開発スピードの向上を求められる一方で、ますます巧妙化するソフトウェアサプライチェーン攻撃により、CI/CDパイプラインの保護はかつてないほど困難になっています。GitHub Actions向け1Password Credential Brokerがパブリックプレビューを迎えたことで、エンジニアリングチームはパイプライン設定からシークレットを排除できるようになり、認証情報窃取のリスクを低減しながら、ソフトウェアのビルドと出荷に必要な認証情報をGitHub Actionsに安全に提供できます」
AI活用型開発の出発点で認証情報を保護
セキュリティチームは往々にして、開発者向けツールやローカルマシン全体にどのような認証情報が存在しているのか、誰がそれらを管理しているのか、あるいはそれらが表すアクセス権限が今もなお必要とされているのかについて、信頼できる可視性を欠いています。ローカルマシン上に平文の認証情報が蓄積され、APIトークンがエージェントのコンテキストウィンドウ内に紛れ込み、.envファイルがマシンやリポジトリ間をどこにも記録が残らないまま移動していくにつれて、この可視性の欠如はさらに拡大していきます。
AIコーディングツールは、コードの開発やデプロイに同じ認証情報を利用するため、この問題をさらに深刻化させます。その結果、認証情報衛生プロセスの整備が追いつかないほどのペースで、シークレットがモデルのコンテキストウィンドウ内に入り込む新たな経路が生まれています。1Password Enterprise Password Managerで現在一般提供が開始された3つの新機能は、このギャップに対処するものです。
- Developer Watchtower は、ローカルの.envファイル内に露出した認証情報を発見し、開発者がそれを1Password内で安全に管理できるよう案内するとともに、管理者には開発者マシン上の認証情報リスクに対する可視性を提供する。
- 1Password Environments により、開発者は既存の.envファイルを1Passwordのボールトにインポートし、1Password のMCPサーバーを通じてシークレットにアクセスできるようになり、認証情報をディスク上やモデルのコンテキスト外に保つことができる。
- Credential Governance は、管理者に対して、従業員個人および共有のボールト全体にわたる会社所有の認証情報の一元的なビューを提供し、会社の認証情報を特定して所有権を取得する能力、および時間経過に伴うそれらの認証情報へのアクセス方法を制御する権限を与える。
これらの新機能は、認証情報リスクが往々にして発生し始める地点、そして組織的な可視性が従来最も低かった地点に、ガバナンスをもたらすものです。
翻訳元: https://www.helpnetsecurity.com/2026/07/29/1password-privileged-access/
