SSQ.AISSQ.AI
한국어
help!

목표 기반 침투테스트⁠·⁠레드팀

Objective-Based Penetration Testing & Red Teaming

‘실제로 공격받으면 버틸 수 있는가’라는 질문에, 직접 시도해 본 근거로 답합니다.

고객 데이터나 핵심 시스템처럼 지켜야 할 목표를 정하고, 실제 공격자처럼 그 목표를 노립니다. 목표까지의 경로를 보는 목표 기반 침투테스트로도, 조직의 대응까지 기록하는 레드팀으로도 진행합니다.

목표를 노리는 현실적인 공격 앞에서, 조직은 어떻게 예방⁠·⁠탐지⁠·⁠대응하는가?

목표에 닿았는지, 어디서 알아채고 막았는지를 단계별 기록과 함께 평가합니다.

전문가 검토 완료

합의한 목표·범위·규칙 목표 도중에 멈춤 누가 미리 알고 있는가 알고 있음 사전 고지 제한 공개 무예고
공격자 역할은 정한 범위 안에서 목표를 향해 나아가고, 조직에서 누가 미리 알고 있을지는 세 방식 가운데 고릅니다.

이런 상황에 적합합니다

  • 실제로 공격받으면 알아챌 수 있을지 모를 때

    보안 장비와 관제, 대응 절차는 갖췄지만 ‘정말 잡아낼까’라는 질문에 답할 근거가 없을 때입니다.

  • 침입 한 번이 어디까지 번질지 알고 싶을 때

    직원 PC 한 대나 계정 하나가 뚫리면 회사 전체로 번질지, 그 사이 어디에서 멈출 수 있는지 확인합니다.

  • 매년 점검은 받지만 실제 공격자는 다르게 올 것 같을 때

    실제 공격자는 취약점 하나에서 멈추지 않고 여러 약점을 이어 목표로 나아갑니다. 그 과정과 그 사이의 대응을 보려는 경우입니다.

  • 경영진이 실전에 가까운 시험을 원할 때

    이사회가 실제 공격에 얼마나 버틸 수 있는지 묻거나, 경영진이 보안팀 모르게 실전처럼 시험해 보자고 할 때 맞습니다.

SAFE SQUARE의 방식

목표를 먼저 정합니다

‘고객 데이터에 닿을 수 있는가’ 같은 목표를 먼저 정하고, 그 목표까지 이어지는 경로에 힘을 모읍니다.

공격과 대응을 같은 시간축에 남깁니다

공격 기록과 조직의 탐지⁠·보고⁠·대응 기록을 같은 시간축에 맞춰, 어디에서 알아챘고 어디에서 놓쳤는지 한눈에 보이게 합니다.

사람과 현장까지 넓힐 수 있습니다

승인을 받은 범위 안에서 피싱⁠·⁠사회공학, 공급망, 무선, 물리적 접근까지 시나리오에 넣을 수 있습니다.

두 가지 진행 방식

목표 기반 침투테스트

공격자가 목표에 실제로 닿을 수 있는가, 닿는다면 어떤 경로인가?

공격자 역할로 여러 약점을 이어 목표에 도달하려 시도하고, 어떤 조건과 경로로 도달했는지 또는 어디에서 멈췄는지를 근거와 함께 보여 줍니다.

보는 것
목표 도달 여부와 그 경로
방어팀은
필요한 만큼 미리 알리고 진행
결과
목표까지의 공격 경로와 근거, 그 경로를 끊을 개선 과제

레드팀

목표를 노리는 공격자를, 조직은 알아채고 막아내는가?

실제 공격자처럼 목표에 도달하려 시도하고, 조직이 언제 알아채고 어떻게 막고 대응하는지 단계마다 기록해 평가합니다.

보는 것
목표 도달 여부와 조직의 예방⁠·탐지⁠·대응
방어팀은
사전 고지⁠·⁠제한 공개⁠·⁠무예고 가운데 선택, 대응은 진행 중 관찰
결과
공격 경로⁠·⁠타임라인과 단계별 대응 평가
설명을 위한 예시 ATTACK 공격 측면 RESPONSE 대응 측면 최초 접근 내부 확산 중요 시스템 도달 탐지까지 보고까지 대응까지 경보 없음 첫 탐지 보고 차단·복구 결정
레드팀 기록의 예: 공격이 단계마다 어디까지 갔는지와, 조직이 언제 알아채고 보고하고 대응했는지를 같은 시간축에 남깁니다.

