Anthropic OSS Scanner, 무료 탐지 뒤에 남는 검증

Anthropic이 10월 8일 공개한 OSS Scanner는 참여를 신청한 오픈소스 프로젝트에 자사 모델을 이용한 정기 보안 스캔을 무료로 제공한다. 공식 발표와 The Verge 보도가 강조하는 조건은 분명하다. 전달되는 보고서는 사람의 검토와 분류를 거치지 않은 모델 출력이다.

이는 기존 보안 검증을 없애는 결정이 아니라, 원하면 검토 전 결과를 더 빨리 받도록 선택지를 추가한 것이다. Anthropic은 사람이 검증하는 기존 조정된 취약점 공개 절차도 계속 운영한다고 설명한다. 탐지 속도와 검증 부담 사이의 선택을 프로젝트 유지관리자가 하게 되는 구조다.

탐지량보다 사람의 처리량이 병목이 됐다

Anthropic은 지난 6개월간 2만9천 건 이상의 취약점 후보를 찾았지만 사람이 검토·분류한 것은 약 6천 건이라고 밝혔다. 후보와 검증 완료 결과를 같은 숫자로 취급하면 안 된다. 남은 후보 모두가 실제 취약점이라고 확정된 것도 아니다.

회사에 따르면 일부 유지관리자는 제안 패치가 포함된 미검증 보고서도 한꺼번에 보내 달라고 요청했고, 이에 따라 거의 5천 건을 전달했다. OSS Scanner는 이런 선택을 공식 서비스로 확장한다. 검증된 보고서도 처리하기 어려운 팀보다, 추가 후보를 검토할 역량이 있는 팀에 더 맞을 수 있다.

Google 버그바운티 중단과 검증 병목에서 다룬 것처럼 AI가 보안 보고서를 많이 만들수록 사람이 확인하는 시간의 가치가 커진다. 이 서비스의 성과를 단순히 발송한 보고서 수로 측정하면 유지관리자에게 넘긴 업무량을 보안 성과로 착각할 수 있다.

97건 평가가 전체 정확도를 뜻하지는 않는다

공식 발표는 초기 버전의 고위험·치명적 취약점 후보 97건을 48개 프로젝트에서 골라 전문 침투 테스터에게 확인했다고 설명한다. 그중 85건, 약 88%가 기존 공개 절차의 기준을 충족했다. 나머지 12건 중 11건은 실재하지만 알려진 문제 또는 다른 보고서와 중복됐고, 1건은 유효하지 않았다고 밝혔다.

이 결과는 유용한 근거지만 공급사가 공개한 특정 위험도 표본의 평가다. 모든 언어와 프로젝트, 모든 심각도에 적용되는 서비스 전체 정밀도라고 볼 수 없다. 특히 중복은 거짓 양성과 다르지만 유지관리자의 시간을 소비한다는 점에서 운영 품질에는 영향을 준다.

AI 보안의 지속 검증 분석과 연결하면, 중요한 것은 탐지 모델 하나보다 재현·분류·패치·재시험의 흐름이다. 그럴듯한 수정안이 붙었다고 바로 병합할 수 있는 것은 아니다.

신청은 소유권 확인과 재현 환경 준비에서 시작한다

공식 FAQ는 핵심 유지관리자가 신청 저장소에 프로젝트 설정을 추가하는 PR을 제출하도록 안내한다. 인프라와 사용자 보안에 중요한 영향을 주는 프로젝트를 중심으로 사례별 심사하며, 신청자가 실제 핵심 유지관리자인지도 확인한다고 설명한다. 모든 공개 저장소가 자동으로 대상이 되는 방식은 아니다.

