r/cursor•15일 전•23•16

Cursor Agent가 내 Windows 프로필을 삭제함 — 그것도 두 번이나

Cursor Agent ran `rmdir /s /q "C:\Users\<me>"` on my Windows profile — twice — during a "temp cleanup" I never asked for. Here is the exact line from the transcript.

핵심 요약

Cursor Agent가 사용자 동의 없이 Windows 사용자 프로필을 삭제하는 치명적인 버그가 발생했습니다.

치명적 버그 — Agent가 임의로 생성한 스크립트의 변수 오류로 인해 사용자 프로필 전체가 삭제됨
보안 취약점 — 터미널은 '외부 파일 보호' 기능이 적용되지 않아 시스템 파일 접근이 차단되지 않음
재발 방지책 — 명령 허용 목록 비우기, 셸 실행 후크 설정, 버전 관리 백업 사용 권장
제품 개선 요구 — 터미널 내 재귀적 삭제 차단 및 사용자 승인 없는 삭제 작업 금지 필요

2026년 9월 12일, Cursor 에이전트 세션이 내 윈도우 사용자 프로필 대부분을 날려버렸다. 프로젝트 폴더가 아니라 사용자 폴더 전체를 말이다. AppData, 저장된 비밀번호가 담긴 브라우저 프로필, .ssh, Cursor 설치 파일, 내가 쓰는 모든 툴 설정까지 싹 다 날아갔다. 다음 날 하루 종일 파일 복구 프로그램 돌리고 윈도우 재설치하느라 생고생했다. Cursor가 ~/.cursor/projects/에 저장하는 .jsonl 기록에 이 과정이 고스란히 남아 있어서, 터미널을 쓰는 에이전트를 돌리는 윈도우 사용자라면 이 사태가 어떻게 벌어졌는지 알아야 할 것 같아 내용을 공유한다.

내가 요청한 것

"내 Electron 앱 다크 모드 좀 더 보기 좋게 수정해 줘." 이게 전부다. 정리해달라거나, 스크립트 짜달라거나, 뭘 지워달라는 말은 한마디도 안 했다.

에이전트가 한 짓

코디네이터 채팅(Claude Fable 5.1)이 지 혼자 판단해서 cursor-grok-4.6-xhigh-fast 모델을 쓰는 Task 툴 서브 에이전트를 생성했다. 에이전트가 작성한 계획에는 이런 내용이 있었다: %TEMP%\betyy-dark-home에서 내 프로필 내부 폴더로 윈도우 정션(junction)을 생성하고, 스크린샷을 찍기 위해 격리된 Electron 인스턴스를 실행한 뒤, "작업 완료 시: 실행한 electron/vite 프로세스를 죽이고, %TEMP%\betyy-dark-home, %TEMP%\betyy-dark-ud, %TEMP%\betyy-dark-shots를 삭제할 것". 나는 이 중 그 무엇도 본 적 없고 승인한 적도 없다.
서브 에이전트가 %TEMP%\betyy-cleanup-dark.ps1을 작성하고 rtk proxy -- powershell -NoProfile -File ...을 통해 실행했다. 스크립트 내용은 이렇다:


$ErrorActionPreference = 'SilentlyContinue'

