클로드 코드 권한 설정, 7월 업데이트로 뭐가 강화됐나요

클로드 코드 권한 설정이 2026년 7월 배포된 안정성·보안 업데이트로 여러 곳이 강화됐습니다. 핵심은 지금까지 특정 조건에서 승인 없이 자동으로 실행되던 명령이, 이제는 사용자 승인을 반드시 거치도록 바뀌었다는 점입니다. Windows PowerShell 5.1 환경의 권한 검사 우회 버그, 매우 긴 명령어에 대한 승인 누락, 파일 경로 패턴 해석 오류 등이 함께 고쳐졌습니다.

Claude Code를 사내 개발팀이나 IT 유지보수 업무에 도입한 기업이라면, 이번 업데이트는 단순 버그 수정이 아니라 “지금까지 내 승인 없이 실행되고 있던 명령이 무엇이었는지”를 다시 점검해야 하는 신호로 봐야 합니다. 특히 자동화 스크립트를 Claude Code로 짜서 실무에 붙여둔 팀이라면 권한 규칙을 재확인할 필요가 있습니다.

이번 업데이트에서 실제로 뭐가 바뀌었나요

가장 눈에 띄는 변화는 권한 규칙의 경로 매칭 방식 수정입니다. 예를 들어 Edit(src/**)처럼 한 단계짜리 디렉터리 허용 규칙을 걸어두면, 원래는 트리 어디에 있든 이름이 같은 dir/ 디렉터리 전체에 쓰기가 허용되는 버그가 있었는데, 이제는 현재 작업 디렉터리 기준으로만 정확히 매칭되도록 고쳐졌습니다. 또한 Windows PowerShell 5.1 세션에서 권한 검사를 우회할 수 있었던 결함과, 1만 자가 넘는 매우 긴 Bash 명령이 검사 없이 자동 실행되던 문제도 함께 수정됐습니다.

Bash 권한 분석기가 리다이렉트 구문이나 zsh 변수 치환을 다르게 해석해 승인 없이 실행되던 경우들도 이번에 승인 대상으로 바뀌었습니다. 안전성 측면에서는 매우 공격적이거나 탈옥(jailbreak) 시도를 하는 사용자와의 세션을 Claude가 스스로 종료할 수 있는 EndConversation 도구가 추가됐고, 오래 걸리는 작업이 중간에 아무 반응 없이 멈춘 것처럼 보이지 않도록 주기적인 진행 상황 신호(heartbeat)도 새로 생겼습니다. 아울러 Docker 원격 연결 플래그(--url, --connection, --identity)가 붙은 명령도 이제는 승인 절차를 거치도록 바뀌었습니다.

클로드 코드 7월 보안 업데이트 핵심

왜 지금 이 업데이트를 챙겨봐야 할까요

자동화 스크립트나 AI 코딩 도구를 도입한 기업에서 가장 두려운 시나리오는 “AI가 알아서 실행한 명령이 의도치 않은 범위까지 건드리는 것”입니다. 이번 수정 대상이 된 버그들은 대부분 “허용해준 범위보다 더 넓게 자동 실행됐던” 유형이라는 공통점이 있습니다. 즉 팀에서 이미 권한 규칙을 걸어뒀다고 안심하고 있었더라도, 실제로는 그 규칙이 생각보다 넓게 적용되고 있었을 가능성이 있었다는 뜻입니다.

특히 사내에서 윈도우 배치 스크립트로 파일을 정리하거나 PowerShell 기반 자동화를 Claude Code와 함께 쓰는 팀이라면, 이번 PowerShell 5.1 권한 우회 수정 사항을 반드시 확인해야 합니다. 또한 자동화가 늘어난 사무실에서 흔히 놓치는 지점이 “에이전트가 실제로 뭘 했는지 나중에 확인하기 어렵다”는 문제인데, 이는 에이전트 사용 이력과 권한을 정리하는 관리 방법과도 맞닿아 있습니다.

실무에서는 어떻게 대응하면 될까요

먼저 .claude/settings.json이나 프로젝트 설정에 걸어둔 권한 규칙을 다시 열어서, 의도한 범위와 실제 매칭 범위가 같은지 확인하는 것이 첫 단계입니다. 예를 들어 아래처럼 특정 디렉터리만 쓰기를 허용해뒀다면, 이번 업데이트 이후에는 정확히 현재 작업 디렉터리 하위로만 적용됩니다.

{
  "permissions": {
    "allow": [
      "Edit(src/**)",
      "Bash(git status)",
      "Bash(git diff)"
    ],
    "deny": [
      "Bash(rm -rf *)"
    ]
  }
}

업데이트 후에는 claude doctor 명령으로 현재 설치 상태와 권한 규칙 중 도달 불가능하거나 의도와 다르게 해석되는 규칙이 있는지 점검할 수 있습니다. 사내에서 Claude Code를 여러 프로젝트에 걸쳐 쓰고 있다면, 이번 기회에 프로젝트별 allow/deny 목록을 표로 정리해 담당자가 아닌 사람도 “이 프로젝트에서 AI가 승인 없이 할 수 있는 일”을 한눈에 볼 수 있게 만들어두는 것을 권합니다. 이런 자동화 도입 이력은 자동화 로그로 남겨두면 나중에 담당자가 바뀌어도 왜 이런 규칙을 걸었는지 추적하기 쉬워집니다.

Docker나 원격 연결이 포함된 배포 스크립트를 Claude Code로 다루는 팀이라면, 이번에 승인 대상으로 바뀐 --url, --connection, --identity 플래그가 들어간 명령이 이제 매번 확인 창을 띄운다는 점도 미리 팀원들에게 공지해두는 것이 좋습니다. 갑자기 승인 창이 늘어나서 “왜 자꾸 물어보지”라고 당황하는 대신, 업데이트로 보안이 강화된 결과라는 점을 알고 있으면 대응이 훨씬 수월합니다.

정리하면

이번 7월 업데이트는 새로운 기능을 화려하게 추가한 발표는 아니지만, 실무에서 AI 코딩 도구를 신뢰하고 맡기려면 반드시 필요한 종류의 수정입니다. 권한 규칙이 생각한 대로 동작하는지 다시 확인하는 것만으로도, 앞으로 자동화 범위를 넓힐 때 훨씬 안전한 기준을 세울 수 있습니다. 픽셀앤코드에서도 고객사의 맞춤형 소프트웨어 개발과 IT 유지보수 업무에 AI 코딩 도구를 활용할 때는 이런 권한 규칙 점검을 도입 전 체크리스트에 포함해 안내하고 있으며, 관련해 궁금한 점이 있다면 언제든 문의해 주시기 바랍니다.