노출 체류 시간 단축
버그가 생긴 시점과 수정이 배포되는 시점 사이의 창을 줄이세요.
CyberStrike는 지속적으로 테스트하고 테스트를 코드 변경에 묶어, 노출과 탐지 사이의 간극을 몇 달이 아니라 며칠로 측정합니다. 그리고 모든 발견이 Slack, Jira, CI 안에서 보안과 개발자 모두에게 설명되므로, 수정이 팀 간 인계에서 멈추지 않습니다.
- 탐지
- 몇 시간 내
- 교정
- 수정 가능한 지침
- 전달 대상
- Slack · Jira · CI
- 대상
- 보안 + 개발자
- 창
- 몇 달이 아니라 며칠
왜 중요한가
버그가 눈에 띄지 않고 오래 머물수록 비용이 커집니다.
두 간극이 노출의 창을 늘립니다. 첫째는 시간입니다. 연례·분기 테스트는 새로운 위험이 탐지되지 않는 몇 달을 남기고, 바로 그 틈을 공격자가 노립니다. 둘째는 인계입니다. 보안에는 말이 되는 발견이 정작 고쳐야 할 개발자에게는 아무 의미가 없는 경우가 많아, 팀 사이를 오가며 멈춥니다. CyberStrike는 둘 다 닫습니다. 변경 시 테스트하고, 각 발견을 양측에 설명합니다. 보안에는 익스플로잇을, 개발자에게는 수정을, 바로 Slack, Jira, CI로 전달합니다.
작동 방식
변경 시 테스트, 맥락 속에서 보고, 몇 시간 내 수정.
단계 01
지속적 감시
CyberStrike는 라이브 공격 표면을 건드리는 변경을 감시합니다. 배포, 설정 드리프트, 새 서비스 등.
단계 02
변경 트리거 테스트
변경된 표면은 다음 분기 주기가 아니라 변경 후 몇 시간 내에 테스트됩니다.
단계 03
하나의 발견, 두 대상
보안은 요청·응답 증거가 있는 익스플로잇을, 개발자는 평이한 언어의 근본 원인과 제안된 수정을 받습니다. 번역 계층도, 왕복도 없습니다.
단계 04
그들이 일하는 곳으로 전달
발견이 Slack, Jira, 당신의 CI에 도착하므로, 확인된 발견에서 배포된 수정까지의 시계가 몇 시간으로 측정됩니다.
더 짧은 창 뒤의 메커니즘
탐지까지 몇 달이 아니라 며칠. 확인된 발견이 위험을 들여온 변경 후 며칠 내에 도착합니다. 다음 예정된 테스트가 아니라.
살아 있는 공격 표면 지도. 다음 범위를 기다리는 것은 없습니다. 새롭고 변경된 표면은 나타나는 대로 테스트됩니다.
팀 간 핑퐁은 그만. 같은 발견이 보안과 개발자에게 각자의 언어로 설명되므로, 수정이 둘 사이의 번역에서 멈추지 않습니다.