핵심 요약: 검증된 바운티 취약점도 준비 대기열이 비어 제보하지 못하면 가치가 떨어집니다. KENSAI는 적절한 시기를 놓치지 않고 제보 작업을 이어갈 수 있도록 G5 버퍼의 엄격한 하한을 유지합니다.
버퍼가 중요한 이유
버그 바운티 운영은 취약점을 찾는 데서 끝나지 않습니다. 확인을 마친 범위 내 고위험 보고서를 최신성이 떨어지거나 다른 연구자가 먼저 중복 제보하기 전에 올바른 제출 절차로 보내야 합니다. 준비된 자료를 충분히 확보하면 운영자는 다음 검증 주기를 기다리지 않고 제보할 수 있습니다.
G5 하한의 계산법은 의도적으로 단순합니다. 증거 게이트를 통과했고 아직 제보하지 않은 취약점만 셉니다. 그 수가 최솟값 아래로 내려가면 검증 루프를 즉시 실행해야 합니다. 자의적으로 재해석하거나 폐기된 스키마의 지름길을 쓰거나 대시보드 수치를 낙관적으로 계산해서는 안 됩니다.
KENSAI가 점검하는 항목
- 기본 하한: 바운티 취약점 테이블에서 G5를 통과했고 아직 제보하지 않은 항목입니다.
- 제보 상태: 이미 발송했거나 완료로 표시하지 않은 취약점입니다.
- 프로그램 보류: 그 밖에는 유효한 작업을 대기 상태로 만드는 중단된 프로그램과 신호 슬롯 제약입니다.
- 복구 조치: 항목 수가 목표 하한 아래로 떨어질 때 검증 루프를 자동으로 실행합니다.
운영상 얻는 결론
준비 버퍼는 신뢰성을 지키는 통제 장치입니다. 팀이 보고서를 충실하게 작성할 시간을 확보하고, 검토 품질을 높게 유지하며, 촉박한 제보 기회를 막판 검증에 의존하지 않도록 합니다.
KENSAI의 원칙이 단호한 이유는 보상 기회도 냉정하게 닫히기 때문입니다. 버퍼를 건전하게 유지하고, 그렇지 못하면 즉시 복구를 실행합니다.