For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
기본 탐색 메뉴
Theme
Codex

Codex use case

종속성 보안 사고 감사

공개된 패키지 보안 권고문을 바탕으로 리포지터리를 안전하게 감사할 계획을 세우세요.

Difficulty Advanced
Time horizon 1h

Codex로 공개된 패키지 또는 공급망 보안 권고문을 바탕으로 읽기 전용 감사를 진행하세요. 신뢰할 수 없는 코드를 실행하지 않고 매니페스트, 잠금 파일, CI 워크플로우, 스크립트를 점검할 수 있습니다.

Best for

  • 공개된 패키지 또는 공급망 보안 권고문에 대응하는 엔지니어링 팀과 보안 팀
  • 종속성을 변경하기 전에 잠금 파일, 스크립트, CI 권한, 캐시를 확인해야 하는 유지보수 담당자
  • Codex가 패키지를 설치하거나 신뢰할 수 없는 코드를 실행하지 않고 증거를 수집해야 하는 보안 사고 조사

Contents

    ← All use cases

    종속성 보안 사고 감사

    공개된 패키지 보안 권고문을 바탕으로 리포지터리를 안전하게 감사할 계획을 세우세요.

    Codex로 공개된 패키지 또는 공급망 보안 권고문을 바탕으로 읽기 전용 감사를 진행하세요. 신뢰할 수 없는 코드를 실행하지 않고 매니페스트, 잠금 파일, CI 워크플로우, 스크립트를 점검할 수 있습니다.

    Advanced
    1h

    Codex로 공개된 패키지 또는 공급망 보안 권고문을 바탕으로 읽기 전용 감사를 진행하세요. 신뢰할 수 없는 코드를 실행하지 않고 매니페스트, 잠금 파일, CI 워크플로우, 스크립트를 점검할 수 있습니다.

    Advanced
    1h

    Best for

    • 공개된 패키지 또는 공급망 보안 권고문에 대응하는 엔지니어링 팀과 보안 팀
    • 종속성을 변경하기 전에 잠금 파일, 스크립트, CI 권한, 캐시를 확인해야 하는 유지보수 담당자
    • Codex가 패키지를 설치하거나 신뢰할 수 없는 코드를 실행하지 않고 증거를 수집해야 하는 보안 사고 조사

    Skills & Plugins

    • 리포지터리 파일, Pull Request, 워크플로우, 보안 관련 변경 이력을 점검합니다.
    Skill Why use it
    GitHub 리포지터리 파일, Pull Request, 워크플로우, 보안 관련 변경 이력을 점검합니다.

    Starter prompt

    다음 공개 패키지 보안 권고문을 참고해 이 리포지터리가 영향을 받는지 점검해 주세요. [advisory URL] 제가 개별 대응 조치를 명시적으로 승인하기 전에는 읽기 전용으로 점검해 주세요. 먼저 다음 내용을 정리해 주세요. - 영향을 받는 패키지와 버전 범위 - 공신력 있는 출처에서 확인된 내용과 그 밖의 보고에서 언급된 내용을 구분한 요약 - 이 리포지터리가 영향을 받는다는 것을 입증할 수 있는 증거 - 이 리포지터리가 영향을 받을 가능성을 배제할 수 있는 증거 이어서 다음 항목을 점검해 주세요. - 패키지 매니페스트와 잠금 파일 - CI 워크플로우와 권한 - install, build, postinstall 스크립트 - 해당하는 경우, 리포지터리에 포함된 외부 아티팩트, 컨테이너 또는 생성된 번들 - 권고문이 CI 또는 패키지 게시와 관련된 경우, 캐시나 토큰이 노출될 수 있는 경로 감사 결과에 다음 내용을 포함해 주세요. - 증거에 따른 판정(영향 확인, 추가 확인 필요, 영향 가능성 배제) - 심각도와 영향 범위에 대한 설명 - 이 리포지터리에 대해 내린 각 판단의 근거가 되는 파일 참조 - 결과를 해석할 때 유의할 점과 권장 후속 조치 패키지 설치, 수명 주기 스크립트 실행, 프로젝트 빌드, 신뢰할 수 없는 코드 실행, 자격 증명 교체, 파일 정리는 제가 해당 작업을 명시적으로 승인한 경우에만 진행해 주세요.
    다음 공개 패키지 보안 권고문을 참고해 이 리포지터리가 영향을 받는지 점검해 주세요. [advisory URL] 제가 개별 대응 조치를 명시적으로 승인하기 전에는 읽기 전용으로 점검해 주세요. 먼저 다음 내용을 정리해 주세요. - 영향을 받는 패키지와 버전 범위 - 공신력 있는 출처에서 확인된 내용과 그 밖의 보고에서 언급된 내용을 구분한 요약 - 이 리포지터리가 영향을 받는다는 것을 입증할 수 있는 증거 - 이 리포지터리가 영향을 받을 가능성을 배제할 수 있는 증거 이어서 다음 항목을 점검해 주세요. - 패키지 매니페스트와 잠금 파일 - CI 워크플로우와 권한 - install, build, postinstall 스크립트 - 해당하는 경우, 리포지터리에 포함된 외부 아티팩트, 컨테이너 또는 생성된 번들 - 권고문이 CI 또는 패키지 게시와 관련된 경우, 캐시나 토큰이 노출될 수 있는 경로 감사 결과에 다음 내용을 포함해 주세요. - 증거에 따른 판정(영향 확인, 추가 확인 필요, 영향 가능성 배제) - 심각도와 영향 범위에 대한 설명 - 이 리포지터리에 대해 내린 각 판단의 근거가 되는 파일 참조 - 결과를 해석할 때 유의할 점과 권장 후속 조치 패키지 설치, 수명 주기 스크립트 실행, 프로젝트 빌드, 신뢰할 수 없는 코드 실행, 자격 증명 교체, 파일 정리는 제가 해당 작업을 명시적으로 승인한 경우에만 진행해 주세요.

    안전한 감사 계획부터 세우기

    종속성이나 공급망에서 보안 사고가 발생하고 상황이 빠르게 변할 때는 서둘러 패치를 만들기보다 명확한 감사 계획을 먼저 세우세요. 무엇이 바뀌었는지, 어떤 패키지나 워크플로우가 영향을 받을 수 있는지, 레포지토리의 노출을 확인하려면 어떤 증거가 필요한지 정리하세요.

    설치, 빌드, 테스트 또는 실행에 앞서 Codex에 보안 권고문을 바탕으로 위험을 최소화하는 읽기 전용 체크리스트를 작성해 달라고 하세요.

    1차 감사는 읽기 전용으로 진행하기

    1. 공개된 보안 권고문, 사고 보고서 또는 영향을 받는 패키지 목록을 Codex에 제공하세요.
    2. 공신력 있는 출처의 정보와 그 밖의 해설을 구분해 달라고 하세요.
    3. 노출을 확인하거나 배제하려면 어떤 증거가 필요한지 정리해 달라고 하세요.
    4. 매니페스트, 잠금 파일, CI 워크플로우, 스크립트, 관련 레포지토리 파일을 살펴보도록 하세요.
    5. 보안 이슈를 증거 확인 상태, 심각도, 권장 후속 조치별로 분류해 달라고 하세요.

    패키지 관련 사고에서는 보안 권고문의 적용 범위를 파악할 때까지 설치, 빌드, 테스트, 임포트 또는 수명 주기 명령어를 실행하지 마세요. Codex는 신뢰할 수 없는 코드를 실행하지 않고도 잠금 파일과 워크플로우를 검색할 수 있습니다.

    증거 확인 상태와 심각도를 구분해 보고하기

    감사 결과에는 각 보안 이슈가 미칠 수 있는 영향이 얼마나 큰지, 이를 뒷받침하는 증거가 얼마나 확실한지 모두 드러나야 합니다.

    Codex

    노출 확인: 잠금 파일의 프로덕션 종속성 경로에 영향을 받는 패키지 버전이 포함되어 있습니다.

    확인 필요: CI 작업 하나에 게시 권한이 있지만, 해당 워크플로우에서 영향을 받는 패키지를 직접 설치하지는 않는 것으로 보입니다.

    노출 배제: 패키지 이름은 문서에만 나오며 매니페스트나 잠금 파일에는 없습니다.

    다음 단계: 파괴적인 작업을 수행하기 전에 제안된 종속성 업데이트와 토큰 교체 계획을 검토하세요.

    읽기 전용 감사를 마치면 Codex에 보안 이슈를 해결할 PR을 준비하거나, CI 권한을 업데이트하거나, 사고 후속 기록을 작성해 달라고 할 수 있습니다. 이러한 조치는 초기 감사와 분리해서 진행하세요.

    이번 감사에서 확인한 보안 이슈를 바탕으로 해결 계획을 작성해 주세요. 각 보안 이슈에 다음 내용을 포함해 주세요. - 제안하는 변경 사항 - 업데이트할 파일 또는 설정 - 테스트 또는 검증 절차 - 롤백 계획 - 제가 자격 증명을 교체하거나 외부 시스템을 검토해야 하는지 여부 아직 변경 사항을 적용하지 마세요. 신뢰할 수 없는 코드를 실행할 가능성이 있는 명령어는 안전한 이유를 설명할 수 있을 때만 계획에 포함하고, 그 이유도 함께 적어 주세요.

    Related use cases