깃허브 별 약 6만5600개 기록한 클라우드플레어 보안 스킬

클라우드플레어(Cloudflare, $NET)가 공개한 코드 보안 감사 스킬의 깃허브(GitHub) 저장소가 8일 별 약 6만5600개를 기록했다. 코딩 에이전트가 취약점 후보를 찾고 별도 에이전트가 이를 검토하도록 안내하는 공개 도구다.

깃허브 저장소 화면에는 별 65.6k개와 포크 4.3k개가 표시됐다. 두 값은 반올림 수치로, 화면만으로 별의 정확한 총량을 알 수는 없다.

11월 7일 별 증가량은 집계처마다 달랐다. RepoRadar는 2088개, RepoTrending은 2520개, Ageshio는 2548개로 집계했다.

Trendshift에 색인된 @trending_repos의 X 게시물은 24시간 증가량을 2088개로 제시했지만, 같은 페이지의 11월 7일 일별 표에는 1583개가 적혔다. 게시물과 일별 표의 기준 시각과 집계 기간이 같은지는 확인되지 않아 증가량을 하나의 수치로 정리하기 어렵다.

별은 저장소에 대한 관심을 가늠하는 신호지만 실제 설치·실행 규모나 취약점 탐지 성능을 나타내지는 않는다. 깃허브 표시량과 추적 사이트의 증가량만으로 도구 사용이나 보안 효과를 판단할 수 없다.

저장소는 MIT 라이선스로 공개됐으며, 독립형 취약점 스캐너라기보다 코딩 에이전트에 단계별 감사 절차를 제공하는 도구다. 감사는 코드 구조와 신뢰 경계, 외부 입력 지점을 살피는 정찰로 시작한다.

이후 감사 범위를 나눠 취약점 후보를 찾고, 처음 발견한 에이전트와 별도 에이전트가 후보를 반박하고 검증한다. 절차는 구조화된 결과 작성, 별도 검증, 보고서 작성까지 모두 6단계로 이어진다.

발견 사항은 ‘확인됨(confirmed)’, ‘추가 검증 필요(needs_validation)’, ‘기각됨(rejected)’으로 나눠 findings.json에 기록한다. 후보를 모두 확정된 취약점으로 처리하지 않고 검증 상태를 구분하는 구조다.

클라우드플레어는 6월 18일 기술 글에서 단일 저장소를 검사하는 약 450줄짜리 스킬을 더 큰 취약점 탐지 시스템의 출발점으로 소개했다. 공개된 스킬이 회사의 전체 탐지 시스템을 뜻하는 것은 아니다.

회사는 자체 시험에서 한 차례 실행으로 반복 실행이 발견한 취약점의 약 절반을 찾았다고 밝혔다. 이는 회사의 자체 경험이며 독립 기관이 측정한 성능 결과는 아니다.

해커뉴스(Hacker News) 토론에는 감사 절차에 긍정적인 반응이 있었다. 댓글에는 토큰 사용량에 관한 개인 경험과 좁은 범위부터 살피자는 의견이 있었고, 운영체제 수준 샌드박스를 요구한 이유를 묻는 질문도 올라왔다.

AI 스킬을 실제 에이전트 실행으로 검증한 사례와 관련해 본지는 앞서 엔비디아가 AI 스킬 947건을 검증한 내용을 전했다.

저장소는 범용 코드 저장소를 대상으로 한다. 공개 문서에는 스마트계약이나 지갑, 거래소 코드에 적용한 시험 결과가 제시되지 않았다.

사용하려면 도구 호출과 병렬 하위 에이전트를 지원하는 코딩 에이전트와 검증기 실행용 Node.js가 필요하다. 대상 코드의 빌드·테스트·프로세스 실행은 운영체제 수준의 샌드박스에서 격리하도록 안내한다.

저장소는 샌드박스에 외부 네트워크 차단, 환경 변수 허용 목록, 자원 제한, 지정 경로 쓰기 허용을 요구한다. 필요한 격리 조건이 갖춰지지 않으면 대상 코드를 실행하지 않고 발견 사항을 ‘추가 검증 필요’로 남긴다.