미국 표준기술연구원(NIST)과 사이버보안·인프라보안국(CISA)이 디지털 신원 토큰(로그인 정보를 담은 전자 증표)을 위·변조·도용으로부터 보호하기 위한 최종 지침서(NIST IR 8587)를 발표했습니다. 토큰은 클라우드 서비스, SSO(단일 로그인), API 접근 등에 광범위하게 쓰이며, 제대로 보호하지 않으면 공격자가 이를 위조해 시스템에 침입할 수 있습니다. 실제로 외국 공격자가 훔친 서명 키로 토큰을 위조해 정부 이메일 6만 건 이상을 탈취한 사례가 이 지침의 배경이 됐습니다. 지침은 암호 서명 키 보호, 토큰 유효 기간·철회·세션 관리, 클라우드 공급자와 고객 간 역할 분담 등을 다루며, AI 에이전트와 양자내성암호(PQC) 전환에 대한 고려사항도 포함합니다. 정부기관뿐 아니라 민간 기업도 활용할 수 있는 실무 지침입니다.
NIST와 CISA가 연방기관 및 클라우드 서비스 제공자를 위한 토큰 보호 최종 지침(NIST IR 8587)을 공개했다. 외국 공격자가 훔친 서명 키로 위조 토큰을 생성해 정부 이메일 계정을 침해하고 6만여 건의 이메일을 탈취한 실제 사례가 배경이 됐다.
토큰 보호 미흡 시 SSO, API, 클라우드 서비스 전반에 걸쳐 무단 접근이 가능하다. AI 에이전트도 동일한 토큰 방식을 사용해 위협 표면이 확대될 수 있다.
비대칭 암호 기반 서명 키 관리 소홀, 토큰 발급·검증·폐기 절차 미비, 클라우드 공급자와 고객 간 보안 책임 경계 불명확이 주요 원인으로 지목됐다.
암호 서명 키 보호와 사용 범위 제한, 토큰 유효 기간·철회·세션 관리 강화, 로그 수집 및 이상 행위 모니터링, 공급자-고객 간 보안 신호 공유 및 사고 대응 절차 수립을 권고한다.
이 지침은 정부기관은 물론 민간 기업도 적용 가능하다. 현재 토큰 기반 IAM(신원·접근 관리) 시스템을 운영 중이라면 서명 키 관리 현황을 점검하고, AI 에이전트에도 동일한 토큰 보호 통제를 적용해야 한다. 아울러 양자내성암호(PQC)로의 전환 계획을 미리 검토해 두는 것이 좋다.
본문
NIST와 CISA가 연방기관 및 클라우드 서비스 제공자(CSP)가 신원·접근 토큰을 위조, 도용, 남용으로부터 보호할 수 있도록 지침을 최종 확정했다.
Protecting Tokens and Assertions from Forgery, Theft, and Misuse(NIST IR 8587)라는 제목의 이 지침은 기관과 클라우드 공급자가 키 관리, 토큰 검증, 토큰 생명주기 통제를 강화하는 방법을 설명한다. 아울러 신원 공급자(identity provider)와 인가 서버를 어떻게 설계·운영해야 하는지도 다룬다.
"이 문서는 토큰을 적절히 보호하기 위한 구현 고려사항을 제공합니다." NIST 디지털 신원 프로그램 책임자이자 공동 저자인 Ryan Galluzzo는 말했다. "정부든 민간 산업이든, 접근 관리 인프라의 일부로 토큰을 사용하는 사람이라면 누구나 이 문서에서 인사이트를 얻을 수 있습니다."
대표 아키텍처: 토큰 및 어설션 기반 시스템 (출처: NIST)
토큰 보호가 필요한 이유
이 지침은 디지털 시스템이 접근을 요청하는 주체가 누구인지, 어떤 리소스를 사용할 수 있는지 확인하는 데 쓰이는 토큰에 초점을 맞춘다.
토큰은 클라우드 서비스와 그 밖의 디지털 시스템에서 널리 사용된다. 토큰은 사용자에 관한 보호된 정보를 담을 수 있고 인증을 지원한다. 또한 SSO(단일 로그인)를 가능하게 하여 사용자가 각 애플리케이션에 개별적으로 로그인하지 않고도 여러 애플리케이션에 접근할 수 있도록 해 준다.
토큰과 신원 어설션(identity assertion)은 제로 트러스트(Zero Trust) 보안도 지원하는데, 시스템이 접근을 허용하기 전에 먼저 검증하도록 돕는다.
보호가 취약한 토큰은 공격자에게 민감한 시스템에 대한 접근권을 줄 수 있다. NIST는 외국 공격자가 훔친 상용 서명 키를 이용해 위조 토큰을 만들어 정부 이메일 계정에 접근한 공격 사례를 인용했다. 이 공격으로 한 기관에서만 6만 건 이상의 이메일이 탈취됐다.
키 보호와 토큰 검증
NIST IR 8587은 접근 결정을 내리기 위해 비대칭 암호화(asymmetric cryptography) 기반의 디지털 서명된 어설션과 토큰을 사용하는 IAM(신원·접근 관리) 시스템을 다룬다.
이러한 시스템은 SSO, 신원 페더레이션(identity federation), API 접근, 그리고 애플리케이션·자동화 서비스 같은 워크로드의 접근에 일반적으로 활용된다.
이 지침은 토큰과 어설션에 서명하는 데 사용되는 암호 키 보호, 해당 키의 사용 범위 제한, 그리고 접근 허용 전 토큰의 올바른 검증 보장에 초점을 맞춘다. 토큰 유효 기간, 철회, 세션 관리, 로깅, 탈취된 토큰의 재사용 방지 보호 조치도 다룬다.
비대칭 서명 어설션과 토큰에 의존하지 않는 시스템도 관련이 있는 경우 언급되지만, 이 지침의 주요 범위에는 포함되지 않는다.
클라우드 공급자와 고객의 역할 구분
이 지침은 클라우드 공급자와 그 서비스를 이용하는 기관·조직 양측의 책임을 명시한다.
클라우드 공급자는 자신이 운영하는 인프라와 서비스 보호에 책임이 있다. 여기에는 신원 공급자와 인가 서버 보안, 서명 키 보호, 안전한 토큰 발급, 그리고 고객에게 보안 기능과 설정 옵션 제공이 포함된다.
고객은 사용하는 서비스를 설정하고, 접근 정책을 관리하며, 권한을 검토하고, 공급자가 제공하는 보안 통제를 활용할 책임이 있다.
일부 보안 업무는 양측의 협력이 필요하다. 여기에는 침해된 토큰이나 서명 키 대응, 보안 신호 공유, 접근 철회, 사고 조사가 포함된다.
이러한 책임을 명확히 정의하면 보안 공백 위험을 줄일 수 있다.
조직은 토큰 사용에 관한 정보를 수집하고, 탈취된 자격증명·위조 토큰·무단 접근을 나타낼 수 있는 활동을 탐지해야 한다.
보안 모니터링과 사고 조사를 지원할 수 있는 로그 유지가 권고된다. 아울러 접근 권한 및 설정 변경을 모니터링하고, 토큰이나 서명 키가 침해됐을 가능성이 있을 때 대응하는 절차를 갖춰야 한다.
이러한 통제는 남용을 탐지하고, 사고 발생 시 영향을 받은 계정·애플리케이션·리소스를 특정하는 데 도움이 된다.
AI 에이전트와 PQC(양자내성암호)에 대한 준비
AI 에이전트도 이메일, 파일, API, 도구, 그 밖의 시스템에 접근하기 위해 동일한 종류의 서명 토큰을 사용한다. NIST는 조직이 AI 에이전트에도 이러한 토큰 보호를 적용해야 한다고 밝히면서도, 에이전트가 더 넓은 신원 문제를 불러온다는 점을 인정했다.
NIST는 PQC(양자내성암호, Post-Quantum Cryptography)로의 전환을 위한 고려사항도 추가했다. 조직은 자신의 신원 시스템에서 공개 키 암호가 어디에 쓰이는지 파악하고, 향후 양자내성 알고리즘으로의 전환이 토큰, 프로토콜, 애플리케이션에 어떤 영향을 줄 수 있는지 검토해야 한다.
