Claude Security 공개 베타: “Scan to Fix”가 주장하는 것과 주장하지 않는 것

Anthropic’s 보안 제품은 이제 Claude Enterprise용 공개 베타이며, 한 줄짜리 홍보 문구는 형용사가 아니라 일련의 과정입니다: 스캔에서 수정까지, 끊김 없이 완료됩니다. 그 문구 아래의 작동 방식은 제품 페이지에 명확히 설명되어 있습니다 — Claude는 Claude Mythos로 코드베이스를 스캔하고, 발견 사항을 검증하며, 검토하고 승인할 수 있는 패치를 제안합니다. 세 개의 동사, 하나의 모델 이름, 그리고 대충 넘기기 쉬운 적용 범위 제한이 있습니다: 이것은 베타이며, 저장소를 우연히 보유한 누구나가 아니라 Enterprise 고객을 대상으로 합니다.

흥미로운 질문은 애초에 언어 모델이 취약점을 찾을 수 있는지가 아니었다. 모델들은 한동안 그 일을 해 왔고, 때로는 코드를 작성한 인간이 부끄러워질 만큼 잘 해냈다. 흥미로운 질문은 발견 사항이 나타나는 순간과 그것이 종료되는 순간 사이에 무슨 일이 일어나는가이다. 그 간극이 바로 보안 백로그가 존재하는 곳이기 때문이다: 아무도 정렬하지 않고, 모두에게 할당되며, 우연히 종료되는 그럴듯한 문제들의 대기열. Anthropic의 답은 네 단계로 된 파이프라인이며, 각 단계는 그 자체로 검토할 수 있는 주장을 내놓는다.

“Claude Enterprise의 퍼블릭 베타”가 의미하는 것

가용성 안내 문구는 유난히 단도직입적이라 의역하기보다 그대로 인용할 만하다: Claude Enterprise용 퍼블릭 베타로 제공됩니다. 그 아래에는 두 개의 버튼이 있다 — 영업팀 문의, 튜토리얼 읽기. 둘 다 가입 양식은 아니다. 실제로 이는 구매자가 사이드 프로젝트에 무언가를 겨냥해 보려는 개인 엔지니어가 아니라, 이미 Enterprise 계약을 체결했고 새 스캐너를 요청할 만큼 충분한 입지를 갖춘 보안 팀을 보유한 기업이라는 뜻이다.

더 가볍게 들어가는 두 번째 방법이 있습니다. Claude Code용 Claude Security 플러그인은 베타 버전입니다. 이는 배포 방식이 다른 별개의 소프트웨어로, 코드를 사용자 환경에 그대로 둔 채 Claude Code 내에서 스캔하고 검증하고 패치할 수 있으며, 걸림돌이 예산이 아니라 소스 코드를 어디에 둘 수 있는지에 관한 규칙인 팀에게 중요한 버전입니다.

스캔이 중지되지 않습니다

문서화된 첫 번째 동작은 심층 최초 스캔입니다. Claude는 코드베이스에 이를 한 번 실행한 뒤, 코드가 변경됨에 따라 계속 스캔합니다. 작은 문장이지만 운영상 큰 결과를 낳습니다. 일회성 스캔은 사진입니다. 코드베이스는 사진이 아니라 날씨입니다. 감사 당일에는 정확했지만 이후 세 번의 병합으로 절반만 수정된 발견 사항은 아무 발견 사항도 없는 것보다 더 나쁩니다. 다시 읽어야 하는 사람들의 주의를 소모하기 때문입니다.

지속적 스캐닝은 또한 제품에서 가장 위조하기 어려운 부분입니다. 이는 스캐너가 어떤 변경이 중요한지 이해해야 함을 요구하며, 이는 정적 트리에서 취약점을 찾는 것과는 다른 기술입니다. 해당 페이지는 그 우선순위 지정이 어떻게 작동하는지 설명하지 않으며, 이 글은 그것을 추측하지 않을 것입니다.

주장이 구체적인 유일한 축

Anthropic은 Claude Security가 파일과 저장소 전반의 데이터 흐름을 추적해 패턴 매칭 스캐너가 탐지하지 못할 수 있는 취약점을 찾는다고 주장한다. 이는 결과가 아니라 메커니즘을 명시하고 있기 때문에 전체 제품 설명에서 가장 검증하기 쉬운 주장이다.

