Claude 사이버 검증 프로그램: 개인 신청 조건과 보안 작업 허용 범위

앤트로픽의 사이버 검증 프로그램으로 살펴보는 답변의 조건

AI는 내 코드의 취약점을 찾아 달라는 요청에는 답하면서도, 비슷해 보이는 다른 보안 점검 요청은 거절하기도 합니다. 이 차이를 이해하려면 모델 이름 외에도 무엇을 하려는지, 어떤 권한과 제품 환경으로 사용하는지를 함께 봐야 합니다.

앤트로픽(Anthropic)은 10월 6일 사이버 검증 프로그램(Cyber Verification Program, CVP)을 세 단계로 확대했습니다. 검증된 보안 전문가에게 업무 범위에 맞는 접근 권한을 주고, 사이버 관련 요청의 차단 기준을 완화하는 제도입니다. 발표에 포함된 모델은 클로드 오퍼스(Claude Opus) 5.5, 소네트(Claude Sonnet) 5.5, 미토스(Claude Mythos) 5.1입니다. [S1]

답변을 바꾸는 다섯 가지 조건

이해를 돕기 위한 편집 도식입니다. 실제 서비스 내부 구조나 처리 순서를 뜻하지 않습니다.

모델 역량은 코드를 이해하고 문제를 푸는 능력입니다. 안전 장치는 요청과 결과를 검토하는 기준입니다. 질문 맥락에는 대상 시스템과 점검 목적, 사용자가 제공한 자료가 들어갑니다. 여기에 제품이 제공하는 도구와 계정에 적용된 접근 권한이 더해집니다.

따라서 한 번의 거절만으로 “이 모델은 보안을 못한다”거나 “검증만 받으면 해결된다”고 결론 내리기는 어렵습니다. 아래에서는 공식 제도의 변화와, 실제 업무에서 확인할 순서를 나눠 보겠습니다.

세 단계는 어떤 업무를 위한 것일까

자신의 업무가 어느 범위에 해당하는지 먼저 살펴보세요. 아래 한국어 명칭은 이해를 돕기 위한 번역입니다.

단계	신청 대상	주요 업무와 경계
방어 접근 (Defense Access)	조직 개인은 유료 플랜	보안 관제·사고 대응, 악성코드 역공학, 취약점 분석·검증
레드팀 접근 (Red Team Access)	조직만 가능	방어 업무에 승인된 모의침투·레드팀 점검 추가. 물리적 피해·대규모 장애 위험 행위는 차단
특수 접근 (Specialized Access)	심층 검증된 일부 조직	생명·시장에 영향을 줄 수 있는 안전 시스템의 승인된 시험. 미국 정부와 협력해 조직별 검토

업무 범위는 확대 발표를, 개인 신청 자격은 공식 도움말을 기준으로 정리했습니다. 신청 자격을 갖췄는지와 실제 승인 여부는 각각 확인해야 합니다. [S1, S2]

개인 연구자에게 열려 있는 범위

개인은 유료 플랜에서 방어 접근을 신청할 수 있습니다. 독립 연구자, 오픈소스 유지관리자, 버그 바운티 참여자는 개인으로 신청하며, 조직 구성원은 조직 신청과 관리자 배정을 확인하는 방식입니다. 상위 두 단계는 조직에만 열려 있습니다. [S2]

중요한 시스템의 일반 업무와 안전 시스템 시험

발표는 중요 산업의 정보기술 시스템에 대한 승인된 모의침투를 레드팀 접근에 포함합니다. 한편 사람의 생명이나 시장에 영향을 줄 수 있는 안전 시스템의 시험은 특수 접근의 대상입니다. 업종 이름만으로 단계를 결정하기보다 실제 시험 대상과 예상 영향을 구분해야 합니다. [S1]

검증을 받은 뒤에도 사용 정책(Usage Policy)이 적용됩니다. 무단 침입이나 중요 기반시설 파괴가 허용되는 것은 아닙니다. 접근 권한은 재검토되거나 축소·철회될 수 있고, 이 기능으로 고객에게 제공할 제품을 만드는 일에는 별도 제품화 정책이 적용됩니다. [S2, S5]

세 가지 사례로 보는 질문의 차이

다음은 공식 안내의 업무 범위를 이해하기 위한 가상 사례입니다. 실제 실행 결과나 특정 프롬프트의 통과를 보장하는 예시는 아닙니다.

사례 1 우리 서비스의 코드 검토

