원문 정보
- 제목: Automate security reviews with Claude Code
- 링크: claude.com/blog/automate-security-reviews-with-claude-code
- 발행: 2025년 8월 6일
- 카테고리: Product announcements
글의 요지
Claude Code에 자동화된 보안 리뷰 기능 두 가지가 추가됐다. AI가 코드 작성을 가속하면서 발생하는 보안 검토 병목을 같은 AI로 푸는 접근.
1) /security-review 슬래시 커맨드
터미널에서 즉석으로 보안 분석을 돌리는 명령어. 커밋 전에 한 줄로 검사.
검사하는 취약점:
- SQL Injection 위험
- Cross-site Scripting (XSS) — Reflected, Stored, DOM-based
- 인증·권한 결함
- 불안전한 데이터 처리 (검증·sanitization 부재)
- 의존성 취약점 (vulnerable dependencies)
- 공급망 위험 (typosquatting 등)
- 코드 실행 취약점 (RCE via deserialization, eval injection)
발견된 이슈는 Claude가 직접 수정하도록 요청 가능 — 식별 → 패치까지 한 흐름.
2) GitHub Actions 통합
PR마다 자동 보안 리뷰. 새 PR이 열리면 GitHub Action이 트리거 → 코드 변경분 분석 → 취약점에 대한 인라인 코멘트 작성 → 권장 수정 제시.
Diff-aware scanning: PR에서는 변경된 파일만 분석 — 효율적.
False positive filtering: AI 기반 분석으로 단순 패턴 매칭이 아닌 의미 이해. "이 코드가 정말로 취약한가"를 판단해 노이즈 감소.
Anthropic 자체 사용 사례 (도그푸딩)
본문이 자기 사례를 두 가지 명시적으로 공개:
사례 1 — DNS Rebinding RCE
- 사내 도구의 새 기능에서 로컬 HTTP 서버를 구동
- "로컬 연결만 받음"이라는 설계
- GitHub Action이 DNS rebinding을 통한 원격 코드 실행 취약점 식별
- PR 머지 전에 수정
사례 2 — SSRF 취약점
- 한 엔지니어가 사내 자격증명 안전 관리용 프록시 시스템 구축
- GitHub Action이 Server-Side Request Forgery (SSRF) 취약점 자동 플래그
- 즉시 수정
도구 출시 형태
/security-review: 모든 Claude Code 사용자- GitHub Action: 모든 사용자 —
anthropics/claude-code-security-review리포지토리에서 오픈소스 - 언어 무관(Language Agnostic): 모든 프로그래밍 언어 지원
2026년에 다시 읽으며 — 내가 본 것
1. "AI가 만든 문제를 AI가 푸는" 메타-루프
본문이 명시한 동기:
"As developers increasingly rely on AI to ship faster and build more complex systems, ensuring code security becomes even more critical."
이 한 줄에 담긴 자기 인식이 흥미롭다. Anthropic이 "우리가 만든 AI가 코드 생성 속도를 올리니까, 보안 검토도 따라서 빨라야 한다" 고 명시한 것.
Verizon 2025 Data Breach Investigations Report 인용 — "공격자가 취약점을 통해 초기 접근하는 경우가 전년 대비 34% 증가". AI 코드 생성이 폭증하던 시기에 정확히 맞춘 데이터다.
이 구조가 메타-루프다.
- Claude가 코드 생성 → 코드 양 폭증
- 보안 검토 인력 부족 → 취약점 누적
- 취약점 폭증 → 공격 표면 증가
- 해결: Claude가 보안 검토 → 같은 AI로 균형 회복
이 구조는 2026년 더 강화됐다. Claude Code Security (2026년 2월 별도 제품), Claude Opus 4.6의 500+ 오픈소스 취약점 발견, Project Glasswing 같은 진보된 보안 연구로 이어진다.
2. "AI 보안 검토"의 진정한 차별점
기존 정적 분석 도구(SAST)와의 차이:
전통 SAST (Snyk, SonarQube, Veracode 등):
- 규칙 기반(rule-based): 알려진 패턴 매칭
- 비밀번호 노출, 오래된 암호화 같은 흔한 문제는 잘 잡음
- 비즈니스 로직 결함, 깨진 접근 제어 같은 컨텍스트 의존적 취약점은 놓침
- 거짓 양성(false positive) 많음 → 알람 피로
Claude의 접근:
- 코드를 사람 보안 연구자처럼 읽고 추론
- 컴포넌트 간 상호작용, 데이터 흐름 추적
- 비즈니스 로직 결함 같은 복잡한 취약점 발견
- 컨텍스트 이해로 거짓 양성 감소
DNS rebinding RCE, SSRF 같은 사례가 정확히 이 차이를 보여준다. 이 두 취약점은 단일 함수만 보면 안 보이고, 시스템 전체의 데이터 흐름과 신뢰 경계를 이해해야 보인다. 정적 분석으로는 잡기 어렵다.
3. "10 keystrokes"의 UX 철학
VentureBeat에 인용된 Logan Graham(Anthropic Frontier Red Team)의 말:
"It's literally 10 keystrokes, and then it'll set off a Claude agent to review the code that you're writing or your repository."
/security-review = 10 keystroke. 이 단순함이 의도적이다.
기존 보안 검토 워크플로:
- 별도 SAST 도구 셋업
- CI 파이프라인 설정
- 결과 대시보드 확인
- 거짓 양성 필터링
- 팀 검토 회의
→ 마찰이 너무 커서 자주 안 함.
Claude Code의 접근 — "개발자의 inner loop에 보안을 넣는다". 커밋 직전, IDE를 떠나지 않고, 명령 한 줄로 끝. 이 마찰 제거가 보안 검토 빈도를 결정한다.
이 철학은 1980년대 스펠체커, 2010년대 자동완성, 2020년대 Copilot의 진화와 맥을 같이 한다 — "검토가 자주 일어나려면 거의 0 마찰로 통합돼야 한다".
4. "에이전틱 보안 루프"의 등장
VentureBeat 분석:
"Anthropic may not be first to add automated security review to an AI coding workflow, but what matters is how tightly security has been pulled into the agentic development loop."
번역하면: "최초가 중요한 게 아니라, 보안이 에이전트 개발 루프에 얼마나 단단히 들어왔는지가 핵심이다."
기존 패턴:
- 개발자가 코드 작성 → CI에서 보안 스캔 → 사람이 결과 검토 → 수정
새 패턴 (에이전틱):
- Claude가 코드 작성 → 같은 Claude(또는 다른 Claude)가 검토 → 자동 수정 제안 → 사람이 승인
이 변화의 의미는 "보안 결정의 주체가 Claude가 된다" 는 점이다. 사람이 모든 보안 검토를 하는 게 아니라, 사람은 critical 케이스에 시간을 쓰고, Claude가 routine 검토를 처리한다.
2026년 현재 이 패턴이 보안 산업의 표준 워크플로가 됐다. AppSec teams의 역할이 "모든 코드 검토"에서 "AI 검토 결과의 spot check + 거짓 음성 발견" 으로 이동했다.
5. "공급망 보안"이 처음 명시된 시점
검사 항목 중 "Supply Chain: Vulnerable dependencies, typosquatting risks" 가 들어있다. 이 시점에서 공급망 보안이 보안 검토의 핵심으로 들어온 게 의미심장하다.
배경 — 2024~2025년 주요 사고들:
- 2024년 3월: XZ Utils 백도어 (수년에 걸친 사회공학 공격)
- 2024~2025년 중반: npm/PyPI 패키지에 악성 코드 삽입 사례 빈발
- 2025년 후반: Axios 라이브러리에 의심스러운 북한 추정 악성 코드
전통적 SAST는 자기 코드를 본다. 그러나 현대 소프트웨어의 보안 표면 80%+ 가 외부 의존성에 있다. Claude가 이 영역까지 본다는 건 검토 범위의 결정적 확장이다.
2026년 현재 Claude Code Security는 이 역할이 더 깊어졌다. Claude Opus 4.6 이 500+ 오픈소스 취약점을 발견한 게 이 흐름의 직접 결과다.
6. "오픈소스 GitHub Action"이라는 결정
anthropics/claude-code-security-review가 오픈소스로 공개된 것도 의미가 있다. Claude를 호출하는 코드 자체를 누구나 읽고 fork할 수 있다.
왜 오픈소스인가?
- 신뢰 신호: "우리는 검증을 환영한다" — 보안 도구는 투명성이 필수
- 커뮤니티 개선: 보안 전문가들이 프롬프트·로직을 비판하고 개선
- 포크 확산: 회사별 커스터마이즈가 쉬워짐 — 산업 표준이 되는 길
- 마케팅: GitHub Stars 자체가 신뢰의 광고
이 패턴은 Anthropic이 MCP, Claude Agent SDK, Skills 등을 오픈소스로 푼 흐름과 같다. "표준은 닫혀 있을 수 없다" 는 철학이 일관된다.
7. 2026년의 후속 진화 — Claude Code Security
이 2025년 8월 기능은 개발자 생산성 도구였다. 2026년 2월 Anthropic은 이걸 별도 보안 제품으로 끌어올렸다 — Claude Code Security.
차이점:
- 2025년 8월: Claude Code 사용자의 "부가 기능", PR 단위 검토
- 2026년 2월: 별도 제품, 전체 코드베이스 스캔, Claude Opus 4.6 활용
Claude Code Security가 한 것:
- Claude Opus 4.6으로 오픈소스 코드 스캔
- 500+ 새로운 취약점 발견 — 일부는 수십 년간 묻혀있던 것
- 현재 책임감 있는 공개(responsible disclosure) 진행 중
- PNNL(태평양 노스웨스트 국립연구소)와 협력: 중요 인프라 방어 AI 실험
이 흐름이 2026년 4월의 Claude Mythos / Project Glasswing 으로 이어졌다 — Anthropic의 가장 강력한 보안 발견 능력. 한편 이 능력 때문에 정부·금융기관이 이 모델이 공격자 손에 들어가면? 이라는 우려를 표명하기도 했다.
마무리
/security-review 한 줄 명령어와 GitHub Action 두 가지가 보안 산업의 에이전틱 보안 시대의 시작점이었다.
- AI가 만든 코드를 AI가 검토하는 메타-루프 확립
- 컨텍스트 이해 기반 보안 분석으로 정적 도구 한계 돌파
- 개발자 inner loop 에 보안을 통합 → 검토 빈도 증가
- 공급망 보안까지 포괄 → 현대 보안 표면 전체 커버
- 오픈소스 GitHub Action으로 신뢰·확산 동시 확보
2026년 현재 보안 산업은 AI 도입 이전과 이후로 갈렸다. 이 갈림점의 한쪽에 이 2025년 8월 6일의 작은 슬래시 커맨드가 있다. Anthropic이 내부 도그푸딩(DNS rebinding RCE, SSRF 사례)으로 검증하면서 자신감 있게 시장에 내놓은 결과, 이후 일년이 안 돼 AI 보안 검토 = 표준 이 됐다.