패턴 매칭은 이름에서 알 수 있듯이 알려진 위험한 형태를 찾습니다. 오염된 인수가 있는 함수 호출, 쿼리에 연결된 문자열, 알려진 안전하지 않은 API 같은 것입니다. 이 방식은 빠르고 비용이 적게 들며, 기존 스캐너가 동시에 두 가지로 유명한 이유이기도 합니다. 즉, 같은 유형의 버그가 나타나는 모든 곳에서 잡아내는 것과, 도달할 수 없는 것으로 밝혀진 발견 항목으로 팀을 뒤덮는 것입니다. 대안은 값이 시스템에 들어오는 곳에서 사용되는 곳까지 파일과 서비스 사이의 경계를 넘어 추적하는 것입니다. 바로 그곳에 실제 버그가 숨어 있고, 또한 도구가 단일 함수에 담을 수 있는 것보다 더 많은 컨텍스트를 유지해야 하기 때문에 분석 비용이 커지는 곳이기도 합니다.

다만 문장에 있는 유보적 표현에 주목하세요. 어쩌면 탐지하지 못할 수도 있습니다. 이는 공급업체가 내세울 벤치마크가 없을 때 사용하기에 적절한 단어이며, 또한 이 주장을 제품의 속성으로 받아들이기보다 자체 코드베이스에서 검증해야 하는 이유이기도 합니다.

적대적 검증, 그리고 직접 편집할 수 있는 위협 모델

두 번째 단계는 모든 보안 팀이 잘 아는 오탐 문제를 다룹니다. 모든 발견 사항은 팀에 도달하기 전에 적대적 검증을 통과합니다. 사람이 보기 전에 무언가가 그 발견 사항을 깨뜨리려 시도합니다. 입력이 실제로 싱크에 도달할 수 없다는 것, 경로가 상위에서 보호되고 있다는 것, 또는 문제의 코드가 죽은 코드라는 것을 보여주기 위해서입니다.

같은 문장의 후반부는 조용히 이 페이지에서 가장 흥미로운 설계 결정이다. 팀이 편집할 수 있는 위협 모델이 무엇을 표시할 가치가 있는지 결정한다. 실질적으로 그것은 관련성의 정의를 고객의 손에 맡긴다. 심각도를 스스로 결정하는 스캐너는 항상 조금씩 틀린다. 심각도는 맥락에 따라 달라지기 때문이다. 내부 관리 도구의 인증되지 않은 엔드포인트는 공용 인터넷의 동일한 엔드포인트와 다른 문제이며, 어떤 공급업체도 자신이 어느 쪽을 보고 있는지 알 수 없다. 위협 모델을 편집할 수 있게 하는 것은 그 사실을 정직하게 인정하는 것이다.

또한 일을 만들어내기도 합니다. 아무도 관리하지 않는 위협 모델은 아무도 생각하지 못한 것들을 가려버리는 필터가 되며, 이는 스캐너의 존재 목적과 정반대입니다. 여기서 가치를 얻는 팀은 런북을 대하듯이 위협 모델을 소유자가 있는 살아있는 문서로 취급하는 팀일 것입니다.

패치는 출력의 단위입니다.

모든 발견 사항에는 팀이 검토하고 승인할 수 있도록 권장 패치가 포함되며, 수정 사항이 배포되면 Claude가 해당 발견 사항을 수정됨으로 표시합니다. 이 문장 안에는 두 가지 주장이 담겨 있으며, 이 둘은 분리해서 볼 필요가 있습니다.

첫 번째는 스캔의 출력이 티켓이 아니라 변경 사항이라는 점입니다. 이는 엔지니어에게 자신의 코드에 문제가 있다고 말하는 것과 수정된 코드가 어떤 모습인지 알려주는 것의 차이입니다. 그것은 보안 작업에서 가장 즐겁지 않은 부분, 즉 다른 사람의 코드가 하는 일을 깨뜨리지 않고 수정할 수 있을 만큼 그 코드를 이해하는 일을 압축하며, 코드를 가장 잘 이해하지 못하는 사람을 위해 압축합니다. 이것이 또한 위험입니다. 검토자가 피곤해서 통과시킨, 올바르게 보이는 패치는 초록색 체크 표시가 달린 새로운 버그입니다.

