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

실무 점검표 · NHI 보안

NHI 보안 성숙도 점검표: 확인할 증거 5가지

API 키와 서비스 계정을 관리한다고 말할 때, 무엇을 보여줄 수 있나요? 다섯 가지 질문에 실제 기록으로 답해 보세요.

Cremit약 6분

점수보다 증거를 먼저 확인하세요

각 질문에 예·일부·아니오로 답하고, 그 답을 뒷받침하는 기록의 위치와 담당자를 적으세요. 기록이 없으면 “예”로 표시하지 마세요. 노출된 자격증명처럼 즉시 대응할 항목을 먼저 처리하고, 이후 범위가 빠진 시스템을 찾아 확장하세요.

이 다섯 항목은 Cremit이 만든 실무 점검 순서입니다. NIST가 정의한 5단계 성숙도 모델이나 인증 기준이 아닙니다.

한 행에 남길 내용

자격증명 유형 · 발급 시스템 · 사용 서비스 · 담당자 · 발견 위치 · 마지막 확인 시각 · 조치 상태 · 재확인 기록. 비밀 값 자체를 점검표에 복사하지 마세요.

다섯 가지 증거 질문

01—05
01

어디에 있고 누가 책임지나요?

자격증명의 발급처, 사용처, 담당자를 기록하고 최근에도 맞는지 확인했나요?

확인할 증거
발급 시스템의 키 목록, 코드·문서·협업 도구의 탐지 결과, 담당자 지정 기록을 대조합니다.
빠졌다면
주요 발급처부터 목록을 만들고 소유자가 없는 항목을 담당 팀에 배정하세요.

Cremit의 역할: 연결된 스캔 소스에서 발견한 자격증명을 인벤토리로 모으고 담당자와 처리 상태를 기록합니다. 모든 시스템의 키를 자동으로 찾아낸다는 뜻은 아닙니다.

02

노출 경로를 확인했나요?

저장소와 연결된 협업 도구, 모니터링하는 외부 자산에서 키가 보이는지 확인했나요?

확인할 증거
스캔한 소스·범위·시각, 발견 위치, 제외된 소스 목록을 남깁니다.
빠졌다면
누락된 저장소와 도구를 추가하고, 발견된 외부 자산은 범위를 확인해 제외할 대상을 구분하세요.

Cremit의 역할: 연결된 내부 소스와 조직별로 활성화된 외부 스캔의 발견 결과를 보여줍니다. 완료된 스캔도 전체 인터넷에 비밀이 없다는 증명은 아닙니다.

03

키가 아직 유효하고 무엇에 접근하나요?

노출된 값이 작동하는지, 지원되는 자격증명이라면 어떤 권한을 갖는지 구분했나요?

확인할 증거
지원 유형의 검증 상태와 확인 시각, AWS 액세스 키 또는 GCP API 키의 권한 분석 결과를 봅니다.
빠졌다면
검증을 지원하지 않거나 결과가 불확실한 유형은 발급처의 관리자와 수동으로 확인하세요.

Cremit의 역할: 지원 유형의 유효성을 검증하고 AWS 액세스 키·GCP API 키의 권한 분석을 제공합니다. 실제 악용 여부나 모든 서비스의 접근 범위를 단정하지 않습니다.

04

누가 발급처에서 교체·폐기하나요?

영향을 받는 서비스와 담당자를 확인한 뒤, 발급처에서 키를 교체하거나 폐기할 절차가 있나요?

확인할 증거
인시던트 담당자, 발급처의 교체·폐기 기록, 서비스 정상 동작 확인 기록을 남깁니다.
빠졌다면
서비스 의존성을 확인하고 새 키 배포와 기존 키 폐기 순서를 담당자와 정하세요.

Cremit의 역할: 발견 내용과 인시던트 상태를 추적합니다. 고객을 대신해 키를 교체·폐기·삭제하지 않습니다.

05

조치 후 다시 확인했나요?

기존 키가 더 이상 유효하지 않은지, 같은 노출 경로가 남아 있지 않은지 확인했나요?

확인할 증거
발급처 상태, 재검증 시각, 재스캔 결과, 인시던트 종료 근거를 함께 보관합니다.
빠졌다면
같은 저장소와 배포 경로를 재점검하고 미해결 범위를 다음 점검 일정에 넣으세요.

Cremit의 역할: 지원되는 유형을 다시 검증하고 연결된 소스를 재스캔합니다. 수집 범위 밖의 시스템까지 조치 완료를 보증하지 않습니다.

예시: GitHub에서 AWS 액세스 키가 발견됐다면

이 흐름은 실제 고객 사고가 아닌 예시입니다. 키 값은 화면이나 문서에 다시 적지 않습니다.

  1. 01

    발견 위치와 시각을 기록하고 해당 키의 담당자와 사용 서비스를 찾습니다.

  2. 02

    지원되는 검증 결과와 AWS 권한 분석을 확인합니다. 검증 결과만으로 사용 이력이나 침해를 단정하지 않습니다.

  3. 03

    담당자가 발급처에서 새 키를 배포하고 기존 키를 폐기합니다. 서비스 의존성이 있으면 순서를 조정합니다.

  4. 04

    발급처 상태와 재스캔 결과를 확인하고, 확인되지 않은 범위를 인시던트에 남깁니다.

Cremit은 탐지·검증·권한 분석·상태 추적을 돕습니다. 발급처에서의 교체와 폐기는 담당자가 수행합니다.

기준과 출처

OWASP는 시크릿의 저장·회전·폐기·감사를 설명합니다. NIST CSF 2.0은 보안 위험 관리의 상위 틀입니다. 위 다섯 질문과 제품 적용 예시는 Cremit의 편집·실무 제안이며 두 기관의 공식 성숙도 등급이 아닙니다.