구글이 오픈소스 소프트웨어 취약점 보상 프로그램(OSS VRP)의 제품 취약점 접수를 2026년 10월 1일부터 멈췄습니다. 이유는 "자동화된 제출의 큰 증가, 그리고 그 대부분이 유효하지 않다"는 것이었습니다. 쉽게 말해 AI로 대량 생성한 엉터리 제보가 사람이 검토할 수 있는 양을 넘어섰다는 뜻입니다. 이 글은 무엇이 멈췄고 무엇은 그대로인지, 그리고 이 일이 오픈소스 보안에 어떤 의미인지 정리합니다.
핵심 요약
- 구글 OSS VRP, 2026년 10월 1일부터 제품 취약점 신규 접수 중단
- 원인: 자동화된(AI 생성) 제보 급증, 대부분 무효
- 공급망 제보·기존 제출 건은 유지, 다른 VRP와 Patch Rewards는 계속 운영
- 2027년 1분기 개편 업데이트 예정, curl도 1월에 같은 이유로 바운티 종료
무엇이 멈췄고, 무엇은 그대로인가
구글 VRP 공식 X 계정과 Bug Hunters 사이트 공지에 따르면 내용은 이렇습니다.
- 중단: OSS VRP의 제품 취약점 신규 제출 (2026년 10월 1일부터)
- 유지: OSS VRP의 공급망(supply chain) 관련 제보, 그리고 10월 1일 이전에 이미 제출된 건
- 대안: 구글의 다른 VRP 프로그램이나 Patch Rewards Program으로 제출을 권장. IT Pro는 일부 제품 취약점은 Cloud VRP를 통해 받을 수 있다고 전했습니다.
- 향후 일정: 프로그램을 재정비해 2027년 1분기에 업데이트를 내놓겠다고 약속
기존 글에서 "AI 관련 제출 급증으로 AI 버그 바운티를 동결"이라고 쓴 부분은 정확히 고쳐야 합니다. 멈춘 것은 'AI 모델 취약점 프로그램'이 아니라 구글 오픈소스 프로젝트 전반의 취약점 보상 프로그램이고, 원인이 'AI가 생성한 대량 제보'입니다. AI 모델의 데이터 오염이나 프롬프트 인젝션 같은 새로운 취약점 유형이 많아서 멈췄다는 해석은 공지 어디에도 없습니다.
구글만의 일이 아니다
BleepingComputer는 올해 1월 curl 메인테이너가 같은 이유로 HackerOne 버그 바운티를 종료했다고 짚었습니다. The Verge도 리눅스 커뮤니티가 비슷한 문제를 겪고 있다고 언급했습니다. TechCrunch는 Tom's Hardware를 인용해 구글 엔지니어와 오픈소스 메인테이너들이 무효하거나 환각(hallucination)이 섞인 보고서에 압도됐다고 전했습니다.
패턴은 같습니다. 보상금이 걸린 공개 창구 → LLM으로 코드베이스를 훑어 "취약점처럼 보이는" 보고서를 대량 생성 → 메인테이너가 하나하나 재현을 시도하다 지침 → 진짜 제보까지 묻힘.
왜 비용 구조가 무너지는가
버그 바운티는 "제보자는 시간을 들여 찾고, 운영자는 검증 후 보상한다"는 비대칭 위에 서 있었습니다. 찾는 데 드는 비용이 검증 비용보다 컸기 때문에 스팸이 적었죠. 생성형 AI는 이 균형을 뒤집었습니다. 보고서 한 건을 만드는 비용은 거의 0이 됐지만, 그것이 진짜인지 확인하려면 여전히 숙련된 엔지니어가 재현 환경을 꾸리고 코드를 읽어야 합니다. 한쪽 비용만 급락하면 창구는 막힐 수밖에 없습니다.
운영자와 연구자가 할 수 있는 것 (편집자 분석)
- 재현 가능한 PoC 필수화: 실행 가능한 재현 코드와 환경 정보가 없으면 자동 반려하는 방식이 가장 먼저 검토될 만합니다.
- 평판·이력 기반 큐: 과거 유효 제보 이력이 있는 연구자 제보를 우선 검토하는 구조.
- AI 사용 공개: AI 도구를 썼다면 밝히고, 사람이 직접 검증했음을 확인하게 하는 정책.
- 연구자 쪽: 구글 공지대로 다른 VRP나 Patch Rewards로 방향을 돌리되, 제출 전 직접 재현을 끝내는 것이 기본입니다.
위 대책들은 구글이 발표한 내용이 아니라 이 블로그의 분석입니다. 실제 개편안은 2027년 1분기 구글 발표를 확인해야 합니다.
정리
이번 중단은 "AI가 보안을 강화한다"는 기대와 반대로, AI가 사람 검토라는 병목을 공격해 보안 협업 창구 자체를 닫게 만든 사례입니다. 오픈소스 보안은 결국 메인테이너의 시간이라는 한정된 자원 위에 있고, 그 자원을 지키는 장치가 앞으로 버그 바운티 설계의 핵심이 될 것입니다.
자주 묻는 질문
Q. 구글의 모든 버그 바운티가 멈춘 건가요?
아닙니다. 멈춘 것은 오픈소스 소프트웨어 VRP의 '제품 취약점' 신규 접수뿐입니다. 공급망 관련 제보와 10월 1일 이전 제출 건은 그대로 처리되고, 구글의 다른 VRP 프로그램과 Patch Rewards Program은 계속 운영됩니다.
Q. AI로 찾은 취약점은 이제 제보하면 안 되나요?
구글 공지는 AI 사용 자체를 금지하지 않았습니다. 문제 삼은 것은 '대부분 유효하지 않은 자동화 제출'입니다. AI 도구로 후보를 찾았더라도 사람이 직접 재현하고 영향을 확인한 뒤 제출하는 것이 핵심입니다.
Q. 오픈소스 프로젝트 메인테이너라면 무엇을 준비해야 하나요?
보안 정책(SECURITY.md)에 재현 절차, 영향 범위, 테스트 환경 정보를 필수 항목으로 적어 두면 저품질 제보를 걸러내는 데 도움이 됩니다. 반복적으로 무효 제보를 보내는 계정을 차단할 기준도 미리 정해 두는 편이 좋습니다. 이는 이 블로그의 권장 사항이며 구글 지침은 아닙니다.
Q. 언제 재개되나요?
구글은 2027년 1분기에 업데이트를 내놓겠다고만 밝혔습니다. 재개 여부와 새 조건은 그때 확인할 수 있습니다.
Q. 이 일이 보안 수준을 떨어뜨리지는 않나요?
단기적으로는 진짜 취약점을 찾던 연구자의 보상 창구가 줄어드는 손실이 있습니다. 다만 무효 제보에 메인테이너 시간이 소진되는 것도 보안에는 손해이므로, 구글은 둘 중 후자를 더 큰 위험으로 판단한 것으로 보입니다. curl 사례까지 합치면, 공개 보상 창구를 어떻게 지킬지는 업계 전체의 숙제가 됐습니다.
이 글의 작성 원칙
이 글은 공식 발표와 주요 매체 보도를 직접 확인해 정리했습니다. 공식 확인이 없는 내용은 [보도]로 표시했고, 편집자 해석은 사실과 구분해 "편집자 분석"이라고 밝혔습니다. 원래 같은 날 여러 소식을 묶어 쓴 글이었으나, 독자에게 더 도움이 되도록 한 주제로 다시 쓰고 잘못된 수치와 근거 없는 추측을 바로잡았습니다. 새로운 사실이 확인되면 본문 하단에 수정 날짜와 함께 업데이트하겠습니다. 오류를 발견하시면 문의 페이지로 알려주세요.
출처
댓글
댓글 쓰기