AI 에이전트 자격증명: 도구·발급처·담당자를 확인하는 법

2026년 10월 4일 대폭 수정. 이전 글은 에이전트 연동 후 시크릿 탐지 건수가 반복적으로 늘어났다고 고객 환경의 관찰처럼 설명했습니다. 하지만 원고 기획 문서에는 발행 전에 텔레메트리로 확인해야 할 주장이라고 적혀 있었습니다. 재현 가능한 대상 집단, 기간, 근거 기록을 확인할 수 없어 해당 주장과 만들어진 ‘편의용 키’ 시간표를 삭제했습니다.

에이전트는 행동할 때마다 새 키를 만드나요?

그렇지 않습니다. 에이전트 작업은 사용자에게 위임받은 권한, 워크로드 신원, 서비스 토큰, 정적 API 키 등으로 도구를 호출할 수 있습니다. 한 자격증명으로 여러 번 호출할 수도 있고, 한 작업에서 여러 발급처의 권한을 거칠 수도 있습니다. 에이전트는 작업을 수행하는 주체이고 키는 이를 허용하는 수단 중 하나입니다. 노출 규모를 판단할 때 프롬프트나 도구 호출 횟수를 키 개수로 세지 마세요.

연동마다 호출하는 도구와 API, 발급처가 인식하는 신원, 권한을 얻는 방식, 재사용 가능한 비밀 값의 저장 위치와 만료 시각, 접근 가능한 자원·작업을 기록합니다. 연동 담당자는 소스 파일 작성자나 에이전트를 호출한 사용자와 따로 적으세요. 현재 조치 담당자는 그 셋 모두와 다를 수 있습니다.

한 번의 호출에서 신뢰 경계 따라가기

에이전트가 티켓을 읽고 도구로 클라우드 API를 호출했다고 가정해 봅시다. 먼저 티켓 내용이 데이터인지 승인된 지시인지 구분합니다. 다음으로 도구 설정과 클라우드 호출에 사용된 자격증명 또는 워크로드 신원을 확인합니다. 발급처, 대상, 권한, 사용 로그를 살펴보세요. 도구 호출이 성공했다는 사실만으로 누가 승인했는지, 같은 키가 연결된 모든 시스템에 저장됐는지 알 수는 없습니다.

MCP의 인가 방식도 계속 바뀌고 있습니다. 2026년 7월 프로토콜 개정은 발급처 확인과 인가 서버 간 자격증명 분리를 강화했습니다. 실제 클라이언트와 서버가 쓰는 버전과 구현을 확인하세요. MCP 연결이 있다는 사실만으로 하위 API의 인가 방식을 알 수는 없습니다.

노출 여부를 어디서 확인하나요?

재사용 가능한 값이 남을 수 있는 연결 저장소, 빌드 파일, 티켓, 채팅, 스토리지부터 살핍니다. 그곳에서 값을 찾았다는 사실은 발견 위치를 뜻하지, 에이전트가 운영 중 실제로 썼다는 증거는 아닙니다. 발급처 기록, 배포된 도구 설정, 관련 감사 로그와 대조해야 합니다. 로컬 설정·프로세스 메모리·연결되지 않은 CI 변수 저장소의 값은 다른 저장소를 스캐너에 연결했다고 해서 발견되지 않습니다.

지원하는 유형은 발급처에서 현재 유효성을 확인하고 시각을 기록합니다. 가능한 경우 실제 권한과 최근 사용 기록도 살핍니다. 지금 비활성이라는 결과가 과거 사용을 부정하지는 않으며 확인 실패는 안전하다는 뜻이 아닙니다. 민감한 값이 아직 작동할 수 있다면 서비스 담당자가 발급처에서 차단을 조율하고 확인된 사용처를 옮긴 뒤 이전 값을 제거해야 합니다.

에이전트 작업에서 시험할 통제

서비스가 지원한다면 임시 자격증명과 워크로드 역할을 사용합니다. AWS는 가능한 경우 장기 IAM 사용자 액세스 키보다 임시 자격증명을 권장합니다. 작업에 필요한 도구·자원으로 권한을 제한하고, 영향이 큰 쓰기 작업에는 승인 또는 독립적인 정책 경계를 둡니다. 제안된 작업, 호출 신원, 승인 결정과 결과를 기록하세요. OWASP의 프롬프트 인젝션 가이드도 외부 콘텐츠가 도구 사용에 영향을 줄 수 있으므로 최소 권한과 고위험 작업의 사람 승인을 권합니다.

구체적인 작업으로 시험하세요. 에이전트가 무엇을 읽고, 쓰고, 권한을 부여하고, 외부로 보낼 수 있나요? 어느 도구가 그 제한을 강제하나요? 티켓이나 문서에 악의적인 지시가 들어와도 범위를 벗어난 호출을 도구가 거부하나요? 프롬프트에 ‘하지 말라’고 적는 것만으로 접근 제어가 생기지는 않습니다.

Cremit이 보여줄 수 있는 것

Cremit Platform은 에이전트 관련 키나 토큰이 지원하는 연결 소스에 있으면 발견할 수 있습니다. 지원 유형은 유효성을 확인하고, 지원하는 AWS·GCP 키는 접근 범위 분석을 보여주며, 담당자가 조사할 근거를 남깁니다. 모든 에이전트를 찾거나 각 키를 만든·사용한 에이전트를 추론하거나, 임의의 로컬 설정·프로세스 메모리를 검사하거나, 도구 호출 정책을 강제하거나, 자격증명을 자동 교체·폐기하지는 않습니다. 발견 결과를 발급처와 작업 기록을 조사하는 근거 중 하나로 사용하세요.

근거 자료

AWS IAM — 액세스 키와 임시 자격증명

Model Context Protocol — 2026년 7월 프로토콜 개정

OWASP LLM01:2025 — Prompt Injection