Claude가 .env 파일을 읽지 못하게 차단하는 것을 잊지 마세요

맞아요, 비밀 관리자가 근본적인 해결책이죠. 제가 언급한 네 번째 방법이기도 하고요. deny 리스트는 아직 전환하지 못한 팀을 위한 최소한의 안전장치예요. 패턴에 닿는 모든 도구 호출을 가로채는 PreToolUse 훅과 함께 쓰면 두더지 잡기가 아니에요. Read, Bash, MCP 도구, 스킬까지 하나하나 나열할 필요 없이 일괄적으로 차단하니까요.

find -exec | xargs xxd라니, 이건 사실상 이길 수 없는 게임이에요. Claude를 방해하려고 특정 조건을 시뮬레이션하는 단위 테스트 상황을 만들려고 깊게 파고들어 봤는데, Claude는 놀라울 정도로 창의적이고 수단이 좋아요.

맞아요, 작정하고 창의적인 에이전트는 어떤 차단 리스트든 우회할 방법을 찾아내죠. deny와 훅 조합은 일상적인 경로, 즉 굳이 필요 없는 질문에 답할 때 .env를 읽는 에이전트를 막기 위한 거예요. 실제로 사람들이 겪는 대부분의 유출은 여기서 발생하죠. (프롬프트 인젝션이든 그냥 똑똑해서든) 적극적으로 우회하려는 에이전트에 대한 올바른 방어는 완전히 다른 계층에 있어요. 애초에 비밀 정보가 있는 호스트에서 에이전트를 실행하지 않는 거죠.

애초에 평소에 왜 읽는 걸 신경 쓰는 거죠?

Claude가 파일을 읽는다는 건 그 내용을 클라우드 서버로 보낸다는 뜻임. 개인이나 회사의 기밀 정보를 미국에 있는 원격 서버로 전송하는 건 요즘 같은 시대에 절대 권장할 만한 방식이 아니지.

파일을 읽지 말라고 명시적으로 프롬프트를 지시해도 모델은 파일의 존재를 인식하게 되고, 결과적으로 읽거나 쓸 확률이 더 높아져요. 하네스 수준의 권한 설정이 이 문제를 해결하는 올바른 방법이죠.

맞는 말이긴 한데, .env 쓰는 건 흔한 관행이잖아. 그러니까 Claude도 .env가 뭔지 알고 필요하면 찾아보려고 할 게 분명함.