로그인 화면에서 멈추는 순간이 제일 답답하다
브라우저 에이전트를 조금이라도 써본 사람은 비슷한 장면을 겪는다. 페이지를 읽고 클릭하고 정리하는 데까지는 잘 가다가, 로그인 화면이 나오면 결국 사람이 다시 끼어든다. 최근 Claude 커뮤니티에서도 비슷한 반응이 나왔다. 어떤 이용자는 1Password가 인증을 맡는 건 똑똑하지만, 로그인 뒤에 에이전트가 실제로 무슨 행동을 하느냐는 또 다른 문제라고 짚었다. 이 반응이 꽤 현실적이다. 로그인만 안전해져도 크게 편해지지만, 거기서 위험이 끝나는 건 아니기 때문이다. Claude 커뮤니티 반응 (영어주의)
그래서 Claude가 비밀번호 없이 로그인한다는 한 줄은 반은 맞고 반은 빠져 있다. 최신 공식 문서를 기준으로 다시 보면, Claude가 비밀번호를 아예 모르는데도 로그인을 이어갈 수 있게 한 건 맞다. 다만 아무 환경에서나 되는 것도 아니고, 승인 없는 자동 로그인이 열린 것도 아니다.
왜 이런 기능이 나오게 됐나
브라우저 자동화가 실제 일에 닿으려면 결국 로그인 벽을 넘어야 한다. 쇼핑 주문 상태를 확인하든, 구독을 해지하든, 업무용 대시보드를 열든, 대부분의 중요한 일은 로그인 뒤에 있다.
1Password는 2026년 7월 16일 공개한 공식 글에서 이 지점을 정면으로 건드렸다. 지금까지는 에이전트에게 비밀번호를 주거나, 거기서 멈추고 사람이 직접 처리하는 식이었다는 얘기다. 이 글은 1Password for Claude를 비밀번호 노출 없이 브라우저 작업을 이어가는 방식으로 소개한다. 1Password 공식 발표, 2026년 7월 16일 (영어주의)
Anthropic 쪽 공식 도움말도 같은 구조를 설명한다. Claude가 로그인 페이지에 도달하면 사람에게 비밀번호를 입력하라고 되묻는 대신 1Password에 요청을 보내고, 사용자는 그 요청을 보고 승인하거나 다른 계정을 고르거나 거절할 수 있다. Anthropic 도움말: Get started with 1Password for Claude (영어주의)
이 기능이 눈길을 끄는 이유도 여기 있다. 브라우저 에이전트가 데모를 넘어 실사용으로 가려면, 로그인에서 매번 사람이 다시 들어오는 불편부터 줄여야 하기 때문이다.
공식 문서를 다시 보면 실제 범위가 선명하다
가장 중요한 사실부터 정리하면 이 기능은 실제로 비밀번호를 Claude에게 넘기지 않는다. Anthropic 도움말은 1Password가 자격 증명을 페이지에 직접 채우기 때문에 Claude는 비밀번호나 일회용 코드를 보지 못한다고 설명한다. 1Password 지원 문서도 같은 내용을 반복한다. 로그인 정보는 에이전트의 시야 바깥 채널로 들어가고, Claude는 어떤 로그인 항목을 썼는지만 안다. 비밀번호와 일회용 코드는 모델 문맥, 메모리, Anthropic 시스템으로 들어가지 않는다고 적혀 있다. Anthropic 도움말 (영어주의) 1Password 지원 문서 (영어주의)
그렇다고 완전 자동 로그인으로 받아들이면 틀린다. 승인 절차는 매번 남아 있다. Anthropic 도움말은 Claude가 로그인할 때마다 사용자가 요청된 vault item을 보고 승인, 교체, 거절 중 하나를 고른 뒤 생체 인증으로 확인한다고 적는다. 1Password 보안 문서도 사람이 매번 승인한다는 점을 핵심 규칙 가운데 하나로 둔다. 새 에이전트 세션이 열리면 새 승인 요청이 뜬다. Anthropic 도움말 (영어주의) 1Password 보안 설명 (영어주의)
지원 범위도 꽤 좁다. 2026년 7월 28일 기준 Anthropic 도움말에 따르면 1Password for Claude는 유료 Claude 플랜인 Pro, Max, Team, Enterprise에서만 되는 베타 기능이다. 환경도 macOS의 Claude Desktop과 Claude in Chrome이 필요하다. 여기에 1Password 계정, 1Password 데스크톱 앱, 브라우저 확장까지 갖춰야 한다. 무료 플랜이나 Windows 얘기는 공식 요구사항에 없다. Anthropic 도움말 (영어주의) 1Password 지원 문서 (영어주의)
되는 로그인 종류도 제한적이다. 1Password 지원 문서를 보면 현재 지원하는 건 Login item 안의 사용자 이름, 비밀번호, TOTP까지다. Sign in with Google 같은 소셜 로그인은 의도대로 안 될 수 있고, passkey도 아직 지원하지 않는다. 어떤 사이트든 다 된다고 보면 안 맞다. 1Password 지원 문서 (영어주의)
조직 환경에서는 기본값도 보수적이다. Anthropic 도움말은 Team과 Enterprise에서 이 통합이 기본적으로 꺼져 있다고 적고, 관리자 문서도 비밀번호 관리자 통합이 조직 단위에서 off by default라고 설명한다. 처음부터 전사 개방형 기능으로 설계된 건 아니라는 뜻이다. Anthropic 도움말 (영어주의) Claude in Chrome 관리자 문서 (영어주의)
비밀번호를 안 보여줘도 불안이 완전히 사라지지 않는 이유
여기서부터가 더 중요하다. 비밀번호가 모델 문맥에 안 들어간다고 해서 브라우저 작업 전체가 안전해지는 건 아니다.
Anthropic의 Chrome 안전 문서는 Claude가 활성 탭을 이해하기 위해 스크린샷을 찍는다고 적는다. 화면에 보이는 개인정보나 민감한 문서가 그대로 맥락에 들어갈 수 있다는 뜻이다. 그래서 금융, 의료, 법률, 사내 민감 계정 같은 곳은 피하라고 직접 권한다. 같은 문서는 별도 브라우저 프로필을 쓰고, 새 사이트에서는 승인 전에 동작을 다시 확인하라고도 안내한다. Claude in Chrome 안전 가이드 (영어주의)
금지된 작업도 분명하다. Anthropic은 Claude가 주식 거래나 투자 거래를 하거나, 민감한 데이터를 입력하거나, 캡차를 우회하는 식의 행동은 금지된다고 적는다. 그런데 이런 문구가 들어 있다는 건 반대로 말하면, 로그인 뒤에 그런 시도를 할 가능성 자체는 설계 단계에서 이미 고려하고 있다는 뜻이기도 하다. Claude in Chrome 안전 가이드 (영어주의)
커뮤니티에서 인증은 절반일 뿐이라고 반응한 이유도 바로 이 지점이다. 1Password가 자격 증명을 잘 가려줘도, 로그인 뒤에 에이전트가 잘못된 사이트를 누르거나 엉뚱한 행동을 하면 문제는 남는다. 1Password 쪽도 그래서 Agentic Mode를 강조한다. 공식 설명에 따르면 Claude가 브라우저를 잡는 동안 1Password 확장은 잠금 상태로 들어가고, 그 작업에서 승인된 로그인과 일회용 코드만 접근 가능하다. 나머지 vault 내용은 닿지 않게 막아 둔다. 1Password 지원 문서 (영어주의) 1Password 보안 설명 (영어주의)
즉 이 기능은 에이전트에게 비밀번호를 직접 보여주지 않게 만든 것이지, 에이전트가 로그인 뒤에 하는 모든 행동을 안전하게 만들었다는 뜻은 아니다.
지금 확인되는 핵심만 짧게 묶으면
- Claude가 비밀번호와 일회용 코드를 직접 보는 구조는 아니다. 1Password가 페이지에 직접 채운다. Anthropic 도움말 (영어주의)
- 하지만 사람 승인은 매번 남아 있다. 완전 무인 로그인이 아니다. 1Password 보안 설명 (영어주의)
- 2026년 7월 28일 기준으로는 유료 Claude 플랜, Mac, Claude Desktop, Claude in Chrome이 필요하다. Anthropic 도움말 (영어주의)
- 소셜 로그인과 passkey는 아직 매끄럽게 지원한다고 보기 어렵다. 1Password 지원 문서 (영어주의)
- 로그인 정보 노출은 줄였지만, prompt injection과 민감한 화면 노출 위험은 그대로 남아 있다. Claude in Chrome 안전 가이드 (영어주의)
써볼 생각이면 이 정도는 먼저 보는 편이 좋겠다
- 개인 메인 브라우저보다 별도 Chrome 프로필에서 시작하는 편이 낫다. Claude in Chrome 안전 가이드 (영어주의)
- 첫 작업은 주문 조회나 구독 확인처럼 결과가 눈에 보이고 되돌리기 쉬운 일로 잡는 편이 좋다.
- 은행, 투자, 의료, 계약, 사내 관리자 화면처럼 민감도가 높은 계정은 아직 피하는 쪽이 맞아 보인다. Claude in Chrome 안전 가이드 (영어주의)
- Team이나 Enterprise에서는 관리자 허용 범위부터 먼저 확인해야 한다. Claude in Chrome 관리자 문서 (영어주의)
내 생각
이번 기능은 보기 드물게 방향이 괜찮다. 브라우저 에이전트를 실제로 써보려는 사람이 가장 꺼리던 지점이 비밀번호 노출이었는데, 그걸 정면으로 줄이려 했기 때문이다. AI가 로그인도 대신한다는 자극적인 말보다 비밀번호를 안 보여준 채 로그인 단계만 넘기게 했다는 설명이 지금 상태를 더 잘 말해 준다.
다만 여기서 바로 이제 민감한 사이트도 맡겨도 된다로 뛰면 너무 빠르다. 로그인 정보 노출은 분명 줄었지만, 로그인 뒤 행동을 잘 통제하는 문제는 여전히 남아 있다. 그래서 이 기능은 보안 걱정을 끝내는 도구라기보다, 브라우저 에이전트를 현실적인 범위에서 조금 더 써볼 수 있게 만든 첫 단계로 보는 편이 맞겠다.
관련 글
같은 맥락에서 이어서 읽기 좋은 글들입니다.