이제 취약점을 찾는 것이 더 이상 어려운 일이 아닙니다.
AI 모델은 사람이 수정할 수 있는 속도보다 더 빠르게 취약점을 찾아냅니다. 중요한 것은 확인된 수정안이 얼마나 빨리 병합되어 적용되는가입니다.
Anthropic의 Project Glasswing은 첫 7주 동안 10,000개 이상의 심각 및 치명적 취약점을 발견했습니다.
출처: Help Net Security, 2026년 5월 26일2026년 10월 2일까지 관리자들은 Project Glasswing이 공개한 6,157개 취약점 중 516개를 패치했습니다.
출처: Project Glasswing 패치 격차Cloud Security Alliance에 따르면 CVE의 28.3%는 공개 후 24시간 내에 악용됩니다.
출처: Cloud Security AllianceOpenAI의 Daybreak도 같은 견해를 가지고 있습니다. 격리된 환경에서 결과를 검증하고, 검토용 패치를 생성한 뒤 적용 여부는 사람이 결정합니다.
출처: OpenAI
이 수치들은 해당 프로그램 및 연구진의 결과이며 Coroid의 결과가 아닙니다. 바로 이런 이유로 Coroid의 보안 기능은 단순히 찾는 것을 넘어 수정하도록 설계되었습니다.
모든 잠금 파일이 한 시간 내에 일치 여부가 확인됩니다.
Coroid는 각 프로젝트가 설치하는 모든 패키지의 목록을 유지하며, 권고 사항이 발표된 지 1시간 내에 이를 새 권고 사항과 대조합니다. 파일을 완전히 읽을 수 없는 경우에는 그 사실이 명시됩니다.
취약한 종속성모든 변경 사항에서 유출된 키, 가짜 패키지 및 제거된 보호 장치가 검사됩니다.
pull request별로 그리고 Coroid의 에이전트가 만든 모든 변경 사항은 인증 정보, 존재하지 않거나 악성으로 보고된 패키지, 제거된 접근 제어 항목 등에 대해 검증됩니다. 변경으로 인해 발생하는 내용은 병합되기 전에 검증 결과로 확인할 수 있습니다.
코드 스캔 및 보안 리뷰결정의 기준
- 자동으로 승인되는 상황은 없습니다.
- 깨끗한 결과는 완전한 스캔이 이루어진 경우에만 인정됩니다. 부분적인 커버리지, 누락된 권한 또는 지연된 권고 데이터는 표시되며, 결코 수정된 것으로 간주되지 않습니다.
- 기본적으로 비공개로 설정됩니다.
- 공개되지 않은 취약점의 세부 정보는 권한을 가진 사람이 공개할 때까지 Coroid 내에 보관됩니다.
- 사람이 직접 병합을 수행합니다.
- Coroid는 풀 리퀘스트를 생성합니다. 무엇을 병합할지는 팀이 결정하며, 예외 사항도 소유자가 결정하며 테스트 중인 변경 사항에 의해 결정되지 않습니다.
- 인증 정보는 그대로 유지됩니다.
- Coroid는 찾은 인증 정보를 절대 보관하지 않으며, 작동 여부를 확인하기 위해 사용하려고도 하지 않습니다.
모든 요금제에서 이용 가능합니다.
모든 요금제에 보안 기능이 포함되며 무료 요금제에도 적용됩니다. AI 모델을 사용하지 않는 검증 작업에는 크레딧이나 에이전트 시간이 소모되지 않습니다. 수정 작업과 기능을 활성화한 후의 감사 작업은 다른 작업과 마찬가지로 에이전트 시간을 사용합니다.
계획 및 요금가이드를 확인해 보세요.
각 보호 기능의 역할, 아직 포함되지 않은 항목, 그리고 GitHub에서 해당 검사를 필수로 요구하는 방법을 안내합니다.
- 보안
Coroid의 보안 기능이 코드와 소프트웨어 공급망에서 모니터링하는 대상, 발견된 취약점에 대한 조치 내용 및 해당 기능의 비용에 대해 설명합니다.
- 보호 조치 및 적용
각 보안 보호 조치의 활성화 방법, observe와 enforce의 의미, 그리고 적용이 준비 게이트를 통과할 때까지 대기하는 이유를 설명합니다.
- 발견 사항 및 그 라이프사이클
보안 기능이 어떻게 하나의 발견 사항 목록을 유지하고, 발견 사항이 언제 열리고 닫히며, 코드 내에서 수정되는 경우와 배포된 환경에서 수정되는 경우의 차이, 그리고 예외 처리 방식에 대해 설명합니다.
- 취약한 종속성
보안 기능은 각 프로젝트의 패키지를 목록화하고 공개된 권고사항과 대조하며, 완전히 읽어들이는 잠금 파일과 Coroid 보안 검사가 pull request에서 수행하는 작업을 설명합니다.
- Pull 요청 수정
Coroid가 취약한 종속성을 검토 완료된 업그레이드 pull request로 전환하는 방법, 그 비용이 어떻게 처리되는지, pull request에 포함되는 내용, 그리고 코드 및 비밀번호 관련 문제를 어떻게 수정하는지 설명합니다.
- 유출된 비밀번호
보안 기능이 변경 사항 및 이력에서 자격 증명을 찾아내는 방식과, 유출된 비밀번호가 회전되었음이 확인될 때만 닫히는 이유, 그리고 이를 해결하는 방법에 대해 설명합니다.
- 공개 정책
Coroid에서 비공개 취약점의 세부 정보를 어떻게 내부에 보관하는지, 해당 정보가 GitHub에 표시되거나 알림 및 내보내기 파일에 포함되는 방식, 그리고 비공개 수정 사항이 어떻게 배포되는지를 설명합니다.
- GitHub 권한 및 Coroid 보안 검사
GitHub 앱이 보안 기능에서 사용하는 권한과 그 이유, Coroid 보안 검사의 동작 방식, 해당 검사를 필수로 요구하는 방법, 그리고 GitHub 자체의 보안 경고를 가져오는 방법을 설명합니다.