두 번째 주장은 종결성에 관한 것입니다. Claude는 수정 사항이 배포되면 발견 사항을 수정됨으로 표시하므로, 발견 사항이 쌓이지 않고 종결됩니다. 백로그는 탐지의 실패가 아닙니다. 그것은 기록 관리의 실패입니다. 동일한 취약점이 일곱 번의 스캔에 걸쳐 일곱 번 보고되고, 대기열은 누구도 감당할 수 없을 만큼 빠르게 늘어납니다. 발견 사항을 그것을 해결하는 커밋까지 추적하는 것이 바로 연속 스캐너를 사기를 꺾는 것이 아니라 견딜 만하게 만드는 메커니즘입니다.

Anthropic은 인간이 항상 루프 안에 남아 있으며 모든 패치에 검토와 승인이 필요하다는 점을 분명히 밝히고 있습니다. 이 시스템을 도입하는 누구라도 맨 아래의 면책 문구가 아니라 바로 이 문장을 핵심을 지탱하는 문장으로 받아들여야 합니다.

두 번의 릴리스, 하나의 방향

Claude Security는 단독으로 등장한 것이 아니다. Anthropic은 2026년 10월 15일 Code Review를 정식 출시했고, Claude Security의 지속적 스캔과 수정 추적 기능은 2026년 10월 21일 Claude Enterprise용 퍼블릭 베타로 출시되었다. 두 제품을 함께 보면 방향성에 대해 시사하는 바가 있다. 리뷰는 변경 사항이 마지막에 통과하는 관문에서, 변경 사항이 작성되는 동안 함께 실행되는 프로세스로 이동하고 있다. 두 날짜 사이의 간격은 짧아서, 이 제품들을 보안 작업이 향하는 방향에 대한 하나의 이야기로 평가해야 하며, 서로 무관한 두 릴리스로 평가해서는 안 된다.

공개되지 않은 것, 그리고 그것을 판가름할 숫자

여기서 알 수 없는 항목 목록은 주장 목록보다 길며, 이는 스캔들이라기보다 공개 베타에서 정상적인 일입니다. 스캔이 코드베이스의 어느 정도를 커버하는지는 공개되지 않았습니다. 스캔 소요 시간은 공개되지 않았습니다. 오탐률은 공개되지 않았습니다. 탐지 벤치마크는 공개되지 않았습니다. 독립적인 평가는 없습니다. 좌석당 가격은 공개되지 않았으며, 지원되는 언어 목록도 공개되지 않았습니다.

그중에서도 빠져 있는 탐지 벤치마크가 바로 구매 결정을 바꾸는 항목입니다. 그것이 없으면 “패턴 매칭 스캐너가 놓치는 것을 잡아낸다”는 것은 이미 예산에 들어와 있는 스캐너와 비교할 수 없는 방향성 주장에 불과합니다. 지원 언어 목록이 두 번째입니다. 규모를 막론하고 어떤 회사에서든 폴리글랏 저장소는 일반적인 경우이며, 세 언어에서는 탁월하고 나머지 다섯 언어에서는 아예 없는 스캐너는 위험 표면에 대한 오해의 소지가 있는 그림을 만들어 내는 스캐너입니다.

이 중 어느 것도 제품이 작동하지 않는다는 뜻은 아닙니다. 이는 평가가 구매자에 의해, 구매자 자신의 코드로 이루어져야 하며, 데모로는 그것이 불가능하다는 뜻입니다.

어쨌든 그걸 어떻게 평가할까요?

팀에서 이를 시도하려 한다면, 유용한 실험은 취약점을 일부러 심어 둔 새 저장소가 아닙니다. 이미 이력이 있는 저장소입니다. 작년에 장애가 발생한 서비스, 알려진 취약점을 해결하는 데 2주가 걸린 라이브러리, 모두가 약간 꺼리는 모듈 같은 것이죠. 스캔을 그 저장소에 돌리고, 스캔이 찾아낸 것과 팀이 이미 기록해 둔 발견 사항을 비교하세요. 공급업체가 벤치마크를 공개하지 않았더라도 알려진 문제에 대한 재현율은 측정할 수 있습니다. 정답이 여러분 자신의 인시던트 트래커에 있기 때문입니다.

