보안 강화 제안

$codex-security:propose-security-hardening을 사용하여 보안 근거 모음을 구조적 또는 아키텍처 강화 방안으로 발전시키세요. 이 워크플로는 완료된 Codex Security 검사를 분석하거나 제공된 발견 사항, 공개 보고서, 인시던트 검토, 평가 문서 및 소스 코드에서 시작할 수 있습니다.

결과에서는 설계 대안과 각 대안의 엔지니어링상 장단점을 비교합니다. Codex는 사용자가 대안을 선택하고 구현을 요청한 후에만 저장소를 변경합니다.

근거 준비

워크플로에 다음을 제공하세요.

• 스캔 디렉터리 또는 발견 사항과 보고서 모음.
• 대상 소스 트리와 리비전 또는 스냅샷(있는 경우).
• 발견 사항을 뒷받침하는 PoC, 트레이스, 인시던트 증거 또는 평가 자료.
• 성능, 메모리, 호환성, 신뢰성, 운영, 제공 일정 또는 변경 범위에 관한 제약 사항.

예를 들어, 권한 부여 버그가 반복된다면 각 핸들러에서 검사하는 것보다 공통 제어를 적용하는 것이 더 쉬울 수 있습니다. 또한 증거에 따라서는 아키텍처를 변경하는 대신 국소적인 수정을 유지하는 편이 타당할 수 있습니다.

워크플로 실행

다음과 같은 프롬프트를 보내세요.

Use $codex-security:propose-security-hardening to analyze [scan directory or finding paths] against [source tree and revision]. Develop evidence-backed structural hardening options with engineering tradeoffs, before-and-after diagrams, a migration plan, and an implementation handoff. Do not modify the repository.

대안 선택

대안을 선택하기 전에 제안서가 다음 사항을 충족하는지 확인하세요.

• 제안된 각 변경 사항을 발견 사항, 소스 코드, 위협 모델 증거와 연결합니다.
• 현재 설계와 새 설계가 유지해야 할 보안 불변 조건을 설명합니다.
• 잔여 위험, 성능, 신뢰성, 운영, 호환성, 마이그레이션 비용을 포함하여 서로 다른 대안을 비교합니다.
• 증거로 권장 사항을 뒷받침하고 가정과 미해결 질문을 명시합니다.
• 배포, 검증, 롤백 및 구현 지침을 포함합니다.
• 관찰된 사실, 추론, 제안된 설계 특성을 구분합니다.

방안을 선택하기 전에 근거와 장단점을 검토하세요. 아키텍처 다이어그램이나 설계 권고는 원래 발견 사항 또는 구현된 수정 사항에 대한 검증을 대체하지 않습니다.

검사에서 생성된 강화 지침 사용

보고할 수 있는 발견 사항이 있는 표준, 심층 또는 변경 스캔에서 강화 포트폴리오를 요청할 수 있습니다. Codex는 포트폴리오를 hardening/hardening.md에, 구조화된 분석을 hardening/hardening.json에 작성하고, 관련 제안 또는 다이어그램을 hardening/ 아래에 저장합니다. 스캔은 report.md에서 포트폴리오로 연결합니다.

해당 링크를 계속 사용할 수 있도록 전체 검사 디렉터리를 함께 유지하세요. 포트폴리오의 근거가 되는 개별 보고서를 검토하려면 취약점 보고서 작성을 참조하세요.