$temp = [System.IO.Path]::GetTempPath().TrimEnd('\')

$home = Join-Path $temp 'betyy-dark-home'

...

cmd /c ("rmdir /s /q `"" + $home + "`"")

파워쉘에서 $HOME은 읽기 전용 자동 변수다. 할당이 조용히 실패했고(SilentlyContinue 설정 때문), $home은 그대로 C:\Users\GodHeir로 남았으며, 스크립트는 결국 이걸 실행했다:


rmdir /s /q "C:\Users\GodHeir"

명령어가 "응답 없음" 상태가 됐다. 내 프로필 전체를 삭제하고 있었으니까. 에이전트가 이걸 강제 종료하고는 정리가 "지연된다"고 판단하더니, 똑같은 $home = 줄이 들어간 betyy-cleanup-dark2.ps1을 다시 작성해서 실행했다. 두 번째 rmdir /s /q "C:\Users\GodHeir"가 실행된 거다. 그러고 나서 Cursor의 터미널 호스트인 PID 35916까지 죽여버렸다.
그 후 서브 에이전트는 지가 만든 스크립트 3개를 del /q로 지워버렸다. 유일한 복사본은 기록(transcript)뿐이다.
20:56, 코디네이터 채팅은 쉘 출력에서 가 비어 있고, 는 "존재하지 않으며", 는 "일관성이 없다"는 걸 확인했다. 그러고는 그냥 목록이 "오래된 것"이라 치부하고 작업을 계속했다. 나한테 경고 따위는 없었다.

원문

커뮤니티 목록

r/cursor•15일 전•23•16

Cursor Agent가 내 Windows 프로필을 삭제함 — 그것도 두 번이나

Cursor Agent ran `rmdir /s /q "C:\Users\<me>"` on my Windows profile — twice — during a "temp cleanup" I never asked for. Here is the exact line from the transcript.

핵심 요약

Cursor Agent가 사용자 동의 없이 Windows 사용자 프로필을 삭제하는 치명적인 버그가 발생했습니다.

치명적 버그 — Agent가 임의로 생성한 스크립트의 변수 오류로 인해 사용자 프로필 전체가 삭제됨
보안 취약점 — 터미널은 '외부 파일 보호' 기능이 적용되지 않아 시스템 파일 접근이 차단되지 않음
재발 방지책 — 명령 허용 목록 비우기, 셸 실행 후크 설정, 버전 관리 백업 사용 권장
제품 개선 요구 — 터미널 내 재귀적 삭제 차단 및 사용자 승인 없는 삭제 작업 금지 필요

내가 요청한 것

"내 Electron 앱 다크 모드 좀 더 보기 좋게 수정해 줘." 이게 전부다. 정리해달라거나, 스크립트 짜달라거나, 뭘 지워달라는 말은 한마디도 안 했다.

에이전트가 한 짓

코디네이터 채팅(Claude Fable 5.1)이 지 혼자 판단해서 cursor-grok-4.6-xhigh-fast 모델을 쓰는 Task 툴 서브 에이전트를 생성했다. 에이전트가 작성한 계획에는 이런 내용이 있었다: %TEMP%\betyy-dark-home에서 내 프로필 내부 폴더로 윈도우 정션(junction)을 생성하고, 스크린샷을 찍기 위해 격리된 Electron 인스턴스를 실행한 뒤, "작업 완료 시: 실행한 electron/vite 프로세스를 죽이고, %TEMP%\betyy-dark-home, %TEMP%\betyy-dark-ud, %TEMP%\betyy-dark-shots를 삭제할 것". 나는 이 중 그 무엇도 본 적 없고 승인한 적도 없다.
서브 에이전트가 %TEMP%\betyy-cleanup-dark.ps1을 작성하고 rtk proxy -- powershell -NoProfile -File ...을 통해 실행했다. 스크립트 내용은 이렇다:


$ErrorActionPreference = 'SilentlyContinue'

$temp = [System.IO.Path]::GetTempPath().TrimEnd('\')

$home = Join-Path $temp 'betyy-dark-home'

...

cmd /c ("rmdir /s /q `"" + $home + "`"")


rmdir /s /q "C:\Users\GodHeir"

명령어가 "응답 없음" 상태가 됐다. 내 프로필 전체를 삭제하고 있었으니까. 에이전트가 이걸 강제 종료하고는 정리가 "지연된다"고 판단하더니, 똑같은 $home = 줄이 들어간 betyy-cleanup-dark2.ps1을 다시 작성해서 실행했다. 두 번째 rmdir /s /q "C:\Users\GodHeir"가 실행된 거다. 그러고 나서 Cursor의 터미널 호스트인 PID 35916까지 죽여버렸다.
그 후 서브 에이전트는 지가 만든 스크립트 3개를 del /q로 지워버렸다. 유일한 복사본은 기록(transcript)뿐이다.
20:56, 코디네이터 채팅은 쉘 출력에서 가 비어 있고, 는 "존재하지 않으며", 는 "일관성이 없다"는 걸 확인했다. 그러고는 그냥 목록이 "오래된 것"이라 치부하고 작업을 계속했다. 나한테 경고 따위는 없었다.

지금 같이 볼 만한 글

r/LocalLLaMA•약 9시간 전

드디어 내 하드웨어로 풀 정밀도 구동이 가능한 모델을 찾았다: 바로 나

사용자가 자신의 타이핑 속도를 측정해 LLM의 토큰 생성 속도(t/s)와 비교하는 웹 도구를 만들어 공유했습니다.

Finally found a model my hardware can run at full precision: me

사용자가 자신의 타이핑 속도를 측정해 LLM의 토큰 생성 속도(t/s)와 비교하는 웹 도구를 만들어 공유했습니다.

923110

Reddit 원문

r/codex•약 7시간 전

개발자 데이? 사실상 사망 선고 데이

Anthropic의 신모델들이 벤치마크를 휩쓸면서 OpenAI의 시장 지배력이 흔들리고 있다는 커뮤니티의 반응.

Anthropic의 신모델들이 벤치마크를 휩쓸면서 OpenAI의 시장 지배력이 흔들리고 있다는 커뮤니티의 반응.

683162

Reddit 원문

r/vibecoding•1일 전

새로운 개발 타임라인

개발의 마지막 10%를 완성하는 데 걸리는 시간과 고통에 대한 공감과 비판.

개발의 마지막 10%를 완성하는 데 걸리는 시간과 고통에 대한 공감과 비판.

1601111

Reddit 원문

커뮤니티 전체 보기

원문

~/.ssh

~/.agents

.codex\skills

주요 댓글

r/cursor

사용자들은 Cursor Agent의 위험성을 지적하며, 자동화된 에이전트의 파괴적인 동작을 막기 위해 직접적인 정책 설정과 훅(hook) 사용의 중요성을 강조하고 있습니다.

난 Grok 안 쓸래. 정렬이 심각하게 어긋난 것 같음. 난 그냥 Composer 쓰는 걸로 돌아갔어.

난 Grok이 Composer보다 훨씬 강력하다고 느꼈음. 특히 긴 context 다룰 때 말이야. 그래서 아예 기본 Cursor 모델로 쓰고 있는데, 너는 왜 이게 misaligned 됐다고 생각하는지 예시 좀 들어줄 수 있음? 계속 쓰고는 싶은데 OP 같은 상황 겪기는 싫어서.

윈도우니까 문제인 거임.

에이전트가 bash만 쓰게 제한하거나 ps/cmd 못 쓰게 막는 방법이 있어?

bash만 쓰라고 프롬프트를 넣어도 윈도우에서는 툴 경로에서 파워쉘이나 cmd가 차단되지 않아서, 에이전트는 결국 러너가 노출하는 쉘을 아무거나 골라잡음. 나한테 효과적이었던 건 터미널 자동 실행을 끄고 bash/sh만 통과시키는 허용 목록을 쓰는 거였음. 그러면 rmdir /s /q 같은 명령어가 두 번 다시 자동으로 실행될 일이 없지.

와 진짜 무섭네, 알려줘서 고마워. 그 파워쉘 스크립트 좀 공유해 줄 수 있어?

난 에이전트가 내 허락 없이 파괴적인 명령어를 쓰게 두지 않아서 이런 일은 안 일어남 🤷.

교훈을 얻었나?

나도 이거 때문에 크게 데인 적 있어서, 이제는 모든 동작에 정책을 평가하는 훅을 사용함. 거부 목록 패턴으로 파괴적인 동작을 막고, 허용 목록으로 안전한 명령어는 자동 승인함. 새로운 건 무조건 내가 직접 결정함. 보호 기능을 확률적 모델에 맡기는 자동 모드가 아니라 결정론적으로 작동해야 함. 진짜 마음에 안 드는 건 에이전트들이 자꾸 되돌릴 수 없는 삭제 방식을 쓰려고 하는 거임. 샌드박스 안이면 몰라도 개인 컴퓨터에서는 그러면 안 되지. 윈도우는 잘 모르겠는데 맥에서는...

YOLO 모드는 주의할 점이 많음. 어느 정도는 네 책임도 있지.

우리도 경로 문제 때문에 살았는데, 진짜 순전히 운이었음. 우리 에이전트 중 하나가 절대 경로에 rm -rf를 날리면서 연도를 2026 대신 2046으로 잘못 입력하는 바람에 아무것도 삭제되지 않았고, 덕분에 4개월 치 작업물이 글자 하나 차이로 살아남았음...

잘 모르겠는데 일주일 사이에 벌써 두 번이나 프로그램을 재설치해야 했음. 안 그러면 아예 열리질 않더라고.

와!

내가 보기에 가장 눈에 띄는 부분은 "다른 모델이 작성한 정리 단계는 사용자 동의가 아니다"라는 점임. 이게 진짜 버그고, $home/$HOME 충돌은 그저 트리거였을 뿐임. DIR이 비어있는 값으로 조용히 해석되면서 발생하는 고전적인 rm -rf $DIR/ 스크립트 오류랑 똑같은 형태인데, 이제는 스크립트를 작성하는 놈이 그걸 실행해도 괜찮다고 판단까지 하는 상황인 거지.

네가 언급한 경로 체크가 올바른 해결책이긴 한데, 난 더 나아가야 한다고 봄: 서브 에이전트가 스스로 만들어낸 파괴적인 명령어는 사용자가...

원문r/cursor

주요 댓글

r/cursor

난 Grok 안 쓸래. 정렬이 심각하게 어긋난 것 같음. 난 그냥 Composer 쓰는 걸로 돌아갔어.

윈도우니까 문제인 거임.

에이전트가 bash만 쓰게 제한하거나 ps/cmd 못 쓰게 막는 방법이 있어?

와 진짜 무섭네, 알려줘서 고마워. 그 파워쉘 스크립트 좀 공유해 줄 수 있어?

난 에이전트가 내 허락 없이 파괴적인 명령어를 쓰게 두지 않아서 이런 일은 안 일어남 🤷.

교훈을 얻었나?

YOLO 모드는 주의할 점이 많음. 어느 정도는 네 책임도 있지.

잘 모르겠는데 일주일 사이에 벌써 두 번이나 프로그램을 재설치해야 했음. 안 그러면 아예 열리질 않더라고.

와!

네가 언급한 경로 체크가 올바른 해결책이긴 한데, 난 더 나아가야 한다고 봄: 서브 에이전트가 스스로 만들어낸 파괴적인 명령어는 사용자가...

원문r/cursor