방어팀과 함께 공격 기법별로 탐지를 훈련하고 고쳐 나가는 일은 사람⁠·⁠AI 보안 역량 강화의 퍼플팀⁠·⁠탐지 실전훈련에서 진행합니다.

진행 순서

  1. 목표⁠·⁠조건 합의

    공격 목표와 범위, 방어팀에 미리 알릴 수준을 함께 정합니다.

  2. 시나리오 준비

    정한 목표와 익스포저 인텔리전스로 확인한 노출, 같은 업종을 노려 온 위협의 방식을 바탕으로 현실적인 공격 시나리오를 준비합니다.

  3. 실행과 기록

    공격자 역할로 목표를 향해 나아가며, 단계마다 무엇을 했는지와 조직이 어떻게 반응했는지 기록합니다.

  4. 결과 검토

    끝난 뒤 관련 팀과 함께 공격 기록과 대응 기록을 맞춰 보며 결과를 검토합니다.

  5. 개선과 재확인

    보완할 지점을 정리하고, 원하시면 조치 후 다시 확인합니다.

안전하게 진행하기 위해운영에 영향을 줄 만한 시도는 바로 멈출 수 있게 준비해 두고 진행합니다. 안전한 진행과 중단 기준, 사실과 추정의 구분, 자료의 보관⁠·⁠파기 같은 공통 원칙은 일하는 방식과 원칙에 있습니다.

고객에게 남는 결과

공격 시나리오와 타임라인

공격이 거친 경로와 시간순 진행, 목표에 도달했는지 또는 어디에서 멈췄는지를 정리합니다.

탐지⁠·⁠대응 평가

각 단계에서 실제로 무엇이 차단⁠·⁠탐지⁠·⁠보고되었고 조직이 어떻게 대응했는지 정리합니다.

개선과 재확인 과제

탐지⁠·⁠대응 체계에서 보완할 지점과, 조치 후 다시 확인할 항목을 정리합니다.

목표 기반 침투테스트 결과 예시가상의 예시
목표

협력사 연동 계정 하나에서 운영 서비스 배포까지 닿을 수 있는가

출발점: 협력사용 연동 계정 하나 · 방어팀: 보안팀장과 승인자만 사전 인지

단계결과근거
협력사 연동 계정에서 빌드 서버로뚫림협력사용 연동 계정이 필요한 저장소뿐 아니라 빌드 서버의 작업 화면에도 접속할 수 있었습니다.
빌드 서버에서 배포 권한으로뚫림빌드 작업 설정에 배포용 토큰이 평문으로 남아 있어, 그 토큰으로 배포 권한을 얻을 수 있었습니다.
배포 권한에서 운영 서비스로막힘운영 배포는 승인자 두 명의 확인을 거치도록 되어 있어, 운영 서비스에는 닿지 못했습니다.
그 사이의 탐지보완 필요빌드 서버로의 낯선 접속은 기록됐지만 경보 기준이 없어, 진행 중 아무도 알아채지 못했습니다.
평가
목표에는 닿지 못했지만, 협력사 연동 계정 하나에서 배포 권한까지는 이어졌습니다.
끊을 지점
협력사 연동 계정은 필요한 저장소에만 접근하게 하고, 배포 토큰은 비밀 관리 도구로 옮기며, 빌드 서버의 낯선 접속에 경보를 둡니다.

여기서 평가하는 대응은 시나리오로 정한 사이버 공격 상황에서의 예방⁠·탐지⁠·대응이며, 조직이 알아채고 대응하는지는 이 서비스가 평가합니다. 랜섬웨어가 업무를 멈추고 복구까지 막을 수 있는지는 랜섬웨어 공격 내성 검증에서 확인합니다. 그 검증은 탐지 지점을 기록하되, 막는 곳과 복구를 평가합니다.

관련 연구: 오펜시브 엔지니어링(EXPLOIT) — 공격자 관점에서 취약점과 실제 영향을 분석⁠·⁠검증하는 기술을 연구합니다.

  1. 걱정되는 일이나 확인하고 싶은 대상을 알려 주세요. 몇 줄이면 충분합니다.

  2. 범위와 일정, 비용을 제안하고 함께 정합니다.

  3. 합의하면 시작합니다. 결과와 다음 단계는 진행하며 함께 정리합니다.