메타 ‘뮤즈’ 공유 중단…6,800개 AI 대화 링크가 드러난 이유

메타가 개인용 AI 에이전트 ‘뮤즈(Muse)’의 대화 공유 기능을 일시 중단했다. 보안업체 클래록(Claroc) 연구진이 사용자가 만든 공유 링크 약 6,800개를 찾아낼 수 있었고, 그중 일부에서 채용 면접 준비 메모, 기업 매출 검토 자료, 대출 신청 정보, 부동산 수익 자료, 직원 휴가 일정 같은 민감한 내용이 확인됐다고 10월 20일(현지시간) 보도됐기 때문이다.

메타는 이용자가 특정 뮤즈 결과물을 다른 사람에게 보여 주기 위해 링크를 만들 수 있었으며, 보고서를 검토하고 링크가 발견되는 방식을 바꿀지 살피는 동안 해당 기능을 중단했다고 밝혔다. 중요한 점은 뮤즈의 모든 대화가 자동으로 공개됐다는 뜻은 아니라는 것이다. 문제가 된 것은 이용자가 ‘공유’를 선택해 만든 웹 링크였다. 그러나 링크를 직접 전달받지 않은 사람도 구조상 주소를 찾아낼 수 있었다는 것이 연구진의 지적이다.

이번 사건은 “링크를 아는 사람만 볼 수 있음”과 “비공개”가 같은 말이 아니라는 사실을 보여 준다. AI가 이메일·일정·재무 자료를 읽고 실제 업무를 처리할수록 공유 페이지 한 장에 담기는 정보도 훨씬 민감해진다. 일반 사용자가 알아야 할 핵심은 해킹을 당하지 않았더라도 공유 방식의 설계 때문에 자료가 예상보다 넓게 노출될 수 있다는 점이다.

무슨 일이 있었나

뮤즈는 질문에 답하는 챗봇보다 더 많은 일을 하도록 설계된 개인 AI 에이전트다. 사용자의 계정과 서비스에 연결해 양식을 채우고, 예약하고, 문서를 만들고, 구매 절차를 진행한다. 이런 제품은 일을 대신하려면 이메일과 일정, 계정 정보 같은 넓은 맥락에 접근해야 한다.

온라인 서비스의 공유 기능은 보통 긴 임의 문자열이 포함된 주소를 만든다. 주소를 추측하기 어려우므로 이용자는 링크를 받은 사람만 페이지를 볼 수 있다고 기대한다. 하지만 비밀번호나 로그인으로 막힌 것은 아니어서 주소가 검색되거나 유출되면 누구나 열 수 있다. 보안 분야에서는 이를 ‘추측하기 어려운 링크’라고 보지 완전한 접근 통제로 보지 않는다.

클래록 연구진에 따르면 뮤즈 링크에는 대화 제목이 하위 도메인에 들어갔다. 단순화하면 ‘q3-매출검토-무작위문자.metaaiusercontent.com’ 같은 모습이다. 웹주소에서 도메인 앞부분은 인터넷의 주소 조회 체계인 DNS 기록에 남을 수 있다. 누군가 링크를 한 번 열면 상업용 수동 DNS 데이터베이스에서 그 하위 도메인이 관찰될 수 있고, 이후 제목이 포함된 주소를 검색할 가능성이 생긴다.

연구진은 모든 주소를 무작위로 맞힌 것이 아니라 이 공개적으로 관찰 가능한 기록을 한 번 조회해 공유 링크를 모았다고 설명했다. 6,800이라는 숫자는 찾아낸 공유 링크 수이며, 그 링크가 모두 기밀을 담고 있었다는 의미는 아니다. 연구진이 수백 개를 열어 본 결과 일부에서 명백히 공개를 의도하지 않은 것으로 보이는 정보가 발견됐다는 것이 보도의 정확한 범위다.

어떤 정보가 보였나

보도에 소개된 사례는 AI 대화 공유가 왜 일반 문서 공유보다 위험해질 수 있는지 보여 준다. 한 링크에는 최상위 AI 연구소와 진행할 비공개 임원 채용 통화의 내부 연락처와 회의 시간이 담겼다. 다른 링크에는 최고경영자용으로 표시된 기업의 내부 매출 검토 내용이 있었다.

소상공인의 대출 신청서와 신청 금액, 은행 사기 경보가 포함된 할 일 목록, 일부 계좌 정보와 거래 시간, 두 부동산의 주소·수익·소득·대출 수치가 담긴 투자 보고서도 사례로 제시됐다. 수십 명 직원의 연간 휴가 주차가 정리된 달력도 있었다. 개별 정보 하나만으로 계정을 탈취할 수 있다고 단정할 수는 없지만, 피싱과 사칭, 기업 정보 수집에 악용될 재료가 될 수 있다.

