AI 에이전트 업체들의 프라이버시 약속: 메타 Muse와 OpenAI Dots는 지킬 수 있을까

10월 10일, The Verge의 시니어 AI 기자 헤이든 필드는 아이러니로 가득한 장면을 보도했다. 올해 OpenAI DevDay에서 샘 올트먼 CEO는 회사의 새 에이전트 Dots를 공개하며 청중에게 OpenAI가 "최첨단 AI의 프라이버시에 새로운 기준을 세우고 싶다"고 말했다. 보도에 따르면 OpenAI는 그날 주요 경쟁사인 메타의 Muse가 사용자 데이터를 지키지 못한다며 에둘러 여러 차례 비판했다. 그런데 몇 달 전 Muse 자신이 전작 OpenClaw보다 안전한 대안으로 출시됐고, 마크 저커버그 CEO는 "프라이버시와 보안을 위해 처음부터 설계됐다"고 약속했다. Muse는 OpenClaw에 맞서고, Dots는 Muse에 맞선다. 세대마다 앞선 세대의 안전 보완판을 자처하는 약속의 사슬이 드러난다.

먼저 밝혀 둘 것이 있다. 이 글은 해당 보도의 공개된 부분에 근거하며, 제품 내부 작동 방식에 관한 서술은 모두 분석상의 추론이다. 어느 기업이 기술 세부 사항을 공개했다는 뜻은 아니다. 그 전제 위에서 이 사슬의 밑바닥에 놓인 모순은 쉽게 지나칠 수 없다. 보도는 배경을 분명히 짚는다. 기업은 고객의 개인 데이터를 쌓아 두고, 사이버 공격은 흔한 일이 되었는데도, AI 연구소들은 사용자가 에이전트에 더 많은 정보를 공유하도록 설득하려 한다. 업계는 더 깊은 신뢰를 요구하면서 "우리가 다른 곳보다 안전하다"는 주장을 그 신뢰를 얻는 열쇠로 쓴다. 프라이버시는 더 이상 규정 준수 부서의 각주가 아니라 제품의 간판 기능이며, DevDay에서는 지목된 경쟁사를 겨냥한 홍보 문구가 되었다.

에이전트는 왜 프라이버시 문제를 더 날카롭게 만드는가. 이 추론은 제품의 형태 자체에서 나온다. 일반 챗봇은 사용자가 직접 붙여 넣은 내용만 처리한다. 반면 에이전트의 가치는 대행에 있다. 이메일을 읽고, 일정을 잡고, 파일을 뒤지고, 계정을 조작한다. 이를 위해서는 지속적이고 폭넓은, 흔히 여러 앱에 걸친 접근 권한이 필요하다. 데이터 범위가 넓을수록 한 번의 실수가 치르는 대가는 커지고, 권한이 클수록 공격자에게 돌아가는 가치도 커진다. 읽는 능력과 행동하는 능력을 함께 가진 제품에서는 결함이 정보 유출에서 사용자 명의의 조작으로 확대될 수 있다. 그래서 에이전트에게 프라이버시 약속은 덤이 아니라 사용자가 권한을 맡길 수 있는지의 전제 조건이다. 세 제품이 안전성 서사를 두고 맞물려 경쟁하는 이유도 여기에 있다.

약속과 이행 사이에는 검증 가능성이 있다. "프라이버시를 위해 만들어졌다"는 한마디는 뒷받침하는 메커니즘이 없으면 확인할 방법이 없다. 무게 있는 프라이버시 설계는 보통 외부에서 점검할 수 있는 관행으로 나타난다. 사용자 데이터를 기본값으로 모델 학습에 쓰지 않거나 최소한 명확한 거부 옵션을 제공한다. 권한을 한꺼번에 주지 않고 작업별로 좁힌다. 민감한 데이터는 가능한 한 사용자와 가까운 곳에서 처리한다. 에이전트가 무엇을 읽고 무엇을 했는지 보여 주는, 내보낼 수 있는 접근 로그를 남긴다. 독립된 제3자의 보안 감사를 받고, 사고가 나면 신속하고 완전하게 공개한다. 이는 평가의 틀일 뿐 Dots나 Muse가 실제로 하는 일의 묘사가 아니다. 두 회사를 공정하게 재는 잣대는 이런 장치를 기조연설의 대사에만 적는지, 제품 문서에도 적을 의지가 있는지다.

"세대마다 더 안전하다"는 서사에는 구조적 위험도 있다. 프라이버시가 비교 광고가 되면 안전의 기준은 경쟁사의 실패가 정한다. 상대가 넘어지면 자신이 믿을 만해 보이므로, 유인은 "진짜로 충분히 좋아지는 것"에서 "남보다 나빠지지 않는 것"으로 기운다. 셋 중 하나가 심각한 유출을 겪으면 피해는 그 회사에 머물지 않는다. 에이전트라는 범주 전체의 신뢰가 흔들리고, 사용자는 메일함과 파일을 맡길지 다시 따져 보게 된다. Muse는 OpenClaw의 안전한 후계자를 자처했지만 지금은 Dots를 내놓은 쪽에서 비판받고 있다. 이는 그런 입지가 다음 진입자에 의해 얼마나 쉽게 뒤집히는지를 보여 준다. 약속이 클수록 사용자가 증거를 요구할 이유도, 규제 당국이 질문할 이유도 커진다.

일반 사용자와 기업에게 현실적인 방법은 약속을 하나씩 확인할 수 있는 질문으로 쪼개는 것이다. 데이터가 기본값으로 학습에 쓰이는가. 한 번에 삭제할 수 있는가. 권한을 세밀하게 나눌 수 있는가. 감사 로그가 있는가. 사고 시 누가 알릴 책임을 지는가. 이런 질문에 분명한 답이 나오기 전까지는 에이전트를 민감도가 낮은 작업에 한정하고 권한을 단계적으로 넓히는 편이 현명하다. 업계에 진짜 새 기준은 기조연설 무대에서 태어나지 않는다. 외부가 검증할 수 있는 엔지니어링과 공개에서 나온다. Dots가 올트먼 CEO가 말한 기준을 세울지, Muse의 "처음부터 프라이버시를 위해 만들어졌다"는 주장이 성립할지는 시간과 독립적인 검토가 답할 것이다. 그때까지 기억할 점은 하나다. 에이전트가 유능해질수록 요구하는 신뢰도 커지고, 신뢰는 증거로 쌓는 것이지 구호로 미리 당겨 쓸 수 없다.