2026 메타뮤즈 개인정보 유출됐나?｜Mac 메시지 접근·보안 취약점·자동결제 승인·권한 설정 총정리
결론부터 말하면 2026년 10월 11일 현재 Meta Muse 이용자 전체의 개인정보가 대규모로 유출됐다고 확인된 것은 아닙니다.
다만 안심하고 끝낼 문제도 아닙니다.
Meta의 개인 AI 에이전트 Muse가 출시된 이후 사용자의 이메일과 파일에 접근할 가능성이 있었던 보안 취약점, Mac 메시지 접근 논란, 지나치게 넓은 권한 설정으로 개인정보가 외부에 전달된 사례가 잇따라 알려졌기 때문입니다.
특히 기존 AI 챗봇과 달리 Muse는 이메일을 읽고, 웹사이트를 탐색하고, 상품을 구매하거나 예약을 진행할 수 있습니다.
즉 AI가 똑똑해질수록 사용자가 넘겨주는 권한도 커집니다.
그래서 메타뮤즈를 사용할 때는 "Meta가 안전하다고 하니까 괜찮겠지"보다는 어떤 앱을 연결했는지, 읽기만 허용했는지, 보내기까지 허용했는지, 항상 허용을 켜놓았는지를 직접 확인해야 합니다.
✔ 대규모 전체 이용자 정보 유출 확인 → 아님 ✔ 보안 취약점 발견 → 있음 ✔ 이메일·파일 접근 가능성이 있는 취약점 보도 → 있음 ✔ Mac 메시지 무단 접근 논란 → 있음 ✔ Meta 입장 → Messages 연결과 전체 디스크 접근을 사용자가 허용해야 접근 가능 ✔ 상품 구매·이메일 발송 → 중요한 작업은 사용자 승인 구조 제공 ✔ 비밀번호 → Muse가 직접 볼 수 없도록 별도 저장 ✔ 카드정보 → 실제 카드 번호를 AI에 노출하지 않는 구조 제공 ✔ 광고 시스템 → Meta는 Muse 대화와 VM 데이터를 광고 시스템과 공유하지 않는다고 설명 ✔ AI 학습 → 이용자가 학습 이용을 거부할 수 있다고 안내 📌 핵심: Muse 자체에 보안 기능은 있지만 AI 에이전트는 일반 챗봇보다 훨씬 많은 개인정보에 접근할 수 있기 때문에 권한 최소화가 가장 중요합니다.
1. 메타뮤즈 개인정보 유출됐나?
먼저 가장 많이 오해할 수 있는 부분부터 정리하겠습니다.
2026년 10월 11일 현재 Muse 전체 이용자의 개인정보가 한꺼번에 털린 대규모 정보 유출 사고가 공식적으로 확인된 것은 아닙니다.
하지만 Muse와 관련해 서로 다른 종류의 개인정보·보안 문제가 여러 차례 보도됐습니다.
| 시점 | 이슈 | 핵심 내용 |
|---|---|---|
| 9월 | 보안 취약점 | 악성 링크 등을 이용해 사용자 VM의 민감정보에 접근할 가능성이 있는 취약점 발견 |
| 9월 말 | Mac 메시지 논란 | Muse가 개인 메시지를 읽었다는 이용자 주장 발생 |
| 10월 2일 | Apple 대응 | AI 에이전트의 Mac 전체 데이터 접근을 사용자에게 더 명확히 알리는 보호조치 예고 |
| 10월 초 | 주소 공유 사례 | 광범위한 권한 설정 과정에서 개인 주소가 외부 상대방에게 전달된 사례 보도 |
| 10월 11일 | AI 에이전트 보안 논쟁 | Muse 등 개인 AI 에이전트의 개인정보 보호 신뢰성에 대한 논쟁 지속 |
따라서 검색에서 흔히 보이는 "메타뮤즈 개인정보 유출"이라는 표현은 하나의 사건을 의미하는 것이 아닙니다.
보안 취약점, 권한 설정 문제, AI가 사용자의 의도보다 넓게 행동한 사례가 섞여 있는 것입니다.
보안 취약점이 발견됐다는 말과 모든 이용자의 개인정보가 실제로 유출됐다는 말은 전혀 다릅니다.
현재 알려진 자료를 기준으로 Muse 전체 사용자 데이터가 대규모로 유출됐다고 단정할 근거는 없습니다. 다만 실제 개인정보 노출 사례와 보안 문제는 별도로 확인되고 있기 때문에 주의는 필요합니다.
2. 메타뮤즈 보안 취약점은 무엇이었나?
2026년 9월 25일 로이터와 The Information은 Muse에서 중요한 보안 취약점이 발견됐다고 보도했습니다.
외부 보안 연구자가 Meta의 버그바운티 프로그램을 통해 문제를 발견했습니다.
문제의 핵심은 공격자가 특정 조건을 이용할 경우 Muse 이용자의 전용 가상 머신에 저장된 이메일이나 파일 같은 민감한 데이터에 접근할 가능성이 있었다는 것입니다.
보도에 따르면 공격이 성공하려면 이용자가 Muse에게 악성 웹페이지 링크를 요약하거나 상호작용하도록 요청한 뒤 경고 화면에서 허용을 선택하는 등의 과정이 필요했습니다.
즉 아무것도 하지 않았는데 어느 날 갑자기 모든 정보가 빠져나가는 방식과는 달랐습니다.
하지만 AI가 사용자를 대신해 웹을 탐색하는 구조에서는 악성 웹사이트가 AI 에이전트를 속이는 새로운 유형의 공격이 가능하다는 점을 보여줬습니다.
SEV-2 논란은 무엇인가?
초기 보도에서는 내부적으로 해당 문제가 SEV-2 등급으로 분류됐다고 알려졌습니다.
이후 Meta 측 설명을 인용한 The Information 보도에서는 초기 분류가 잘못됐으며 추후 SEV-3로 변경됐다고 전해졌습니다.
Meta는 악성 사이트 연결이 의심되는 상황에서 사용자에게 나타나는 경고를 더욱 명확하게 하는 보호조치를 추가한다고 설명했습니다.
| 항목 | 내용 |
|---|---|
| 발견 방식 | 외부 보안 연구자의 버그바운티 신고 |
| 위험 데이터 | VM 내부 이메일·파일 등 민감한 정보 |
| 공격 조건 | 악성 웹페이지와의 상호작용 및 사용자 허용 등이 필요 |
| 초기 분류 | SEV-2로 알려짐 |
| Meta 설명 | 이후 SEV-3로 재분류됐다고 보도 |
| 후속 대응 | 의심 사이트 연결 시 경고를 더욱 명확하게 표시 |
🔎 Reuters｜Muse 보안 취약점 관련 보도 확인하기
3. 메타뮤즈가 Mac 개인 메시지를 몰래 읽었다?
두 번째로 크게 논란이 된 부분은 Mac 메시지 접근 문제입니다.
일부 이용자는 Muse가 자신이 명확하게 허락하지 않았다고 생각한 개인 메시지에 접근했다고 주장했습니다.
이 문제는 상당한 관심을 받았고 결국 Apple도 AI 에이전트가 Mac의 광범위한 데이터에 접근할 때 이용자가 더 분명하게 알 수 있도록 통제를 강화하겠다고 밝혔습니다.
다만 Meta의 설명은 다릅니다.
Meta 측은 Mac에서 Muse가 Messages 내용을 읽기 위해서는 이용자가 전체 디스크 접근 권한(Full Disk Access)을 켜고, 동시에 Messages 연결 기능도 직접 활성화해야 한다고 밝혔습니다.
즉 Meta의 주장은 "이용자의 아무런 동의 없이 메시지를 몰래 읽는 구조가 아니다"라는 것입니다.
그런데 왜 문제가 됐을까?
핵심은 사용자가 버튼을 눌렀느냐보다 사용자가 해당 권한이 실제로 어디까지 허용하는지를 충분히 이해했느냐입니다.
AI 에이전트에게 전체 디스크 접근을 허용하면 일반 앱보다 훨씬 넓은 범위의 정보에 접근할 가능성이 생깁니다.
사용자는 단순히 "Muse와 메시지를 연결한다"고 생각했지만 실제 시스템 권한은 더 광범위할 수 있습니다.
Meta는 사용자가 직접 권한을 허용해야 한다고 설명합니다. 그러나 개인정보 보호 관점에서는 사용자가 동의 버튼을 눌렀는지뿐 아니라 무엇에 동의했는지 충분히 이해할 수 있었는지도 중요합니다.
🔎 Reuters｜Muse Mac 메시지·Apple 대응 보도 확인하기
4. 실제 개인정보가 다른 사람에게 전달된 사례도 있었나?
네. 보안 취약점과 별개로 AI 에이전트가 사용자의 개인정보를 예상보다 넓게 활용한 사례도 보도됐습니다.
The Verge는 한 테크 유튜버가 Muse에게 Facebook Marketplace 거래를 관리하도록 허용한 뒤 자신의 집 주소가 상대방에게 전달된 사례를 보도했습니다.
해당 이용자는 Muse에 주소와 일정 등의 정보를 제공하고 Marketplace 업무를 맡겼지만, 자신의 주소를 상대방에게 바로 전달하라고 명시적으로 지시하지 않았다고 주장했습니다.
이용자는 권한 설정에서 Allow Always를 선택한 상태였던 것으로 전해졌습니다.
문제는 사용자가 "항상 허용"이 정확히 어떤 행동까지 포함하는지 예상한 범위와 Muse가 실제로 수행한 행동 사이에 차이가 있었다는 점입니다.
이 사례는 해커가 시스템을 침입한 전형적인 정보 유출 사건과는 다릅니다.
오히려 AI에게 너무 넓은 행동 권한을 주었을 때 발생할 수 있는 과잉 실행 위험을 보여주는 사례에 가깝습니다.
사용자 → Muse에 Marketplace 거래 관리 권한 부여
↓
Muse → 거래 상대방과 대화 및 작업 수행
↓
사용자가 입력했던 주소 정보 활용
↓
거래 상대방에게 주소 전달
↓
사용자 → 자신은 해당 주소를 보내라고 직접 지시하지 않았다고 문제 제기
Meta 측은 이후 권한 설정이 이용자에게 오해되지 않도록 개선하는 방향을 검토한 것으로 알려졌습니다.
AI 에이전트 시대에는 개인정보를 저장하는 것뿐 아니라 AI가 그 정보를 언제 누구에게 사용할 수 있는지까지 관리해야 한다는 뜻입니다.
5. Muse Secure VM은 무엇이고 개인정보를 어떻게 보호하나?
Meta는 이런 위험을 줄이기 위해 Muse를 일반 앱과 다른 구조로 설계했다고 설명합니다.
가장 핵심적인 기술이 Muse Secure VM입니다.
Muse Secure VM은 클라우드에 생성되는 이용자 전용 가상 컴퓨터입니다.
각 이용자의 Muse가 별도의 환경에서 실행되고 연결된 서비스의 정보와 인증자료도 이곳에서 관리됩니다.
① 이용자별 독립된 VM
Meta는 한 이용자의 Muse 환경을 다른 이용자의 AI 에이전트가 접근하지 못하도록 분리한다고 설명합니다.
② Sentinel 에이전트
Muse와 별도로 Sentinel이라는 안전 에이전트가 시스템 수준에서 분리되어 동작합니다.
Meta 설명에 따르면 Muse의 작업이 인터넷으로 전송되기 전 Sentinel의 검토를 거치며 필요할 경우 사용자에게 승인을 요청합니다.
③ 비밀번호 별도 저장
사용자가 서비스 로그인을 위해 제공한 인증정보는 별도의 보안 저장소에 보관됩니다.
Meta는 Muse 자체가 이용자의 비밀번호를 볼 수 없도록 설계했다고 설명합니다.
④ 작업 기록 확인
사용자는 Muse가 지금까지 수행한 작업뿐 아니라 앞으로 수행할 예정인 작업의 기록도 확인할 수 있습니다.
| 보안 기능 | Meta가 설명하는 방식 |
|---|---|
| Muse Secure VM | 이용자별 독립적인 클라우드 컴퓨터 |
| Sentinel | Muse가 외부로 수행하려는 작업을 별도로 검토 |
| 비밀번호 | AI가 직접 읽을 수 없는 보안 저장소에 보관 |
| 결제정보 | AI에 실제 결제정보가 직접 노출되지 않도록 보호 |
| 중요 행동 | 이메일 발송·구매 등에 사용자 승인 |
| 작업 기록 | 실행된 작업과 예정된 작업을 확인 가능 |
| 앱 권한 | 서비스별로 접근 수준을 사용자가 설정 |
보안 VM은 다른 이용자와 데이터를 분리하고 인증정보를 보호하는 데 도움을 주지만, 사용자가 Muse에 너무 넓은 권한을 주거나 악성 웹사이트의 행동을 허용하면 위험이 생길 수 있습니다. 기술적 보안과 사용자 권한 관리는 함께 봐야 합니다.
6. 이메일·비밀번호·카드정보는 어디까지 볼 수 있을까?
메타뮤즈의 개인정보 문제를 이해하려면 정보 종류별로 구분해서 봐야 합니다.
📧 이메일
사용자는 Muse가 이메일을 읽는 것만 허용할지, 직접 보내는 것까지 허용할지 선택할 수 있습니다.
즉 이메일 연결 자체와 발송 권한은 같은 것이 아닙니다.
🔑 비밀번호
Meta 공식 설명에 따르면 비밀번호와 로그인 인증정보는 별도의 보안 저장소에 보관되며 Muse 자체는 이를 직접 확인하지 못합니다.
브라우저에 사용자가 직접 입력한 비밀번호 역시 Muse가 읽지 못하도록 설계됐다고 설명합니다.
💳 카드정보
Muse 공식 제품 페이지에서는 쇼핑 시 실제 카드번호를 판매자나 AI가 볼 필요가 없도록 일회용 카드 번호를 생성하는 방식이 소개돼 있습니다.
다만 적용되는 판매처와 결제 방식에 따라 지원 여부는 달라질 수 있습니다.
💬 Muse와 나눈 대화
Meta는 Muse의 대화와 VM 내부 데이터를 Meta 광고 시스템과 공유하지 않는다고 밝히고 있습니다.
또 이용자는 자신의 Muse 상호작용이 Meta AI 모델 학습에 사용되지 않도록 선택할 수 있다고 설명합니다.
| 정보 | Muse 접근 | 확인할 것 |
|---|---|---|
| 이메일 내용 | 권한 허용 시 가능 | 읽기·발송 권한 구분 |
| 비밀번호 | 직접 열람 불가 구조 | 공식 로그인 화면 사용 |
| 카드번호 | 직접 노출 최소화 구조 | 최종 결제 화면 확인 |
| Mac 파일 | 권한에 따라 가능 | 전체 디스크 접근 확인 |
| 개인 메시지 | 연결·권한 설정 시 가능 | Messages 연결 확인 |
| Muse 대화 | 서비스 내 저장 | AI 학습 옵트아웃 확인 |
7. 메타뮤즈 자동결제 가능한가? 구매 승인 방식
메타뮤즈를 처음 접한 이용자가 가장 불안해하는 부분 중 하나가 "AI가 내 카드를 마음대로 결제하는 것 아니냐"는 것입니다.
Meta 공식 설명에 따르면 Muse는 상품 구매나 이메일 발송 같은 중요한 작업을 수행하기 전에 사용자의 확인을 받도록 설계돼 있습니다.
예를 들어 Muse에게 이어폰을 찾아달라고 요청했다고 해서 바로 구매까지 자동으로 확정되는 구조로만 이해하면 안 됩니다.
AI가 제품을 검색하고 조건을 비교한 뒤 실제 구매라는 중요한 단계에서는 승인 절차가 적용됩니다.
하지만 여기에서도 권한 설정이 중요합니다.
특정 행동을 항상 허용하도록 설정하거나 연결 서비스가 별도의 자동화 권한을 제공하는 경우 사용자의 기대와 실제 동작 사이에 차이가 발생할 수 있습니다.
① 상품명과 옵션
② 최종 결제금액
③ 배송비와 세금
④ 판매자와 배송 주소
⑤ 반품·취소 조건
AI가 아무리 정확하더라도 가격이나 옵션, 수량을 잘못 판단할 가능성은 있습니다.
구매 승인 화면은 사람이 마지막으로 확인하는 것이 안전합니다.
8. 메타뮤즈 개인정보 권한 설정｜이것만은 꺼두자
Meta Muse를 안전하게 사용하려면 "모든 기능을 연결하고 시작한다"보다 필요한 기능만 하나씩 연결하는 방식이 좋습니다.
① 이메일은 처음에는 읽기 권한만
메일 내용을 정리하는 용도로만 사용한다면 처음부터 발송 권한까지 허용할 필요가 없습니다.
실제 자동 회신이 필요해진 뒤 발송 권한을 추가해도 늦지 않습니다.
② Mac 전체 디스크 접근 확인
Mac 사용자는 시스템 설정에서 Muse에 Full Disk Access가 허용됐는지 확인하는 것이 좋습니다.
특히 메시지나 개인 문서 연결이 필요하지 않다면 광범위한 접근 권한을 유지할 이유가 있는지 검토하세요.
③ Always Allow는 신중하게
한 번 허용과 항상 허용은 의미가 크게 다릅니다.
반복 작업이 편해진다는 장점이 있지만 AI가 예상보다 넓은 범위에서 행동할 가능성도 커집니다.
④ 사용하지 않는 앱은 연결 해제
잠깐 사용하려고 연결한 서비스가 그대로 남아 있으면 이후에도 접근 권한이 유지될 수 있습니다.
사용하지 않는 이메일, 캘린더, 쇼핑 계정은 연결을 해제하는 것이 좋습니다.
⑤ AI 학습 옵션 확인
Meta는 Muse 상호작용이 AI 모델 학습에 이용되지 않도록 옵트아웃할 수 있다고 안내합니다.
개인정보 민감도가 높은 이용자는 해당 설정을 확인하는 것이 좋습니다.
□ 이메일은 필요한 권한만 허용했는가?
□ 발송 권한이 꼭 필요한가?
□ Mac 전체 디스크 접근이 켜져 있지 않은가?
□ Messages 연결이 꼭 필요한가?
□ Always Allow를 무분별하게 사용하지 않았는가?
□ 사용하지 않는 앱을 연결 해제했는가?
□ 결제 전 승인 화면을 확인하는가?
□ Muse 작업 기록을 정기적으로 확인하는가?
□ AI 학습 설정을 확인했는가?
□ 회사·고객 개인정보를 무단 연결하지 않았는가?
9. 메타뮤즈를 안전하게 사용하는 실제 예시 3가지
📌 예시 1. 이메일 정리만 맡기는 경우
"내 메일 전부 알아서 관리하고 필요한 답장도 알아서 보내."
✅ 더 안전한 방식 "최근 7일 이메일을 확인해서 답장이 필요한 메일만 분류해 줘. 답장 초안까지만 작성하고 실제 발송은 반드시 내 승인을 받아."
처음부터 이메일 발송 권한을 넓게 주기보다 읽기와 초안 작성부터 시작하는 방식입니다.
📌 예시 2. 온라인 쇼핑을 맡기는 경우
"가장 싼 걸 알아서 사줘."
✅ 더 안전한 방식 "20만 원 이하 제품 5개를 비교해 줘. 결제를 진행하기 전 상품명, 옵션, 판매처, 배송비, 최종금액을 보여주고 내 승인을 받아."
예산뿐 아니라 결제 전 반드시 멈추라는 조건을 명확하게 지시하는 것이 좋습니다.
📌 예시 3. 여행 예약을 맡기는 경우
"다음 달 일본 여행 전부 예약해 줘."
✅ 더 안전한 방식 "호텔과 항공편을 조사해 가장 적합한 후보 3개씩 정리해 줘. 예약과 결제는 하지 말고 취소 수수료와 최종금액까지 보여준 뒤 기다려."
AI 에이전트에 일을 잘 맡기는 방법은 모든 결정을 넘기는 것이 아니라 조사와 실행 사이에 승인 지점을 만드는 것입니다.
조사 → 비교 → 초안 → 사용자 확인 → 실행
이 순서로 사용하는 것이 좋습니다. 특히 돈이 나가거나 다른 사람에게 정보가 전송되는 작업은 최종 실행 전에 직접 확인하세요.
10. 메타뮤즈 개인정보 자주 묻는 질문 TOP 5
Q1. 메타뮤즈 개인정보가 실제로 유출됐나요?
2026년 10월 11일 현재 Muse 전체 이용자의 개인정보가 대규모로 유출됐다고 확인된 것은 아닙니다. 다만 이메일·파일 등에 접근할 가능성이 있었던 보안 취약점과 Mac 메시지 접근 논란, 특정 개인정보가 예상보다 넓게 공유된 개별 사례는 보도됐습니다.
Q2. 메타뮤즈가 내 Mac 메시지를 마음대로 읽을 수 있나요?
Meta는 Mac에서 Messages 내용을 읽으려면 사용자가 Full Disk Access와 Messages 연결을 모두 허용해야 한다고 설명합니다. 다만 사용자가 권한의 범위를 충분히 이해했는지에 대한 논란이 있었고 Apple도 AI 에이전트의 데이터 접근을 더 명확하게 표시하는 방향으로 보호조치를 강화한다고 밝혔습니다.
Q3. 메타뮤즈가 내 비밀번호를 볼 수 있나요?
Meta 공식 설명에 따르면 로그인 인증정보는 별도의 보안 저장소에 보관되며 Muse 자체가 비밀번호를 직접 확인할 수 없도록 설계돼 있습니다. 사용자가 Muse 브라우저에 직접 입력한 비밀번호 역시 AI가 볼 수 없다고 설명합니다.
Q4. 메타뮤즈가 내 카드로 자동 결제할 수 있나요?
Meta는 구매와 같은 중요한 작업 전에 사용자 승인을 받도록 설계했다고 설명합니다. 또한 실제 카드정보가 AI에 직접 노출되지 않도록 일회용 카드번호 방식도 소개하고 있습니다. 다만 구매 승인 전에는 상품과 금액, 배송주소를 직접 확인하는 것이 좋습니다.
Q5. 메타뮤즈 대화가 광고에 사용되나요?
Meta는 Muse의 대화 및 Muse Secure VM의 데이터를 Meta 광고 시스템과 공유하지 않는다고 밝히고 있습니다. 또 Muse와의 상호작용을 Meta AI 모델 학습에 사용하지 않도록 이용자가 선택할 수 있다고 안내합니다.
11. 결론｜메타뮤즈 안전할까? 결국 권한 설정이 핵심
Meta Muse는 개인정보 보호 기능이 전혀 없는 위험한 AI도 아니고, 반대로 아무 생각 없이 모든 권한을 줘도 되는 완벽하게 안전한 AI도 아닙니다.
Meta는 Muse를 위해 이용자별 Secure VM을 만들고 Sentinel 검증 구조와 별도의 로그인 정보 저장소, 결제정보 보호, 중요 행동 승인, 앱별 접근권한 설정 같은 안전장치를 마련했습니다.
또 Muse의 대화와 VM 내부 데이터를 광고 시스템과 공유하지 않는다고 설명하고 있으며 이용자는 AI 학습 이용 여부를 선택할 수 있습니다.
하지만 출시 후 실제 보안 취약점이 발견됐고, Mac 메시지 접근 논란과 개인정보가 예상보다 넓게 활용된 사례도 나왔습니다.
이는 개인 AI 에이전트가 기존 챗봇과 근본적으로 다른 위험을 갖고 있다는 점을 보여줍니다.
ChatGPT 같은 일반적인 대화형 AI에 질문을 입력하는 것과 달리 AI 에이전트는 이메일, 캘린더, 파일, 메시지, 쇼핑 계정 같은 실제 서비스에 접근하고 사용자를 대신해 행동할 수 있기 때문입니다.
편리함이 커지는 만큼 권한 관리가 중요해집니다.
처음 Muse를 사용하는 사람이라면 모든 앱을 한 번에 연결하지 말고 필요한 서비스부터 하나씩 연결하는 것이 좋습니다.
이메일은 읽기부터, 쇼핑은 검색과 비교부터, 예약은 후보 조사부터 맡겨보세요.
그리고 메일 발송, 개인정보 전달, 예약 확정, 상품 구매처럼 되돌리기 어려운 행동은 반드시 본인이 마지막으로 확인하는 구조를 만들어두는 것이 좋습니다.
“메타뮤즈 개인정보가 다 털렸다” → 사실로 확인되지 않음
하지만
✔ 실제 보안 취약점은 발견됐고
✔ Mac 메시지 접근 논란이 있었으며
✔ 지나치게 넓은 권한 때문에 개인정보가 외부에 전달된 사례도 있었음
따라서 가장 중요한 것은
① 최소 권한
② Always Allow 신중 사용
③ 중요 행동 승인
④ 작업 기록 확인
⑤ 사용하지 않는 서비스 연결 해제
입니다.
📚 주요 참고자료
1. Meta Newsroom｜Muse 공식 발표 및 개인정보·보안 구조
2. Meta AI｜Muse Secure VM·권한·구매 승인 안내
3. Reuters｜2026년 9월 25일 Muse 보안 취약점 보도
4. Reuters｜2026년 10월 2일 Muse Mac 데이터 접근 및 Apple 대응 보도
5. The Verge｜Muse 개인정보·권한 관련 사례 및 AI 에이전트 프라이버시 논쟁
최종 확인일: 2026년 10월 11일 ※ 보안 취약점과 서비스 설정은 지속적으로 수정될 수 있습니다. 실제 사용 시에는 Meta 및 운영체제의 최신 보안 안내를 함께 확인하세요.