$codex-security:propose-security-hardening을 사용하면 수집한 보안 근거 자료를 바탕으로 시스템 구조나 아키텍처 차원에서 보안을 강화할 방안을 도출할 수 있습니다. 이 워크플로우는 완료된 Codex Security 스캔 결과를 분석하거나, 제공된 보안 이슈, 취약점 제보 보고서, 사고 검토 자료, 평가 문서, 소스 코드를 바탕으로 분석을 시작할 수 있습니다.
분석 결과에서는 설계 방안별로 엔지니어링 측면의 장단점을 비교합니다. Codex는 사용자가 방안을 선택하고 구현을 요청한 후에만 리포지터리를 변경합니다.
근거 자료 준비하기
워크플로우에 다음 자료를 제공하세요.
- 스캔 디렉터리 또는 보안 이슈와 보고서를 모은 자료
- 대상 소스 트리와, 확보할 수 있다면 해당 리비전 또는 스냅샷
- 보안 이슈를 뒷받침하는 PoC, 실행 추적 기록, 사고 관련 증거 또는 평가 자료
- 성능, 메모리, 호환성, 신뢰성, 운영, 납기 또는 변경 범위에 관한 제약 조건
예를 들어 권한 검사 버그가 반복된다면 각 핸들러에서 권한을 검사하는 것보다 공통 제어 장치를 두는 편이 권한 정책을 일관되게 적용하기 쉬울 수 있습니다. 반대로, 근거 자료를 검토한 결과 아키텍처를 변경하기보다 문제가 발생한 부분에만 적용한 수정 사항을 유지하는 편이 적절할 수도 있습니다.
워크플로우 실행하기
다음과 같은 프롬프트를 보내세요.
$codex-security:propose-security-hardening 스킬을 사용해 [scan directory or finding paths]에 있는 자료를 [source tree and revision] 기준으로 분석하세요. 근거 자료를 바탕으로 구조적 보안 강화 방안을 제안하고 각 방안의 엔지니어링 측면의 장단점을 설명하세요. 변경 전후의 설계를 보여 주는 다이어그램, 마이그레이션 계획, 구현 담당자를 위한 인계 자료를 포함하세요. 리포지터리를 수정하지 마세요.방안 선택하기
방안을 선택하기 전에 제안서가 다음 요건을 충족하는지 확인하세요.
- 각 변경안의 근거를 보안 이슈, 소스 코드, 위협 모델에서 제시합니다.
- 현재 설계와 새 설계에서도 유지해야 할 보안 불변 조건을 설명합니다.
- 잔여 위험, 성능, 신뢰성, 운영, 호환성, 마이그레이션 비용을 고려해 서로 다른 방안을 비교합니다.
- 권장 방안의 근거를 제시하고 가정과 아직 답을 찾지 못한 질문을 명시합니다.
- 배포, 검증, 롤백, 구현에 필요한 지침을 제공합니다.
- 관찰된 사실, 추론한 내용, 제안된 설계의 특성을 구분합니다.
방안을 선택하기 전에 근거와 각 방안의 장단점을 검토하세요. 아키텍처 다이어그램이나 설계 권고안이 있어도 처음 발견한 보안 이슈와 실제로 구현한 수정 사항은 별도로 검증해야 합니다.
스캔에서 제공하는 보안 강화 지침 활용하기
표준 스캔, 심층 스캔 또는 변경 사항 스캔에서 보고할 만한 보안 이슈가 발견되면 보안 강화 방안을 모은 포트폴리오를 요청할 수 있습니다. Codex는 포트폴리오를 hardening/hardening.md에, 구조화된 분석 결과를 hardening/hardening.json에 저장합니다. 포트폴리오를 뒷받침하는 제안서나 다이어그램은 hardening/ 아래에 저장합니다. 스캔 보고서 report.md에는 포트폴리오 링크가 포함됩니다.
링크를 계속 사용할 수 있도록 스캔 디렉터리 전체를 함께 보관하세요. 포트폴리오의 근거가 된 개별 보고서를 검토하려면 취약점 보고서 작성하기를 참고하세요.