프로젝트는 저장소 위치와 연락처, 빌드 환경을 제공해야 한다. Dockerfile은 의존성을 미리 설치하고 프로젝트를 빌드해, 이후 에이전트가 인터넷 없이 감사를 수행하도록 준비하는 역할을 한다. 문서는 Dockerfile 빌드에는 네트워크가 쓰이고 그 뒤 감사 단계는 네트워크 없이 실행된다고 구분한다. 전 과정을 로컬에서 수행한다는 뜻은 아니다.

선택 항목인 위협 모델 파일에는 신뢰하지 않는 입력, 범위 밖 기능, 심각도 기준과 원하는 재현 방식 등을 적을 수 있다. 예를 들어 의도적으로 신뢰된 관리자의 기능을 외부 공격 경로로 오인하면 보고서가 늘어도 유용성은 낮아진다. 국내 라이브러리 팀은 한국어 업무 맥락을 포함하더라도 실행 가능한 테스트와 명확한 경계 조건을 함께 제공하는 편이 낫다.

무료 서비스에도 분류·수정의 예산은 필요하다

FAQ는 미검증 결과에 일률적인 90일 공개 기한을 부과하지 않는다고 설명한다. 이후 기존 절차에서 사람이 확인한 보고서는 검증 사실을 통지받은 때부터 90일을 기준으로 공개될 수 있다. 향후 정책을 바꿀 경우 사전 고지와 참여 철회 선택을 제공하겠다는 설명도 있다. '모든 발견이 90일 뒤 공개된다'는 요약은 현재 조건을 잘못 전달한다.

보고서 수신은 설정으로 일시정지하거나 프로젝트를 제거해 중단할 수 있다. 정기 스캔 빈도는 참여 프로젝트 수와 활용도 등 여러 요인에 따라 달라질 수 있어 고정 주기의 보장으로 읽으면 안 된다. 운영팀은 신청 전에 담당자 부재 시 연락 경로와 분류 가능한 주간 처리량을 정해 둘 수 있다.

국내 기업이 의존하는 오픈소스를 돕는 방법은 스캔 신청을 독려하는 것만이 아니다. 재현 환경 유지, 패치 리뷰와 회귀 테스트에 인력을 제공하는 것이 실질적 기여가 될 수 있다. AI 코딩 시대의 CI 병목처럼 생성량이 늘 때 검증 기반도 함께 확장해야 한다.

OSS Scanner는 공격자보다 빨리 후보를 찾는 기회를 제공할 수 있다. 그러나 무료 모델 사용과 무료 유지관리는 다른 문제다. 실제 평가는 유효한 신규 취약점의 수, 중복과 오탐에 쓴 시간, 수정 완료까지 걸린 기간을 함께 측정해야 한다. 탐지 속도를 높이는 선택이 프로젝트의 방어 능력을 높였는지는 그 다음 단계에서 결정된다.

FAQ

보고서를 사람이 확인한 뒤 보내나?

아니다. OSS Scanner의 빠른 경로는 사람 검토 없는 모델 출력을 전달한다. 기존의 사람이 검증하는 CVD 경로는 별도로 유지된다.

어떤 프로젝트나 무료로 신청하면 바로 승인되나?

핵심 유지관리자의 신청과 확인이 필요하며 인프라·사용자 보안에 대한 중요도 등을 사례별로 심사한다. 모든 공개 저장소의 자동 승인은 아니다.

88%라는 수치는 전체 정확도인가?

아니다. 초기 버전의 특정 고위험·치명적 후보 97건에 대한 CVD 기준 충족 비율이다. 전체 서비스 성능으로 일반화할 수 없다.

미검증 결과도 90일 뒤 반드시 공개되나?

현재 FAQ는 미검증 결과에 해당 기한을 부과하지 않는다고 설명한다. 나중에 사람이 검증한 경우에는 별도의 CVD 절차가 적용될 수 있다.

가장 먼저 준비할 것은 무엇인가?

재현 가능한 빌드·테스트 환경과 위협 모델, 보고서를 분류할 담당자다. 스캔 비용이 없더라도 결과 확인과 패치 유지의 작업은 남는다.