이 사례들은 뮤즈가 정보를 새로 만들어 외부로 보냈다는 뜻과도 다르다. 사용자가 뮤즈에 입력하거나 연결된 자료를 바탕으로 만든 결과물을 공유 링크로 공개했고, 그 주소가 예상보다 쉽게 발견됐다는 것이 핵심이다. 사용자의 공유 선택과 제품의 주소 설계가 함께 만들어 낸 위험이다.

따라서 책임을 이용자에게만 돌리기도 어렵다. ‘공유 링크’ 버튼을 누른 사람이 특정 동료나 고객에게만 보여 줄 생각이었다면, 링크 주소가 공개 DNS 기록을 통해 검색될 수 있으리라고 예상하기 어렵다. 서비스가 로그인 요구, 만료 시간, 수신자 제한, 검색 방지 같은 보호 장치를 얼마나 명확하게 제공했는지가 중요하다.

왜 대화 제목이 주소에 들어간 것이 문제였나

사람이 읽기 쉬운 주소는 일반 웹페이지에서는 장점이다. 기사 제목이나 문서 이름이 주소에 들어가면 어떤 페이지인지 이해하기 쉽다. 하지만 비공개에 가까운 공유물에서는 제목 자체가 민감할 수 있다. ‘대출신청서’, ‘3분기 매출 검토’, ‘임원 후보 인터뷰’ 같은 문구만 노출돼도 누가 어떤 일을 진행 중인지 짐작하게 한다.

이번 경우에는 제목이 일반적인 주소 경로가 아니라 하위 도메인에 배치된 것이 더 큰 문제로 지적됐다. 경로는 보통 웹서버 요청 안에서 처리되지만, 하위 도메인은 그 주소를 찾기 위해 DNS 조회가 필요하다. DNS 관찰 시스템은 과거에 어떤 이름이 어느 서버를 가리켰는지 저장할 수 있다. 길고 무작위한 문자열이 뒤에 붙어 있어도, 앞의 대화 제목과 공통 도메인을 기준으로 후보를 모을 수 있었던 것이다.

클래록은 이런 페이지를 ‘고스트셰어(GhostShares)’라고 불렀다. 링크를 받은 적 없는 사람이 찾을 수 있고, 페이지 주인은 그 사실을 모를 수 있다는 의미다. 이 명칭은 연구진이 붙인 표현이지 업계 전체의 공식 분류는 아니다. 그러나 “주소가 길면 안전하다”는 오해를 설명하는 데는 유용하다.

지금 뮤즈 사용자가 해야 할 일

메타가 공유 기능을 중단했으므로 같은 방식으로 새 링크를 만드는 위험은 일단 줄었다. 다만 과거에 만든 링크와 그 안의 정보가 어떤 상태인지, 기존 주소가 모두 비활성화됐는지는 공개된 답변만으로 완전히 확인되지 않는다. 뮤즈에서 민감한 결과물을 공유한 적이 있다면 공유 내역과 연결 계정을 확인할 이유가 있다.

우선 어떤 종류의 자료를 공유했는지 떠올려 볼 수 있다. 금융 정보, 고객 명단, 인사 자료, 계약서, 직원 일정, 의료 정보, 신분 확인 자료가 포함됐다면 일반 메모보다 우선순위가 높다. 업무용 자료라면 회사의 보안 담당자나 개인정보 담당자에게 알리는 편이 좋다. 노출 여부를 스스로 단정해 숨기는 것보다 조사 가능한 기록을 남기는 것이 피해 대응에 도움이 된다.

링크를 삭제하거나 공유를 해제할 수 있다면 해당 조치를 하고, 원본 문서의 접근 권한도 살펴봐야 한다. 공유 페이지에 비밀번호가 그대로 들어갔다면 비밀번호를 바꾸고, 결제·금융 정보가 있었다면 거래 알림과 계정 활동을 확인해야 한다. 다만 이번 문제는 뮤즈 계정 전체가 탈취됐다는 보고가 아니므로 모든 계정의 비밀번호를 무조건 바꿔야 한다고 과장할 필요는 없다. 노출된 내용에 따라 대응 범위를 정하는 것이 맞다.

직장에서는 AI 대화 링크를 일반 메신저 링크처럼 다루지 않는 규칙이 필요하다. 링크를 받은 사람이 다시 전달할 수 있고, 서비스 설계가 바뀌며, 검색되지 않는다고 보장하기 어렵다. 기밀 자료는 회사가 승인한 문서 공유 시스템에서 수신자와 만료 시간을 정해 전달하고, AI 대화에서는 필요한 부분만 별도로 옮기는 편이 안전하다.

‘공유 링크’와 ‘권한이 있는 공유’는 다르다

구글 문서나 기업용 파일 서비스에서는 특정 이메일 주소를 초대하고 로그인한 사람만 열게 할 수 있다. 반면 ‘링크가 있는 모든 사람’ 방식은 주소가 접근 권한 역할을 한다. 주소를 복사한 사람은 다른 사람에게 전달할 수 있고, 외부 분석 서비스나 브라우저 기록, 회사 보안 도구에 남을 수 있다.

