에이전트를 위한 1Password는 소비자용 기능이라기보다 차세대 어시스턴트 기반 워크플로를 위한 인프라의 기본 요소에 가깝습니다. 핵심은 신원과 자격 증명의 소유를 분리하는 것입니다. 에이전트는 디지털 키로 자신의 신원을 증명하고, 1Password는 사용자가 신뢰하는 기기에 확인 요청을 표시한 뒤, 자격 증명을 입력하고 제출하거나 임시 토큰을 발급하는 방식으로 인증이 필요한 작업을 수행합니다. 이 과정에서 원래 비밀 정보는 노출되지 않습니다. 이런 설계는 최종적인 통제권을 사람에게 남겨 두면서도, 인증이 필요한 여러 단계의 작업을 에이전트가 완료하도록 합니다.
기술적으로는 비밀번호를 복사해 붙여 넣거나 에이전트 프롬프트에 자격 증명을 직접 넣던 취약한 방식 대신, 중개를 통한 위임 절차를 사용합니다. 에이전트가 액세스를 요청하면 1Password는 사용자가 아니라 에이전트가 서명한 인증 정보를 받고, 사용자가 신뢰하는 기기로 승인 푸시 알림이나 모달을 보냅니다. 사용자가 승인하면 1Password가 직접 로그인하거나, 작업이 진행되는 동안 에이전트가 사용할 수 있는 세션 한정 자격 증명을 제공합니다. 보안팀 입장에서는 잠재적 피해 범위를 줄이고, 위임 과정을 감사 가능한 이벤트로 남기며, 에이전트 로그나 프로필에 비밀 정보가 영구적으로 복사되지 않도록 할 수 있습니다.
이 시스템은 이미 주요 에이전트 제공업체와의 연동을 염두에 두고 있습니다. 초기 출시에서는 OpenAI, Anthropic, Meta를 지원하며, 1Password는 파트너십을 더욱 확대할 계획임을 밝혔습니다. 에이전트와 서비스를 연결하는 제품팀과 통합 개발자에게 이번 변화는 운영 방식의 전환을 뜻합니다. 원시 API 키를 교체하거나 에이전트별로 별도의 자격 증명 보관소를 만들기보다, 비밀번호 관리자가 로그인 과정을 중개하고 에이전트는 임시 액세스 권한을 사용하는 위임형 로그인 모델을 구현하면 됩니다. 로그인마다 사용자 기기와 연결된 승인 이벤트가 생성되므로 법무, 규정 준수, 고객 지원 업무에도 변화가 생깁니다.
사용자와 기업은 일부 분야에서 즉각적인 실익을 얻을 수 있습니다. 쇼핑 및 여행 에이전트는 장기간 유지되는 자격 증명 없이 예약을 완료할 수 있고, 업무 자동화 도구는 관리자 비밀번호를 노출하지 않은 채 한 번의 세션 동안 SaaS 앱에 접속할 수 있습니다. 다만 이 방식이 모든 문제를 해결하는 것은 아닙니다. 은행이나 보안 수준이 높은 서비스는 추가 증명, 단계별 인증 또는 거래별 승인을 요구할 수 있습니다. 따라서 조직은 세션 한정 에이전트 액세스에 역할 기반 제어, 모니터링, 허용된 자동 작업과 위험한 작업을 구분하는 정책을 함께 적용해야 합니다.