한눈에 보기
| 항목 | GitHub 시크릿 스캐닝 | Cremit |
|---|---|---|
| 보는 범위 | GitHub 안의 저장소와 그곳으로 가는 푸시 | GitHub과 다른 코드 호스트, 그리고 Slack·Jira·Confluence·Notion·오브젝트 스토리지·클라우드 IAM |
| 비용 | 공개 저장소는 무료, 비공개 저장소는 유료 애드온 필요 | 14일 체험 후 유료 플랜 |
| 푸시 차단 | Push protection이 커밋 단계에서 막습니다 | 푸시 게이트는 없습니다. 이미 들어가 있는 것을 연결된 모든 곳에서 찾습니다 |
| 아직 살아 있는가 | 파트너 제도로 여러 발급사가 유출 토큰을 자동 폐기합니다 | 올라오기 전에 발급처에 확인을 거칩니다 |
| 누구 것인가 | 추적하지 않습니다 | 소유자를 매핑해 보낼 사람이 정해집니다 |
| 교체 | 제품 범위 밖입니다 | 교체와 퇴사자 폐기가 안에 들어 있습니다 |
| 한국 시장 | 영어 제품과 지원 | 한국어 제품, ISMS-P 대응, 국내 지원 |
Cremit이 더하는 것
GitHub은 GitHub을 잘 봅니다. 아래는 그 바깥에 있는 부분입니다.
자격증명은 코드에만 있지 않습니다
장애 대응 중 Jira 티켓에 붙여넣은 키, 운영 문서에 적어둔 토큰, S3 백업에 남은 값은 저장소만 읽는 스캐너에는 보이지 않습니다. Cremit은 그 자리들을 같은 스캔에서 함께 봅니다.
지금 푸시가 아니라 히스토리
Push protection은 다음 시크릿을 막습니다. 몇 년치 커밋 히스토리에 이미 무엇이 있는지는 답하지 않습니다. 나중 커밋에서 지운 시크릿도 히스토리에는 남아 있고 대개 아직 유효합니다.
탐지 목록이 아니라 작업 목록
발급처에 확인을 거친 뒤 올라오기 때문에, 아직 인증에 성공하는 것과 오래전에 폐기된 것이 갈라집니다.
소유자와 교체
건마다 소유자가 붙고, 교체가 별도 티켓이 아니라 같은 제품 안에서 돌아갑니다.
코드 호스트 하나로 끝나지 않습니다
GitLab과 Bitbucket, 클라우드 스토리지가 같은 스캔에 들어옵니다.
GitHub이 정답인 경우
GitHub 시크릿 스캐닝은 좋은 기능이고, 많은 팀에게 첫 수순으로 맞습니다.
무료 예방
원격 저장소에 닿기 전에 막는 편이 나중에 찾는 것보다 쌉니다. 여기 있는 어떤 것도 그걸 대체하지 않습니다. 켜 두십시오.
연동 작업이 없습니다
코드가 사는 플랫폼 안에 이미 있습니다. 연결도, 에이전트도, 구매 절차도 필요 없습니다.
발급사 자동 폐기
파트너 제도에 참여하는 발급사의 토큰이 유출되면 그 발급사가 자동으로 폐기합니다. 몇 분 만에 되는 경우도 있습니다.
오픈소스에 무료
공개 저장소는 비용이 없습니다. 실수로 노출됐을 때 가장 위험한 자리가 정확히 그곳입니다.
어느 쪽이 맞습니까?
GitHub 스캐닝으로 충분한 경우
- -코드가 전부 GitHub에 있고 앞으로도 그렇다.
- -새 시크릿이 올라가는 것을 막는 게 주목적이다.
- -보고된 건을 분류하고 교체하는 절차가 이미 있다.
더 필요한 경우
- -자격증명이 Slack·Jira·Confluence·Notion이나 오브젝트 스토리지에도 있다.
- -패턴에 걸린 문자열이 아니라 아직 인증되는 것이 무엇인지 알아야 한다.
- -건마다 소유자가 붙고 교체까지 한자리에서 끝나야 한다.
- -코드 호스트가 둘 이상이거나 클라우드도 함께 본다.
- -한국어 제품과 ISMS-P 대응이 필요하다.
Cremit이 작성했습니다. GitHub 시크릿 스캐닝과 push protection은 좋은 기능이고 공개 저장소에서는 무료입니다. 다른 무엇을 쓰든 켜 두시길 권합니다. 이 페이지는 품질이 아니라 범위를 비교합니다. GitHub의 플랜과 기능은 바뀌므로, 내용이 오래됐거나 틀렸다면 hello@cremit.io로 알려주시면 고치겠습니다.
다른 비교 보기
주요 NHI 보안 플랫폼과 Cremit을 항목별로 비교한 다른 페이지입니다.