AI 서비스에서 공유 링크를 만들 때는 최소한 네 가지를 확인할 필요가 있다. 로그인한 특정 수신자만 볼 수 있는지, 링크에 만료 시간을 설정할 수 있는지, 검색엔진과 외부 기록에서 발견될 가능성을 어떻게 막는지, 원래 대화가 업데이트될 때 공유 페이지도 함께 바뀌는지다. 이 질문에 답이 없다면 공유하려는 내용을 민감하지 않은 복사본으로 줄이는 편이 낫다.

서비스 제공자에게도 요구되는 기준이 달라진다. 긴 무작위 주소만으로 보호했다고 설명하기보다 수신자 인증과 만료, 접근 기록, 즉시 철회 기능을 제공해야 한다. 공유 전에 “이 링크를 가진 누구나 볼 수 있다”는 경고를 분명히 보여 주고, 이메일·재무·인사 자료가 감지되면 추가 확인을 요구하는 방식도 고려할 수 있다.

메타의 대응으로 해결됐다고 볼 수 있나

메타가 기능을 중단한 것은 즉각적인 위험을 줄이는 조치다. 회사는 뮤즈의 버그바운티 프로그램을 열어 연구자가 문제를 신고할 수 있게 했으며, 이번 보고서를 검토하고 링크 발견 방식을 바꿀지 살피고 있다고 밝혔다. 버그바운티는 보안 취약점을 신고한 연구자에게 보상하는 제도다.

하지만 중단만으로 과거 노출의 범위가 설명되지는 않는다. 몇 개 링크가 실제로 제3자에게 열렸는지, 기존 링크를 모두 폐기했는지, 영향을 받은 이용자에게 개별 통지를 할지, 기능을 다시 열 때 어떤 구조를 쓸지는 아직 공개되지 않았다. 6,800개가 발견됐다는 연구 결과와 실제 악용 피해가 확인됐다는 주장은 구분해야 한다. 현재 보도에서 대규모 범죄 악용이 확인된 것은 아니다.

신고 과정도 점검 대상이다. 클래록 공동창업자는 10월 8일 버그바운티로 결과를 보냈고 메타 관계자에게도 연락을 시도했지만 답을 받지 못했다고 말했다. 이후 언론 질의 뒤 메타가 기능 중단 사실을 밝혔다. 기업이 신고를 언제 접수했고 어떤 내부 조치를 취했는지 더 투명하게 설명하면 이용자가 대응 속도를 평가하는 데 도움이 된다.

이전 취약점과 이번 사건을 어떻게 봐야 하나

뮤즈는 출시 뒤 빠르게 앱스토어 상위권에 올랐지만, 앞서 맥용 앱에서 다른 프로그램이 뮤즈 계정을 장악할 수 있는 취약점이 보고된 바 있다. 이번 공유 링크 문제와 기술적으로 같은 취약점은 아니다. 하나는 기기 안의 다른 앱과 계정 권한 문제이고, 이번 일은 사용자가 만든 웹 공유 주소의 발견 가능성 문제다.

두 사건을 무조건 묶어 “뮤즈는 안전하지 않다”고 단정하는 것도 정확하지 않다. 그러나 개인 AI 에이전트에 요구되는 보안 기준이 일반 챗봇보다 높아야 한다는 공통점은 있다. 에이전트는 읽을 수 있는 자료가 많고 실제 행동 권한도 넓다. 작은 공유 설계 실수도 노출되는 정보의 질과 규모를 키울 수 있다.

메타는 뮤즈를 개인정보 보호와 보안을 처음부터 고려해 만든 제품이라고 홍보해 왔다. 이 주장을 평가하려면 기능 설명보다 사고 뒤의 조치를 봐야 한다. 기존 링크 폐기, 이용자 통지, 재발 방지 설계, 외부 점검 결과가 공개되는지가 다음 판단 기준이다.

출처: Ars Technica 보도, The Verge 보도

앞으로 확인할 변화

이번 사건에서 기억할 사실은 뮤즈의 모든 대화가 자동 공개된 것이 아니라, 사용자가 만든 공유 링크 약 6,800개를 연구진이 발견할 수 있었다는 점이다. 일부 링크에는 기업·금융·인사 관련 민감 정보가 있었고, 메타는 10월 20일 공유 기능을 중단했다고 밝혔다. 아직 확인할 것은 기존 링크가 모두 무효화됐는지, 영향을 받은 이용자에게 통지하는지, 새 공유 기능에 로그인·만료·수신자 제한이 들어가는지다. AI에 민감한 일을 맡길수록 결과물을 공유할 때는 ‘긴 주소’가 아니라 실제 접근 권한으로 보호되는지 확인해야 한다.