둘째, 위협 모델을 주의 깊게 보십시오. 팀이 대기열을 줄이기 위해 가장 먼저 하는 일이 대부분의 범주를 꺼 버리는 것이라면, 기본 모델이 팀이 실제로 지고 있는 위험과 맞지 않는다는 것을 알게 된 것이므로 필터가 아니라 모델을 고쳐야 합니다. 셋째, 중요한 단계를 측정하십시오. 바로 발견 사항이 나타난 시점부터 패치가 병합될 때까지 얼마나 걸리는지입니다. 그 수치는 여러분의 것이고, 도구 간에 비교할 수 있으며, 제품이 실제로 개선한다고 주장하는 바로 그 수치입니다.

라우터가 있는 곳과 없는 곳

경계는 분명히 밝힐 필요가 있습니다. Claude Security는 Anthropic의 애플리케이션입니다. 우리는 이를 호스팅하지 않고, 판매하지 않으며, 귀하의 저장소에서 무엇을 찾았는지 또는 찾지 못했는지 알려드릴 수 없습니다. 스캐너는 Claude Mythos에서 실행되며, 우리는 해당 모델을 호스팅한다고 주장하지 않습니다.

우리가 하는 일은 모델을 운영하는 것입니다. 하나의 OpenAI 호환 엔드포인트, 하나의 키, 그 뒤에 200개가 넘는 모델, 제공업체 정가를 마크업 없이 그대로 전달하며, 제공업체 중 하나가 흔들릴 때 제공업체 전반에 걸친 자동 장애 조치가 이루어집니다. Claude Opus 5.5는 해당 카탈로그에 있으며 입력 토큰 100만 개당 $4.00, 출력 토큰 100만 개당 $20.00이고, 100만 토큰 컨텍스트와 캐시 읽기는 100만 개당 $0.20입니다. 이는 스캐너에 대한 주장이 아니라 우리 카탈로그에 대한 사실입니다.

보안 프로그램에서 스캐너가 아닌 부분, 즉 이것이 관련되는 지점은 다음과 같다. 수천 건의 발견 사항을 사람이 분류할 수 있는 형태로 요약하는 내부 도구, 권고문 초안을 작성하는 에이전트, 팀이 자체 규칙에 맞춰 구축하려는 검토 단계가 그것이다. 이들은 평범한 모델 호출이며, 라우터는 벤더를 하드코딩하지 않고 그런 호출을 수행하는 합리적인 방법이다. 라우팅 DSL은 한 단계에서는 처리량을 위해 작은 모델을 원하고 다음 단계에서는 판단을 위해 신중한 모델을 원할 때 중요하며, 자동 페일오버는 새벽 3시에 실행되고 아무도 지켜보지 않는 파이프라인 안에 호출이 있을 때 중요하다.

베타가 실제로 당신에게 신뢰하라고 요구하는 것

포장을 걷어내면 이 제품은 세 가지에 베팅한다. 코드를 추론하는 모델이 패턴 매칭이 찾지 못하는 것을 찾아낸다는 것. 적대적인 두 번째 패스가 잡음을 줄이기에 충분하다는 것. 발견 사항은 패치가 출시되고 그 뒤로 대기열이 닫혀야만 비로소 끝난다는 것. 세 번째 베팅은 가장 화려하지도 않고 가장 맞을 가능성이 높은데, 그것은 지능이 아니라 프로세스에 관한 진술이기 때문이다.

첫 번째 베팅이 바로 시험해 볼 대상이다. Anthropic은 파일과 리포지토리에 걸친 데이터 흐름 추적이라는 메커니즘을 공개했지만, 그것이 얼마나 잘 작동하는지 보여 주는 수치는 공개하지 않았다. 그것은 제품을 일축할 이유가 아니다. 이미 이력을 잘 아는 리포지토리에 적용해 보고, 시연에서 인상적으로 보이는 발견이 아니라 검증할 수 있는 발견을 기준으로 판단할 이유다.