Tag:security

All the articles with the tag "security".

• Claude Code 전역 설정 관리 — '전역'은 단일 파일이 아니라 5층 스택(Managed › Command line › Local › Project › User)이고 `~/.claude/settings.json`은 그 바닥, 두 규율(일반 설정은 높은 층이 덮고 permission 규칙은 모든 층이 쌓이되 deny가 먼저), `Tool(specifier)` 문법과 `Bash(ls *)`의 단어 경계·복합 명령 분해·래퍼 스트리핑, 인자 제한 패턴의 취약성과 curl deny + WebFetch(domain:) 대안, gitignore식 Read/Edit 경로(`//`절대·`~/`홈·`/`설정 기준)와 '한 슬래시는 절대경로가 아니다'는 함정, default(Manual)·acceptEdits·plan·auto·dontAsk·bypassPermissions 6개 모드, 그리고 셸이 아니라 `env` 블록에 넣어야 백그라운드까지 닿는 프록시·CA·mTLS

  Published:Jul 25, 2026 |  at 09:25 PM

  42차시는 '저장소에 커밋된 것만 존재한다'는 클라우드 무대의 법칙으로 닫혔다. 그 무대에 없던 게 바로 `~/.claude` — User 스코프다. 이번 차시는 무대를 다시 내 머신으로 옮겨 그 뿌리를 판다.

• Claude Code PreToolUse Hook과 보안 — 도구가 실행되기 전에 위험한 명령과 민감 파일을 막는 게이트

  Published:May 22, 2026 |  at 10:34 PM

  Claude Code의 PreToolUse Hook을 보안 관점에서 깊게 본다. 도구가 *실행되기 직전*에 발화해 호출 자체를 막을 수 있다는 핵심 성질 — PostToolUse(후처리, 못 막음)와 정반대 — 에서 출발해, 입력 JSON(tool_name·tool_input·tool_use_id, tool_output 없음), 차단의 두 갈래(exit 2 + stderr vs exit 0 + `permissionDecision` JSON), exit 2가 PreToolUse에서는 *블로킹*이라는 점(PostToolUse와 반대이며 exit 1은 차단이 아님), `permissionDecision` 4값(allow/deny/ask/defer)의 정확한 의미, 그리고 Hook과 권한 규칙·권한 모드의 관계 — Hook은 제약을 조이기만 하고 풀지 못한다, deny는 bypassPermissions도 뚫는다, allow는 deny 규칙을 못 이긴다, 여러 hook 병합 시 deny>ask>allow — 를 정리한다. 실전 패턴으로 위험한 Bash 명령 차단(rm -rf·DROP TABLE), 민감 파일 보호(.env·.git/), `ask`로 사용자 승인 에스컬레이션, `updatedInput`으로 입력 sanitize까지 묶고, 정적 권한 패턴과 동적 hook의 역할 분담, matcher와 `if` 필드, 셸 프로필이 JSON 출력을 오염시키는 문제도 함께 본다.

• 권한 시스템과 보안

  Published:Apr 11, 2026 |  at 07:41 AM

  Claude Code의 권한 시스템을 다룬다. 6가지 권한 모드의 차이점, allow/ask/deny 규칙으로 도구별 권한을 세밀하게 설정하는 방법, 샌드박스를 활용한 OS 수준 격리까지 안전하게 Claude Code를 사용하는 방법을 알아본다.