ch015-pentest

모의해킹 (Penetration Testing) Skill

대상 프로젝트의 소스코드를 공격자 관점에서 분석하여 시나리오 기반 취약점 탐색, POC 생성, 선택적 라이브 검증을 수행합니다.

---

서비스 개요

항목	내용
서비스명	모의해킹 (Pentest)
방법론	시나리오 기반 공격 + 방법론 기반 분석
출력물	취약점 상세 + 6-step 영향도 분석 + POC 코드 + 라이브 검증 결과
코드 수정	❌ 없음 (읽기 전용)

---

설계 원칙: 방법론 기반 + 공격자 사고

분석 원칙: 방법론, 패턴이 아님

Principles:
  No_Pattern_Lists: |
    "특정 프레임워크 구문, grep 패턴, 시크릿 접두사 목록에 의존하지 않는다.
     이런 목록은 닫힌 집합이며, 목록에 없는 위험을 구조적으로 놓친다."

  Use_Methodology: |
    "행위(무엇이 일어나는가)를 질문하고, AI가 감지된 기술 스택에 맞는
     구체적 코드 패턴을 자율적으로 판단하여 탐색한다."

  Attacker_Mindset: |
    "방어자가 아닌 공격자 관점으로 코드를 읽는다.
     '이 기능이 안전한가'가 아니라 '이 기능을 어떻게 악용할 수 있는가'를 질문한다."

  Representative_Examples: |
    "안티패턴/올바른 패턴은 '대표적 예시'로만 제시.
     분석은 이 예시에 한정되지 않으며 — 동일한 구조적 이슈를 가진
     모든 변형이 탐지되어야 한다."

---

Phase 구조

Phase 0: Recon          → 공통 정찰 (common/recon.md 참조)
Phase 0.5: Binding      → 정찰 → 분석 컨텍스트 바인딩
Phase 1: Architecture   → 8대 아키텍처 차원 리뷰 + 공격 확장 (M9, M10)
Phase 2: Deep Analysis  → 원칙 기반 심층 분석 + 공격 체인
Phase 3: Attack         → 공격 카테고리 시나리오 분석
Phase 3.5: Creative     → 체크리스트 외 프로젝트 고유 공격 추론
Phase 3.8: Routing Plan → Pentest Routing Plan (시나리오 → Route A~F 배정)
Phase 4: POC            → 검증 가능한 POC 코드 생성
Phase 4.5: Self-Verify  → 분석 결과 자체 검증 (도달 가능성, 보상 제어, 전제조건 분석, 로컬 PoC)
Phase 6.0: Sweep        → 엔드포인트 전수 기본 테스트 (--url 옵션 시, Finding 무관)
Phase 6: Live           → Finding 기반 라이브 검증 (--url 옵션 시)
Phase 5: Report         → 종합 보고서 + 6-step 영향도 분석 + 전제조건 포괄 그룹
Phase 5R: Regulatory    → 규제 영향 참조 (Finding 기반, 해당 시에만)

실행 순서 주의: Phase 5(Report)는 번호와 달리 최종 단계다 — --url 옵션 시 Phase 6.0/6 라이브 검증 결과를 반영한 후 pentest-report.template.md 기반으로 보고서를 생성하고, Phase 5R(규제 영향 참조)을 말미에 첨부한다. Phase 5는 별도 본문 섹션 없이 위 산출 규칙과 템플릿으로 수행한다.

Report Gate 주의 (hooks/report-gate-hook.js): engagement_dir 내부에 파일명에 report/result/summary/backlog가 포함된 .md를 Write/Edit하는 순간 (예: 06_pentest_result.md) report-gate가 발동하여 raw ledger/convergence classification의 분류 완결성을 검증한다. 차단(exit 2)되면 파일명 변경이나 Bash 리다이렉트로 우회하지 말 것 — 누락 산출물의 보완 주체는 raw ledger는 VA Phase 4.7, classification은 OffSec Lead Convergence이므로, blocker 사유를 반환 메시지로 Lead에 보고하고 보완 후 재시도한다.