상황 로그인 기능을 배포하기 전에 인증 처리와 오류 처리에 문제가 없는지 확인하려고 합니다. 외부 서비스를 공격하는 작업 없이, 검토 권한이 있는 소스 코드를 다룹니다.

질문 예시 “아래는 우리가 관리하는 로그인 코드입니다. 인증 우회 가능성과 오류 처리 문제를 검토하고, 수정 이유와 회귀 테스트 항목을 설명해 주세요.”

살펴볼 경로 공식 도움말은 일반 공개 모델에서도 보안 코드 검토, 알려진 문제 수정, 소유한 소스 코드의 취약점 찾기를 할 수 있다고 안내합니다. 작업 범위가 여기에 맞는지 먼저 확인하면 됩니다. [S2]

사례 2 취약점의 영향과 수정안 분석

상황 권한이 있는 격리 시험 환경에서 발견한 이상 동작을 분석합니다. 원인과 영향, 수정 우선순위를 정리하되 운영 환경으로 시험을 넓히지 않습니다.

질문 예시 “승인된 시험 환경에서 얻은 오류 기록입니다. 가능한 원인과 확인이 필요한 가정을 나누고, 비파괴 검증 항목과 수정 우선순위를 정리해 주세요.”

살펴볼 경로 위 단계표와 실제 업무를 대조해 보세요. 요청에 허용된 대상, 자료의 출처, 원하는 산출물을 적으면 맥락을 전달하는 데 도움이 됩니다. 민감한 원본 로그를 그대로 붙이기보다 분석에 필요한 부분을 먼저 추리는 편이 좋습니다.

사례 3 승인된 모의침투 계획

상황 조직이 계약으로 승인받은 대상에 모의침투(penetration testing) 또는 공격자 관점의 레드팀 점검(red teaming)을 준비합니다. 대상과 시험 기간, 금지 행위, 중단 조건이 정해져 있습니다.

질문 예시 “승인 범위 안의 점검 계획을 검토해 주세요. 대상별 검증 목표, 서비스 영향 감시, 중단 조건, 결과 보고서 구성을 정리해 주세요.”

살펴볼 경로 계획서 작성과 실제 시험 수행을 구분해 위 단계표를 확인하세요. “허가받았다”는 문장만으로 시스템 소유자의 권한이나 제품의 접근 권한이 생기지는 않습니다. 실제 승인된 대상을 벗어나는 취약점 탐색·악용은 사용 정책이 금지합니다. [S5]

신청 전에 확인할 보안과 데이터 조건

제도를 도입할 때는 가능한 작업만큼 계정 관리와 데이터 처리 조건도 중요합니다. 보안 자료에는 고객 정보, 내부 구조, 아직 공개하지 않은 취약점이 섞여 있을 수 있기 때문입니다.

개인과 조직의 보존 조건을 구분하기

구분	보존 및 예외
개인 방어 접근	프로그램을 통한 모든 트래픽을 보존·모니터링. 데이터 무보존(Zero Data Retention, ZDR) 불가
조직	보존이 기본 요건. 기존 페이블·미토스 데이터 무보존 예외가 있는 조직은 기업용 안전 장치 제공 전까지 지원 모델에서 예외 적용 가능

조직의 예외를 개인 계정에도 적용할 수 있다고 해석하면 안 됩니다. [S2, S3]

기업용 프런티어 안전 장치(Enterprise Frontier Safeguards, EFS)는 고객이 통제하는 클라우드에 활동 데이터를 저장하고 모니터링하는 구조로 발표됐습니다. 가을 후반의 단계적 제공이 예고된 상태이므로, 현재 모든 신청자가 바로 사용할 수 있는 기능으로 보면 안 됩니다. [S6]

데이터 보존과 학습 이용은 따로 확인하기

데이터를 보존한다는 말은 어디에 얼마나 남기는지에 관한 조건입니다. 모델 학습에 사용하는지는 별도 정책입니다. 상용 제품은 입력·출력을 기본적으로 학습에 쓰지 않지만, 사용자가 허용하거나 피드백을 보내는 경우에는 예외가 있습니다. [S7]

개인용 무료·프로·맥스 플랜에는 별도 정책이 적용됩니다. 모델 개선 허용 설정, 명시적 동의, 안전 검토 대상 대화 등에 관한 학습 이용 조건을 해당 플랜의 정책에서 확인해야 합니다. 안전 검토의 경우 안전 정책 탐지·집행 개선과 관련 모델 학습을 포함할 수 있습니다. [S8]

