본문으로 건너뛰기
NEW · Blast Radius: 유출된 API 키 대응 플레이북 (AWS·GCP·Azure)

NHI 보안 증거 점검

API 키와 서비스 계정의 발급처, 노출, 유효성, 담당자, 조치 기록을 확인해 보세요. 열 가지 질문에 답하고 증거 위치와 후속 작업을 남길 수 있습니다.

10개 질문 · 브라우저에만 저장 · Markdown 다운로드

10개 질문과 확인할 증거

질문을 먼저 훑고 필요한 기록을 준비하세요. 답변은 발급처와 실제 시스템의 자료로 확인해야 합니다.

01사용 중인 머신 자격증명의 발급처, 사용 서비스, 담당자를 찾을 수 있나요?

확인할 증거: 발급처 목록과 인벤토리·담당자 기록을 대조하고 활성 키 몇 개를 표본 확인하세요.

빠졌다면: 중요 발급처부터 시작해 담당자가 없는 키를 팀에 배정하세요.

02어떤 저장소·문서 도구·모니터링하는 공개 자산에서 노출된 키를 점검하나요?

확인할 증거: 연결된 소스, 스캔 범위, 마지막 실행 시각, 제외한 소스를 확인하세요.

빠졌다면: 빠진 소스를 추가하고 범위 밖 외부 자산을 기록하세요.

03노출된 키가 아직 작동하는지, 안전하게 확인할 수 없는 유형은 무엇인지 구분하나요?

확인할 증거: 지원 유형의 검증 상태·시각을 보고, 미지원 유형은 발급처에서 확인하세요.

빠졌다면: 유효·무효·미확인 결과를 나눠 대응 순서를 정하세요.

04작동하는 키가 무엇에 접근할 수 있는지 확인할 수 있나요?

확인할 증거: 발급처의 정책과 지원되는 AWS 액세스 키·GCP API 키 권한 분석을 확인하세요.

빠졌다면: 발급처 담당자와 과도한 권한 및 서비스 의존성을 검토하세요.

05프로덕션 시크릿을 코드나 공유 문서 대신 접근이 통제된 저장소에서 관리하나요?

확인할 증거: 배포 설정, 시크릿 저장소 접근 정책, 연결된 소스의 노출 결과를 확인하세요.

빠졌다면: 노출된 값을 적절한 저장소로 옮기고 발급처에서 교체하세요.

06사용 서비스의 의존성을 놓치지 않고 담당자가 발급처에서 키를 교체·폐기할 수 있나요?

확인할 증거: 담당자, 발급처 절차, 마지막 교체 기록, 서비스 동작 확인을 남기세요.

빠졌다면: 새 키 배포 순서와 기존 키 폐기 확인 절차를 정하세요.

07퇴사·비활성 계정에 연결된 자격증명의 담당자와 사용 필요성을 재검토하나요?

확인할 증거: 디렉터리 상태, 발급처 기록, 담당자, 검토 결정을 대조하세요.

빠졌다면: 서비스 의존성을 확인한 뒤 필요한 키는 재배정하고 불필요한 키는 폐기하세요.

08장기 고정 키 대신 단기 워크로드 신원을 사용할 수 있는 곳을 확인했나요?

확인할 증거: CI·워크로드의 장기 키와 발급처에서 지원하는 신원 방식을 목록화하세요.

빠졌다면: 시범 워크로드의 신뢰 정책을 검증한 뒤 고정 키 전환을 계획하세요.

09키가 노출되면 담당자, 발급처 조치 계획, 조사 기록이 남나요?

확인할 증거: 발견 시각, 영향받은 서비스, 담당자, 발급처 조치, 서비스 점검이 담긴 인시던트를 확인하세요.

빠졌다면: 값을 가린 예시로 대응 과정을 연습하고 빠진 인계 지점을 정하세요.

10기존 키가 비활성화됐고 같은 노출 경로를 다시 확인했다는 기록이 있나요?

확인할 증거: 발급처 상태, 재확인 시각, 재스캔 범위, 인시던트 종료 근거를 남기세요.

빠졌다면: 같은 소스를 재점검하고 확인하지 못한 시스템은 후속 목록에 남기세요.

OWASP는 시크릿의 생성·회전·폐기·감사를 설명하고, NIST CSF 2.0은 보안 위험 관리의 상위 틀을 제공합니다. 이 열 가지 질문은 Cremit의 실무 점검 제안이며 공식 평가나 인증이 아닙니다.