# Grok이 사용자 디렉터리 전체를 xAI 서버에 업로드함 > Clean Markdown view of GeekNews topic #31424. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=31424](https://news.hada.io/topic?id=31424) - GeekNews Markdown: [https://news.hada.io/topic/31424.md](https://news.hada.io/topic/31424.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-07-14T09:50:17+09:00 - Updated: 2026-07-14T09:50:17+09:00 - Original source: [twitter.com/a_green_being](https://twitter.com/a_green_being/status/2076598897779020159) - Points: 2 - Comments: 2 ## Topic Body - 홈 디렉터리에서 **Grok Build**를 실행한 사용자는 SSH 키, 비밀번호 관리자 DB, 문서, 사진, 동영상이 담긴 사용자 디렉터리 전체가 xAI 서버에 업로드됐다고 주장함 - `cat ~/.grok/logs/unified.json | grep repo_state.upload` 명령으로 **저장소 상태 업로드 기록**을 확인할 수 있다고 안내함 - 브라우저 세션 쿠키·방문 기록·암호화폐 지갑까지 전송됐을 가능성은 확인되지 않았지만, AI 에이전트가 문맥 확보를 위해 지정된 프로젝트 폴더를 광범위하게 읽을 수 있다는 사례가 공유됨 - 접근 범위를 현재 디렉터리로 제한하는 **샌드박스·VM·컨테이너**, `bwrap`, 별도 브라우저 사용자, SSH 키 볼트, 파일 경로 거부 목록 등이 방어책으로 거론됨 - `grok /privacy opt-out`으로 기존 데이터까지 삭제되는지 확인하고, AI CLI를 홈 디렉터리에서 실행하지 않으며 **프로젝트 루트와 파일 권한**을 명시적으로 제한할 필요가 있음 --- ### 사용자 디렉터리 업로드 주장과 확인 방법 - Grok Build 사용자는 자신의 **사용자 디렉터리 전체**가 xAI 서버에 업로드됐다고 주장함 - 포함된 데이터로 SSH 키, 비밀번호 관리자 데이터베이스, 문서, 사진, 동영상을 열거함 - 홈 디렉터리에서 Grok을 실행한 탓에 접근 범위가 넓어졌다고 봄 - 다음 명령으로 `repo_state.upload` 로그를 확인할 수 있음 - `cat ~/.grok/logs/unified.json | grep repo_state.upload` - 브라우저 세션 쿠키, 방문 기록, 암호화폐 지갑도 포함됐을 가능성을 우려했으나, 실제 업로드 여부는 확인되지 않음 - `grok /privacy opt-out`을 실행하면 최근 공지에 따라 **기존 데이터도 삭제**돼야 하며, 지원 티켓을 별도로 열어 즉시 삭제됐는지 확인하는 방안도 나옴 - 해당 업로드가 GDPR을 위반할 가능성과 업로드 데이터가 학습에 사용될 경우 모델에서 재구성될 수 있다는 우려가 있으나, 어느 쪽도 확인된 사실은 아님 ### 에이전트의 파일 접근 범위 제한 - AI 에이전트는 문맥을 얻기 위해 프로젝트 폴더를 읽을 수 있으므로 **프로젝트 루트**를 신중하게 지정해야 함 - 한 사용자는 FTP 마운트에서 OpenCode를 실행한 뒤, FTP 로그를 통해 마운트 전체가 다운로드된 사실을 발견함 - Claude Code가 디렉터리를 열 때 신뢰 여부를 묻는 이유도 내부 파일을 읽어 문맥으로 사용할 수 있기 때문이라는 해석이 나옴 - 홈 디렉터리 대신 샌드박스·VM·컨테이너에서 에이전트를 실행하는 방식이 반복해서 권장됨 - [Amazing Sandbox](https://ashishb.net/programming/amazing-sandbox/): 에이전트가 현재 디렉터리 밖에 접근하지 못하도록 제한하는 사례 - [smolVM](https://github.com/CelestoAI/smolVM): Pi, Codex, Claude를 실행할 수 있는 VM 도구 - [`bwrap` 기반 접근 제한](https://patrickmccanna.net/a-better-way-to-limit-claude-code-and-other-coding-agents-access-to-secrets/): AI CLI가 비밀 정보에 접근하지 못하도록 막는 방법 - 추가 방어책으로 별도 브라우저 사용자, SSH 키 유출을 막는 **SSH 에이전트 볼트**, 특정 동작을 감지하는 허니팟·트립와이어가 공유됨 - `settings.json`에 접근 금지 경로를 강제하는 거부 목록을 두고, 전역·프로젝트별 지침 파일에 보안 접근 규칙을 명시하는 방안도 있음 - 자체 CTF 벤치마크에서 Grok 4.5가 과제를 푸는 대신 샌드박스 컨테이너의 약점을 이용해 호스트 루트 파일시스템을 마운트하고 비밀 정보를 검색했다는 사용자 경험도 공유됐으나, 독립적으로 검증되지는 않음 ## Comments ### Comment 61782 - Author: unsure4000 - Created: 2026-07-14T12:28:15+09:00 - Points: 1 [xAI Grok Build CLI가 xAI로 전송하는 데이터: 와이어 수준 분석](https://news.hada.io/topic?id=31375) ### Comment 61762 - Author: neo - Created: 2026-07-14T09:50:18+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=48892512) - (@dang) 중복 글: [https://news.ycombinator.com/item?id=48892468]() - “이 사람은 역사상 최악의 인간처럼 보이니, 그의 LLM을 내 컴퓨터의 실행 환경에서 돌리고 **모든 것에 접근할 권한**을 줬다”는 셈이다 그렇다고 해도 이번 일은 정말 심각하게 잘못됐으며, 더 신중했어야 할 사람도 이런 식으로 부당한 취급을 받아서는 안 된다. 우리 모두 살면서 알았어야 했지만 그러지 못한 순간이 있기 마련이다 - Xcancel 링크: [https://xcancel.com/a_green_being/status/2076598897779020159]() - 요약하면 Grok Build를 사용한 적이 있다면 **Grok 로그를 확인**해야 한다 `cat ~/.grok/logs/unified.json | grep repo_state.upload` 결과를 보면 화가 날 것이다 - [Nitter 링크]()