계정 보안도 신청 조건에 포함된다

방어 접근은 처음부터 다중 요소 인증(Multi-Factor Authentication, MFA)이 필요합니다. 2026년 12월 15일까지 피싱 저항성 인증으로 전환하고 장기·정적 API 키 사용을 중단해야 합니다. 그 전의 키 사용에도 안전한 보관과 최소 7일마다 교체 같은 조건이 붙습니다. [S3]

개인은 구글 또는 동등한 인증 제공자로 로그인하며 계정을 공유할 수 없습니다. 레드팀·특수 접근에는 즉시 적용되는 피싱 저항성 인증과 조직 관리 기기 등 더 엄격한 요건이 있습니다. 각 단계의 전체 조건은 공식 보안 요건 문서를 확인해야 합니다. [S3]

답변이 막혔을 때 확인할 순서

다음 순서로 자신에게 맞는 신청 단계와 요청이 거절된 원인을 먼저 살펴볼 수 있습니다. 같은 분류 안에서도 구체적 대상, 작업 방식, 승인 조건에 따라 판단이 달라집니다.

일반 업무 예시는 도움말, 단계별 범위는 확대 발표를 바탕으로 정리했습니다. 승인 판정표나 차단 우회 방법이 아닙니다. [S1, S2]

승인 이후에는 적용된 환경을 확인하기

조직이 승인됐더라도 현재 작업 공간에 프로그램이 적용됐는지 확인해야 합니다. 공식 콘솔 안내에 따르면 검증 프로그램은 요건을 충족하는 모든 작업 공간에 자동 적용됩니다. 관리자는 프로그램 화면에서 각 작업 공간의 상태를 확인하고, 작업 공간의 관리(Manage) → 프로그램(Programs) → 자격 요건(Qualifications) 패널에서 미충족 요건을 살펴볼 수 있습니다. [S4]

“권한이 없다”, “모델을 찾을 수 없다”, “요청 내용을 도와줄 수 없다”는 서로 다른 문제일 수 있습니다. 모델명, 제품 경로, 작업 공간, 오류 문구와 발생 시각을 기록해 두면 설정 문제와 정책 차단을 구분하는 데 도움이 됩니다. 지원 요청에 붙일 자료는 비밀값과 불필요한 개인정보를 지우고 준비하세요.

확인할 것은 원하는 작업의 범위

요청 차단이 완화된 뒤에도 AI의 분석 결과는 검증해야 합니다. 발견 사항은 코드와 로그, 재현 가능한 증거로 확인하고, 수정안은 테스트를 거쳐 적용하세요.

이제 보안 질문의 답변을 비교할 때는 “어떤 모델인가”에 더해 “누가, 어떤 대상으로, 어느 범위의 작업을, 어떤 설정에서 요청했는가”를 함께 살펴볼 필요가 있습니다. 이 조건을 기록하면 다음에 확인할 것도 훨씬 분명해집니다.

공식 자료와 확인 기준

본문의 대괄호 표기는 아래 공식 자료로 연결됩니다. 도움말과 정책은 바뀔 수 있으므로 신청하거나 사내 도입을 결정할 때 원문을 다시 확인하세요.

S1 확대 발표와 세 단계의 업무 범위

Anthropic · 2026년 10월 6일

S2 신청 자격과 제품별 적용 방법

Claude Help Center · Cyber Verification Program

S3 개인과 조직의 보안 요건

Claude Help Center · CVP Security Requirements

S4 승인된 프로그램과 작업 공간 설정

Claude Help Center · Assign a program to workspaces

S5 사용 정책과 금지되는 행위

Anthropic · Usage Policy

S6 기업용 데이터 보존 구조의 향후 변경

Anthropic · Enterprise Frontier Safeguards · 2026년 9월 1일

S7 상용 제품 데이터의 학습 사용

Anthropic Privacy Center · Commercial Customers

S8 개인용 제품 데이터의 학습 사용

Anthropic Privacy Center · Consumers

읽을 때 기억할 점

이 글은 2026년 10월 8일 확인한 공식 자료를 바탕으로 작성했습니다. 단계의 이름과 범위, 개인 신청 제한은 공식 안내이며, 질문 예시와 점검 흐름은 이를 이해하기 위한 설명입니다.

제품별 실제 이용 가능 여부, 사용량·과금, 심사 완료 시점은 계정과 제공 경로에 따라 확인해야 합니다. 검증 승인 후에도 이용 요금과 실제 활성화된 모델은 따로 확인하세요.