핵심 요약
AI 요약
기사 목차 펼치기 / 접기
AI 에이전트 앱 피클(Pickle)에 개인 계정을 연결하면 무엇이 어디로 넘어갈까. 기자가 지난 1일 피클을 설치하고 나흘 동안 사용하며 구글(Google)과 네이버 계정 접속 기록으로 데이터 이동 경로를 추적했다. 첫 한 시간 안에 두 계정의 로그인 상태가 피클 측 원격 브라우저로 넘어갔다.
측정 조건은 안드로이드 앱 1.1.16(428293) 버전과 개인 계정 1개이며, 기록은 5일까지 확인했다. 피클은 거의 매주 업데이트되는 서비스여서 앱 버전이 바뀌면 동작 결과도 달라질 수 있다.
피클의 서비스 구조와 주요 기능
피클은 미국 캘리포니아주 법인 피클(Pickle, Inc.)이 개발한 AI 에이전트 앱으로, 대표는 박채근(Daniel Park)이다. 초기 제품은 사용자의 얼굴과 음성을 복제한 AI 아바타였으며, 그 시절인 2025년 6월 60억원 시드 투자를 유치했다. 현재 서비스 중인 에이전트 앱은 2026년 8월 10일 1.0 버전으로 애플 앱스토어에 처음 등록됐으며, 10월 한 달 동안에만 7차례 업데이트를 거쳤다. 앱이 지원하는 핵심 기능은 전화 통화 대행, 쿠팡 주문, KTX 예매, 메일과 일정 정리이며, 구글 플레이스토어 공식 설명상 결제나 예매처럼 중요한 작업은 진행 전에 이용자 승인을 거치도록 설계됐다. 통신 요금 비교 서비스 ‘피클AI’나 OTT 공동 구독 플랫폼 ‘피클플러스’와는 법인이 다른 별개 서비스다.
공식 허용 창과 원격 브라우저 세션… 세 갈래 연결 방식
피클의 ‘연결’ 메뉴 화면에는 구글, 네이버, 쿠팡, 정부24, 홈택스, 코레일이 한 화면에 나란히 배치돼 있다. 겉보기에는 동일한 연동 버튼이지만, 실제로 연결을 진행해 보면 인증 방식은 세 갈래로 나뉘었다.
첫째는 구글처럼 서비스 공식 허용 창을 띄우는 ‘OAuth(개방형 인가 프로토콜)’ 방식이다. 비밀번호를 서비스에 직접 건네지 않고 정해진 문만 열 수 있는 ‘임시 방문증(권한 토큰)’을 발급받는 구조다. 이용자가 구글 공식 화면에서 승인하면, 피클은 지메일이나 캘린더 등 허용된 범위의 토큰을 받아 엔클레이브(Enclave)라는 격리된 서버 금고에 보관한다. 피클이 공개한 엔클레이브 금고 소스코드에는 구글, 마이크로소프트(Microsoft), 슬랙(Slack), 노션(Notion) 등 9개 서비스가 연동 대상으로 명시돼 있다.
둘째는 금고에 아이디와 비밀번호를 직접 저장해 두는 방식이다. 저장은 기기 마스터 키로 암호화된다. 다만 금고 기술 문서는 로그인 작업을 실행하는 순간 비밀번호 평문 값이 회사의 원격 브라우저 작업자(Worker)에게 전달되며, 그 시점부터는 엔클레이브 금고가 해당 값을 보호하지 않는다고 명시했다.
셋째가 네이버, 정부24, 홈택스에서 확인된 방식이다. 앱 화면 내에 네이버 웹 로그인 창이 뜨고, 이용자가 직접 아이디와 비밀번호를 입력한 뒤 2단계 추가 인증까지 완료하는 형태다. 정부24와 홈택스는 피클이 이름과 주민등록번호, 전화번호를 자동 입력한 뒤 이용자 스마트폰으로 전송된 간편인증을 승인하는 절차로 진행됐다.
이 셋째 방식에서 피클이 확보하는 대상은 비밀번호 문자열이 아니라, 이미 본인 확인을 마친 웹 ‘로그인 세션(세션 쿠키)’이다. 놀이공원의 자유이용권 팔찌처럼, 비밀번호를 다시 묻지 않아도 인증 상태를 지속시키는 증표다. 2026년 11월 12일 시행 예정인 피클 한국어 개인정보 처리방침은 한국 계정의 웹 작업 브라우저 수탁사로 미국 기업 커널(Kernel)을 명시했다. 커널은 클라우드 브라우저 화면을 앱에 임베드하는 라이브 뷰 기능과 세션 쿠키를 저장해 재사용하는 프로필 기능을 제공한다. 한편 금고 소스코드 문서는 엔클레이브 금고가 이러한 세션 쿠키를 다루지 않는다고 밝혔다.
로그인 상태는 금고 밖에 있다.
| 연결 화면의 이름 | 방식 | 피클이 보관하는 권한 형태 |
|---|---|---|
| 지메일, 구글 캘린더, 슬랙 | 공식 인가 창(OAuth) | 범위가 제한된 권한 토큰 (엔클레이브 금고 내부 보관) |
| 네이버 메일 | 앱 비밀번호 | 네이버 메일 전용 앱 비밀번호 (금고 보관) |
| 네이버, kakao.com, 구글 로그인 등록 | 원격 브라우저 직접 로그인 | 로그인 세션 쿠키 (엔클레이브 금고 외부 보관) |
| 위치, 캘린더 | 스마트폰 OS 권한 | 모바일 기기 시스템 권한 |
앱 내 9개 연결 목록에는 이러한 방식의 차이가 사전에 안내되지 않는다. 화면 상단에는 “로그인 정보는 나만의 키로 암호화해 보관됩니다”라는 한 줄 안내 문구만 노출된다. 아이디와 비밀번호 금고에는 부합하는 설명이지만, 로그인 세션 쿠키를 누구의 키로 어떻게 암호화하는지는 공개 문서에서 확인되지 않는다.
앱 내 피클 에이전트 대화창에 기술적 구조를 직접 질의했다. 피클은 로그인 화면이 서버의 격리된 브라우저를 미러링한 화면이며, 직접 입력한 비밀번호는 네이버 서버로 직접 전송돼 평문 기록이 남지 않는다고 답변했다. 다만 이 설명은 언어 모델이 생성한 대화형 답변이어서 기업의 공식 입장으로 볼 수 없다. 공개된 소스코드와 공식 문서로 대조한 결과는 다음과 같다.
| 피클 챗봇의 설명 | 공개 코드 및 공식 문서 확인 내용 | 판정 |
|---|---|---|
| 로그인 창은 원격 브라우저 미러링 화면 | 개인정보 처리방침 내 커널(Kernel) 수탁 명시 및 라이브 뷰 기능 일치 | 일치 |
| 금고 비밀번호는 기기 키로 암호화 보관 | 처리방침 7.1절 및 엔클레이브 프로토콜 문서 일치 | 일치 |
| 저장된 비밀번호는 AI가 보지 못한 채 입력창에 자동 완성 | 금고 기술 문서: 입력 순간 회사 브라우저 작업자에게 평문 전달 확인 | 부분 일치 |
| 직접 입력한 비밀번호는 서버에 기록이 남지 않음 | 공개 코드 범위 밖. 커널 인프라는 세션 녹화 기능도 제공 | 확인 불가 |
| 로그인 세션 상태는 암호화해 보관 | 세션 쿠키를 어떤 암호화 키로 보호하는지 기술 문서에 부재 | 확인 불가 |
첫 한 시간, 구글과 네이버 접속 기록에 남은 흔적
스마트폰 사용 시간 기록을 보면 피클을 처음 실행한 1일 오전 10시대에 총 19분 동안 앱을 이용했다. 동일한 시간대 구글과 네이버 계정의 보안 접속 로그를 추출해 대조했다.
| 1일 접속 시각 | 서비스 로그 | 기록 내용 | 접속 IP 주소 |
|---|---|---|---|
| 10:25, 10:27 | 구글 보안 활동 | “Pickle에 액세스 권한이 부여됨”(Android) 2건 | 기자 스마트폰 |
| 10:30 | 네이버 로그인 목록 | PC 웹 로그인, 국가 “-“ | 166.1.10.73 |
| 10:35 | 네이버 POP3/IMAP | 메일 서버 접속, 국가 미국 | 54.191.1.131 |
| 11:16 | 구글 보안 활동 | “리눅스(Linux)에서 새로 로그인” | 화면 미표시 |
접속 IP 주소의 관리 주체는 서로 달랐다. 54.191.1.131은 미국 인터넷 주소 등록기관(ARIN) 등록 정보상 아마존(Amazon) 소유로 확인되며, AWS 공개 IP 주소 목록상 미국 서부 오리건(us-west-2) 리전이다. 피클 개인정보 처리방침에 명시된 데이터 저장 위치와 일치한다.
반면 166.1.10.73은 ARIN 등록 정보상 미국 유타주 데이터센터 기업 에이스데이터센터(Ace Data Centers) 소유로 등록돼 있다. 그런데 IP 위치 조회 서비스 IPinfo는 이 주소를 서울의 KT 회선으로 판별했다. 네이버 웹 로그인의 출발지는 국내 통신망, 메일 접속의 출발지는 미국 서부 클라우드였다. 피클 측에 국내 출구 IP를 사용하는 사유를 질의했으나 회신을 받지 못했다.
11시 16분의 리눅스(Linux) 로그인은 기자가 직접 수행한 접속이 아니다.
그 시각 기자는 피클 앱을 테스트 중이었으며, 구글 ‘기기 관리’ 화면은 해당 접속 기기를 1일 최초 로그인, 브라우저는 ‘구글 크롬(Google Chrome)’으로 표시했다. 이 리눅스 기기의 마지막 세션 활동은 2일 오후 4시 25분이었고, 7분 뒤인 4시 32분에는 네이버에 166.1.10.73 IP의 웹 로그인이 다시 기록됐다. 피클 측 원격 브라우저 세션 하나에 구글과 네이버의 로그인 상태가 동시에 유지되고 있음을 시사하는 정황이다.
구글 계정은 두 가지 상이한 경로로 수탁됐다. 지메일과 캘린더용 권한 토큰은 허용 범위가 지정된 채 엔클레이브 금고에 격리됐다. 반면 원격 브라우저에 저장된 구글 로그인 세션은 권한 범위 제한 없이 금고 밖에 머문다. 앱 연결 목록의 ‘구글 로그인 등록’ 기능이 이 브라우저 로그인 세션을 생성한 것으로 확인된다.
네이버 메일 연결 후 스스로 생성된 ‘앱 비밀번호’
네이버 메일 연동 과정에서 기자가 수행한 작업은 로그인 인증뿐이었다. 피클은 전달받은 로그인 세션을 활용해 네이버 보안 설정 화면에 접근한 뒤 메일 클라이언트 연동용 ‘애플리케이션 비밀번호’를 자체 생성했다. 네이버 계정 보안 설정의 2단계 인증 메뉴에는 ‘Pickle’이라는 이름의 애플리케이션 비밀번호가 등록돼 있었으며, 생성일은 1일, 최근 사용일은 4일로 나타났다. 웹 로그인 완료 5분 뒤 미국 서부 오리건 리전에서 유입된 최초 메일 서버 접속과 시간대가 일치한다.
식별 이름을 ‘Pickle’로 지정해 둔 덕분에 이용자는 네이버 설정에서 이를 확인하고 삭제할 수 있다. 다만 이 비밀번호가 지닌 보안 권한의 지속성이 문제로 지적된다. 웹 로그인 세션은 로그아웃 시 즉시 만료되지만, 애플리케이션 비밀번호는 이용자가 네이버 보안 메뉴에서 수동으로 삭제하기 전까지 메일 열람 및 발송 권한을 무기한 유지한다.
“이용자가 승인한 일회성 로그인 상태를 바탕으로, 에이전트는 네이버 설정에 직접 침투해 사용자가 수동 삭제하기 전까지 영구히 작동하는 별도의 출입 열쇠를 새로 깎았다.”
금고의 외부 전송 정책 명세(egress-policy.md)는 앱 비밀번호가 “기기에서 생성된다(created on the device)”고 명시했다. 하지만 실제 취재 과정에서 확인된 앱 비밀번호는 클라우드 원격 브라우저의 네이버 웹 화면에서 생성됐다. 엔클레이브 금고에 진입하기 전 이 비밀번호 평문 값이 어떤 네트워크 경로를 거쳤는지 피클 측에 질의했으나 답변을 받지 못했다.
홈택스 조회 후 피클 프로필 ‘기억’에 남은 원 단위 소득 내역
국세청 홈택스 연결 방식은 민간 간편인증이다. 피클이 기본 인적 사항을 입력했고, 기자는 인증 수단으로 토스를 선택한 뒤 스마트폰으로 수신된 알림을 승인했다. 인증이 완료되자 피클은 곧바로 ‘홈택스 세무 현황 요약’ 카드를 생성해 세금 납부 및 체납 여부, 전자고지 현황, 소득금액, 종합소득세 환급액을 화면에 정리했다.
하지만 데이터 저장은 요약 카드 표출에 그치지 않았다. 피클 프로필 메뉴의 ‘기억(Memory)’ 항목에 해당 작업 내역이 “나는 브라우저로 홈택스에 접속했다”로 시작하는 1인칭 관찰 일지 형태로 보존돼 있었다.
기억 데이터에는 간편인증 과정에서 입력된 이름과 생년월일, 휴대전화번호, 홈택스 ID를 비롯해 전년도 귀속 소득 종류별 금액과 환급액, 당해 연도 소득, 등록 사업 업종이 모두 포함됐다. 금액은 원 단위까지 상세하게 기록됐다. 이용자가 별도로 저장을 지시하지 않은 민감 정보다.
요약 카드에 표시되지 않았던 생년월일과 전화번호, 사업 업종 코드까지 에이전트의 내부 기억으로 편입된 셈이다.
피클의 개인정보 처리방침에 명시된 구조를 보면, 피클의 응답 생성에는 구글, 오픈AI(OpenAI), 앤트로픽(Anthropic), xAI 등 외부 프론티어 파운데이션 모델이 쓰인다. 답변 생성에 필요한 대화 내용과 도구 실행 결과는 이들 AI 기업에 전송되지만 모델 학습에는 사용되지 않는다. 결국 홈택스 화면에 노출된 개인 세무 숫자는 원격 브라우저와 피클 서버를 거쳐 외부 상용 AI 모델 인프라까지 전송됐다. 처리방침은 피클이 대화 맥락에서 기억을 추출하며, 연동된 외부 계정에서 수집한 데이터 역시 대화 기록과 기억의 일부로 귀속된다고 규정한다. 이 데이터는 계정을 유지하는 기간 내내 서버에 보관된다. 기억 항목은 이용자가 직접 열람하고 수정하거나 삭제할 수 있지만, 삭제 작업의 책임은 전적으로 이용자에게 귀속된다. 기억 저장 과정에서 금융·세무 민감 정보를 사전에 필터링하는 내부 기준이 존재하는지 피클 측에 질의했으나 회신은 없었다.
캘린더 등록과 깃허브 코드 변경… 한 줄 승인의 무게
피클은 처리할 작업에 번호를 매겨 이용자에게 선제적으로 제안하는 대화형 에이전트다. 기자가 “2번, 3번 진행해 줘”라고 단문으로 승인하자 피클은 두 외부 서비스를 오가며 작업을 연이어 처리했다.
2번 과제는 일정 등록이었다. 피클은 구글 캘린더에 모임 일정을 생성한 뒤 웹 링크를 공유했고, 실제 캘린더 계정에 일정이 정상 등록됐다. 3번 과제는 기자의 깃허브(GitHub) 저장소에서 실패한 보안 점검 워크플로우 분석이었으며, 피클은 권한 설정 누락과 취약한 종속 패키지 17개를 실패 원인으로 진단했다.
피클은 진단 직후 “원하시면 브랜치를 새로 생성해 패치 코드를 적용하겠다”고 제안했다. 피클 영문 개인정보 처리방침은 깃허브 계정을 연결하면 피클이 이용자 본인 명의로 코드 댓글 작성, 커밋 생성, 지속적 통합(CI) 파이프라인 실행 권한을 행사할 수 있다고 명시했다. 메신저에서의 짧은 확인 한마디가 실제 개발 저장소의 코드 베이스 변경으로 직결될 수 있는 구조다.
피클에 계정을 맡기기 전과 맡긴 뒤 점검할 사항
나흘 동안 테스트한 피클은 이용자가 지시한 작업을 충실히 완수했다.
하지만 작업을 완수하는 이면에서 이용자가 일일이 인지하지 못한 디지털 흔적을 다수 남겼다. 브라우저 세션 쿠키, 독자 생성된 앱 비밀번호, 원 단위 세무 소득 기록이 대표적이다.
세무와 금융 자산 조회는 AI 에이전트에 연동하지 않는 편이 안전하다. 웹 화면을 미러링하는 순간 해당 수치는 에이전트의 내부 기억과 대화 로그로 전환되며, 외부 파운데이션 모델 인프라를 거친다. 기업 업무용 계정과 법인카드 연동 역시 주의가 요구된다. 피클 한국어 서비스 이용약관 제4조는 자동화 접근을 차단한 타사 서비스에서 피클을 사용해도 되는지 확인할 법적 책임을 전적으로 이용자에게 귀속시켰다. 이미 서비스를 연결했다면 피클 앱 내부뿐 아니라 각 원본 서비스에 잔존하는 보안 이력을 직접 대조해야 한다.
| 서비스 | 직접 확인할 보안 설정 메뉴 | 취재 기자 계정에 확인된 실제 잔존 기록 |
|---|---|---|
| 구글 | 구글 계정 보안 기기 관리 페이지 | 원격 ‘리눅스’ 기기 접속 세션, 구글 크롬 브라우저, 원격 로그아웃 버튼 |
| 네이버 | 네이버ID → 이력관리 → 로그인 목록 | 국가 식별자 “-“로 표시된 PC 웹 로그인 기록 (166.1.10.73) |
| 네이버 | 네이버ID → 보안설정 → 2단계 인증 → 애플리케이션 비밀번호 | 자동 발급된 ‘Pickle’ 전용 애플리케이션 비밀번호 |
| 피클 | 앱 프로필 → 기억(Memory) | 홈택스 세무 조회 일지 및 원 단위 소득·인적 사항 기록 |
피클 앱에서 서비스 연결을 해제했을 때 각 외부 서비스에 남은 세션과 비밀번호까지 자동으로 파기되는지는 확인되지 않았다. 피클 연결을 끊더라도 각 서비스의 보안 관리 페이지에서 세션 로그아웃과 앱 비밀번호 삭제 상태를 수동으로 정리해야 계정 권한이 완전히 회수된다. 피클 측은 11월 9일까지 취재팀의 공식 질의에 입장을 밝히지 않았다.
취재 기자의 네이버 계정 보안 설정에는 5일까지도 ‘Pickle’ 명의의 애플리케이션 비밀번호가 활성화 상태로 남아 있었으며, 마지막 접근 일시는 4일로 확인됐다.
