NIST SP 800-57
더 많은 작업
NIST SP 800-57(Recommendation for Key Management)은 미국 국립표준기술연구소(NIST, National Institute of Standards and Technology)가 발행한 암호 키 관리 권고 지침으로, 암호 키의 생성·분배·저장·사용·교체·복구·파기에 관한 기술적 보호 요구사항과 조직 차원의 관리체계를 제시하는 3부 구성의 특별간행물이다.
NIST SP 800-57은 암호 기술을 사용하는 정보시스템에서 암호 키(Cryptographic Key)를 안전하게 관리하기 위한 지침이다.
암호 알고리즘의 보안성은 알고리즘 자체의 강도뿐 아니라 암호 키의 생성, 보관, 사용 및 폐기 과정에서 제공되는 보호 수준에 따라 결정된다. 충분히 강력한 암호 알고리즘을 사용하더라도 키가 유출되거나 부적절하게 관리되면 암호화된 정보의 기밀성과 무결성이 손상될 수 있다.
NIST SP 800-57은 이러한 문제를 해결하기 위해 암호 키의 전체 수명 주기를 대상으로 기술적·관리적 보호조치를 설명한다.[1]
주요 내용은 다음과 같다.
- 암호 키의 종류와 용도 구분.
- 암호 알고리즘 및 키 길이 선정.
- 암호 키의 보안 강도(Security Strength) 평가.
- 암호 키의 사용 기간(Cryptoperiod) 설정.
- 암호 키의 상태 및 수명 주기 관리.
- 키 생성·설정·분배·저장·사용·교체·파기.
- 키 침해 및 유출에 대한 대응.
- 암호 키의 백업·보관·복구.
- 키 관리 시스템의 접근통제와 감사.
- 조직 차원의 키 관리 정책과 운영 절차.
- 응용시스템별 암호 키 관리 요구사항.
| 항목 | 내용 |
|---|---|
| 문서 번호 | NIST SP 800-57 |
| 문서명 | Recommendation for Key Management |
| 발행기관 | 미국 국립표준기술연구소(NIST) |
| 문서 유형 | NIST Special Publication 800 Series |
| 주요 분야 | 암호학, 암호 키 관리, 암호시스템 보안 |
| 구성 | Part 1, Part 2, Part 3 |
| Part 1 | General |
| Part 2 | Best Practices for Key Management Organizations |
| Part 3 | Application-Specific Key Management Guidance |
| 적용 대상 | 암호시스템 개발자, 시스템 관리자, 보안 담당자, 조직의 키 관리 책임자 |
| 최신 확정판 | Part 1 Rev. 5, Part 2 Rev. 1, Part 3 Rev. 1 |
| 개정 진행 | Part 1 Rev. 6 초안 공개 |
| 공식 안내 | NIST Key Management Guidelines |
NIST SP 800-57은 하나의 문서가 아니라 서로 다른 목적을 가진 세 부분으로 구성된다.
| 구분 | 정식 명칭 | 최신 확정판 | 발행일 | 주요 내용 |
|---|---|---|---|---|
| Part 1 | Recommendation for Key Management: Part 1 – General | Revision 5 | 2020년 5월 | 암호 키 관리의 일반 원칙과 기술적 보호 요구사항 |
| Part 2 | Recommendation for Key Management: Part 2 – Best Practices for Key Management Organizations | Revision 1 | 2019년 5월 | 조직의 키 관리 정책, 운영체계 및 계획 수립 |
| Part 3 | Recommendation for Key Management, Part 3: Application-Specific Key Management Guidance | Revision 1 | 2015년 1월 | 응용시스템 및 암호 프로토콜별 키 관리 지침 |
세 부분은 서로 보완적인 관계에 있다.
Part 1은 암호 키 관리에 공통적으로 적용되는 기술적 원칙을 설명한다.
Part 2는 이러한 원칙을 조직의 정책과 운영체계에 반영하는 방법을 다룬다.
Part 3은 실제 응용시스템에서 암호 기능을 사용할 때 고려해야 하는 키 관리 문제를 설명한다.
Part 1은 NIST SP 800-57의 기술적 기반에 해당한다.
주요 내용은 다음과 같다.
- 암호 기술이 제공하는 보안 서비스.
- 암호 알고리즘의 유형과 특성.
- 암호 키의 종류 및 용도.
- 키 사용 기간과 보안 강도.
- 암호 키 및 관련 정보의 보호 요구사항.
- 암호 키의 상태와 상태 전이.
- 키 관리의 네 가지 수명 주기 국면.
- 키 생성, 분배, 저장, 복구 및 파기.
- 접근통제, 키 목록 관리, 감사 및 업무 연속성.
Part 1 Revision 5는 2020년 5월 4일 최종 발행되었다.
2016년 1월 발행된 Revision 4를 대체한다.[1]
Part 2는 조직이 암호 키 관리체계를 구축하고 운영하기 위한 관리적 요구사항을 설명한다.
주요 내용은 다음과 같다.
- 키 관리체계의 구성요소와 기능.
- 키 관리 정책(Key Management Policy).
- 키 관리 실무명세서(Key Management Practice Statement).
- 키 관리 명세(Key Management Specification).
- 조직의 보안 계획과 책임.
- 중앙집중형 및 분산형 키 관리 구조.
- 키 관리에 관한 조직적 의사결정.
Part 2 Revision 1은 2019년 5월 발행되었다.
이 개정판은 미국 연방기관뿐 아니라 민간 조직의 키 관리에도 적용할 수 있도록 범위를 확대하였다.[2]
Part 3은 실제 정보시스템과 응용 프로그램에서 암호 기술을 사용할 때 발생하는 키 관리 문제를 다룬다.
주요 대상은 다음과 같다.
- 공개키 기반 구조(PKI).
- 네트워크 보안 프로토콜.
- 보안 전자우편.
- 원격 접속 및 인증 시스템.
- 저장 데이터 암호화.
- 기타 암호 기능을 사용하는 응용시스템.
Part 3 Revision 1은 2015년 1월 22일 최종 발행되었으며, 2009년 발행본을 대체한다.[3]
Part 3은 특정 응용시스템에서 사용하는 암호 알고리즘과 프로토콜의 특성을 고려하도록 한다.
따라서 Part 1의 일반적인 키 관리 원칙을 실제 응용 환경에 적용하는 데 활용할 수 있다.
2026년 10월 23일 기준 NIST SP 800-57의 각 부분은 서로 다른 개정 상태에 있다.
| 구분 | 최신 확정판 | 개정 진행 상태 |
|---|---|---|
| Part 1 | Revision 5(2020년 5월) | Revision 6 최초 공개 초안 발표 |
| Part 2 | Revision 1(2019년 5월) | 2025년 7월부터 정기 검토 진행 |
| Part 3 | Revision 1(2015년 1월) | 2025년 7월부터 정기 검토 진행 |
NIST는 2025년 7월 1일 Part 2 Revision 1과 Part 3 Revision 1에 대한 공개 의견 수렴을 시작하였다. 의견 제출 기한은 2025년 9월 30일이었다.[4]
2025년 12월 5일에는 Part 1 Revision 6의 최초 공개 초안(Initial Public Draft)이 발표되었다.[5]
Revision 6 초안의 주요 변경사항은 다음과 같다.
- FIPS 203·204·205에 규정된 양자 내성 암호 알고리즘 반영.
- NIST SP 800-232의 Ascon 알고리즘 반영.
- 키 설정에 사용하는 키와 키 저장에 사용하는 키의 구분 강화.
- 양자 내성 암호 표준화 과정에서 사용된 보안 범주(Security Category) 반영.
- 암호 알고리즘의 승인 상태와 전환 시점에 관한 내용을 SP 800-131A 참조 방식으로 변경.
- 키 재료(Keying Material)의 저장과 보호 메커니즘에 관한 설명 추가.
Revision 6 초안의 공개 의견 수렴은 2026년 2월 5일 종료되었다.
2026년 3월 2일에는 수렴된 공개 의견을 확인할 수 있도록 관련 자료가 추가되었다.
2026년 10월 23일 기준 NIST CSRC에는 Revision 6이 초안으로 등록되어 있으며, Part 1의 최신 확정판은 Revision 5이다.[6]
따라서 Revision 6에 포함된 변경사항을 모두 확정된 요구사항으로 취급해서는 안 된다.
NIST SP 800-57 Part 1은 암호 키를 사용 목적과 암호학적 기능에 따라 구분한다.
서로 다른 용도의 키는 요구되는 보호 속성과 사용 기간이 달라질 수 있다.[1]
대칭키(Symmetric Key)는 암호화와 복호화 또는 메시지 인증 등에서 비밀 값으로 사용하는 키이다.
대표적인 유형은 다음과 같다.
| 키 유형 | 영문 | 주요 용도 |
|---|---|---|
| 데이터 암호화 키 | Symmetric Data-Encryption Key | 데이터의 암호화 및 복호화 |
| 키 래핑 키 | Symmetric Key-Wrapping Key | 다른 암호 키를 암호학적으로 보호 |
| 인증 키 | Symmetric Authentication Key | 메시지 인증 및 무결성 검증 |
| 마스터 키·키 유도 키 | Symmetric Master/Key-Derivation Key | 다른 암호 키 또는 키 재료 유도 |
| 키 합의 키 | Symmetric Key-Agreement Key | 키 설정 절차에서 공유 비밀 생성 등에 활용 |
대칭키는 일반적으로 비밀성이 유지되어야 한다.
또한 공격자가 키를 임의로 변경하지 못하도록 무결성을 보호해야 한다.
비대칭키(Asymmetric Key)는 공개키와 개인키의 쌍으로 구성된다.
공개키는 공개될 수 있지만, 개인키는 해당 키의 용도에 맞게 엄격하게 보호해야 한다.
대표적인 유형은 다음과 같다.
| 키 유형 | 영문 | 주요 용도 |
|---|---|---|
| 개인 서명키 | Private Signature Key | 전자서명 생성 |
| 공개 서명검증키 | Public Signature-Verification Key | 전자서명 검증 |
| 개인 인증키 | Private Authentication Key | 인증 절차 수행 |
| 공개 인증키 | Public Authentication Key | 인증 결과 검증 |
| 개인 키 전송키 | Private Key-Transport Key | 전송된 키 재료의 복원 |
| 공개 키 전송키 | Public Key-Transport Key | 키 재료의 보호 및 전송 |
| 정적 키 합의키 | Static Key-Agreement Key | 여러 키 합의 절차에서 사용 |
| 임시 키 합의키 | Ephemeral Key-Agreement Key | 특정 키 합의 절차에서 일시적으로 사용 |
공개키는 비밀성을 요구하지 않지만, 해당 공개키가 올바른 주체의 키인지 확인할 수 있어야 한다.
따라서 공개키의 무결성과 소유자에 대한 신뢰성 확인이 중요하다.
키 재료(Keying Material)는 암호 키뿐 아니라 암호 키의 생성·설정·운영에 필요한 관련 정보를 포괄하는 개념이다.
대표적인 예시는 다음과 같다.
- 암호 키.
- 공유 비밀(Shared Secret).
- 난수 생성기의 시드.
- 암호 알고리즘의 도메인 매개변수.
- 초기화 벡터(IV).
- 키 유도 과정의 중간 결과.
- 키 사용과 관련된 메타데이터.
이러한 정보가 모두 동일한 수준의 비밀성을 요구하는 것은 아니다.
예를 들어 공개키와 일부 도메인 매개변수는 공개할 수 있지만, 개인키와 비밀 시드는 비밀성을 보호해야 한다.
보안 강도(Security Strength)는 암호 알고리즘이나 키가 제공하는 보안성을 비트 단위로 나타낸 개념이다.
NIST SP 800-57은 서로 다른 암호 알고리즘과 키 길이를 비교하기 위해 보안 강도를 사용한다.
예를 들어 AES-128은 128비트, AES-256은 256비트의 보안 강도를 제공하는 것으로 분류된다.
그러나 비대칭키 암호에서는 키 길이와 보안 강도가 동일하지 않다.
대표적인 비교는 다음과 같다.
| 보안 강도 | 대칭키 암호 | RSA 계열 최소 모듈러스 길이 | 유한체 기반 암호의 최소 매개변수 길이 | 타원곡선 암호의 최소 키 크기 |
|---|---|---|---|---|
| 112비트 | 3TDEA | 2048비트 | 2048비트 | 224비트 |
| 128비트 | AES-128 | 3072비트 | 3072비트 | 256비트 |
| 192비트 | AES-192 | 7680비트 | 7680비트 | 384비트 |
| 256비트 | AES-256 | 15360비트 | 15360비트 | 512비트 |
위 표는 Part 1 Revision 5의 전통적 암호 알고리즘 간 보안 강도 비교를 요약한 것이다.
실제 알고리즘의 승인 여부는 별도로 확인해야 한다. 예를 들어 3TDEA는 과거 보안 강도 비교에 포함되지만 신규 암호화 용도로 계속 승인되는 알고리즘은 아니다.
또한 양자컴퓨터에 대한 내성을 평가한 표가 아니므로 양자 내성 암호 알고리즘의 보안 강도와 직접적으로 동일시해서는 안 된다.
암호 알고리즘과 키 길이를 선정할 때는 다음 사항을 고려해야 한다.
- 보호 대상 정보의 중요도.
- 요구되는 기밀성 유지 기간.
- 예상되는 공격자의 계산 능력.
- 알고리즘의 보안 강도.
- 키 관리체계의 보호 수준.
- 암호 알고리즘의 승인 상태.
- 향후 알고리즘 전환 가능성.
서로 다른 암호 알고리즘을 조합하여 사용하는 경우에는 전체 암호 체계의 실질적인 보안 강도를 평가해야 한다.
특정 구성요소가 높은 보안 강도를 제공하더라도 다른 구성요소가 충분한 강도를 제공하지 못하면 전체 보안 수준이 제한될 수 있다.
암호 유효 기간(Cryptoperiod)은 특정 암호 키의 사용이 허용되는 기간이다.
NIST SP 800-57은 키를 무기한 사용하는 대신 용도와 위험에 따라 적절한 사용 기간을 설정하도록 권고한다.[1]
암호 유효 기간을 결정할 때는 다음 사항을 고려한다.
- 암호 알고리즘의 보안 강도.
- 키의 사용 목적.
- 키를 사용하여 처리하는 데이터의 양.
- 키가 노출될 가능성.
- 키 침해 시 예상되는 피해.
- 키 교체에 필요한 비용과 시간.
- 키를 사용하는 시스템의 운영 환경.
- 키가 보호하는 정보의 보존 기간.
NIST는 암호 키의 사용 기간을 다음과 같이 구분한다.
| 구분 | 영문 | 의미 |
|---|---|---|
| 보호 적용 기간 | Originator-Usage Period | 암호화나 서명 등 새로운 데이터에 암호학적 보호를 적용하기 위해 키를 사용할 수 있는 기간 |
| 수신자 사용 기간 | Recipient-Usage Period | 이미 보호된 데이터를 복호화하거나 서명을 검증하는 등 보호된 정보를 처리하기 위해 키를 사용할 수 있는 기간 |
두 기간은 동일하지 않을 수 있다.
예를 들어 데이터 암호화 키는 새로운 데이터를 암호화하는 용도로 더 이상 사용하지 않더라도 과거에 암호화한 데이터를 복호화하기 위해 일정 기간 보관해야 할 수 있다.
따라서 키의 신규 사용 중단과 완전한 파기는 구분해야 한다.
NIST SP 800-57 Part 1 Revision 5의 표 1은 키 유형별 권장 암호 유효 기간을 제시한다.
대표적인 예시는 다음과 같다.
- 대칭 데이터 암호화 키: 보호 적용 기간은 일반적으로 2년 이하를 권고.
- 개인 서명키: 일반적으로 1~3년의 사용 기간을 권고.
- 임시 키 합의키: 특정 키 합의 절차에서 일회성으로 사용.
다만 이러한 수치는 모든 시스템에 일률적으로 적용되는 법적 의무 기간이 아니다.
실제 사용 기간은 알고리즘, 키 유형, 시스템 환경 및 위험 평가 결과에 따라 결정해야 한다.
NIST SP 800-57 Part 1은 암호 키의 수명 주기에서 다음과 같은 상태를 정의한다.
| 상태 | 영문 | 설명 |
|---|---|---|
| 활성화 전 | Pre-activation | 생성되었으나 아직 정상적인 암호 작업에 사용할 수 없는 상태 |
| 활성 | Active | 허용된 암호 작업에 사용할 수 있는 상태 |
| 일시 정지 | Suspended | 사용이 일시적으로 중단된 상태 |
| 비활성 | Deactivated | 새로운 보호 적용에 사용할 수 없는 상태 |
| 침해 | Compromised | 키의 비밀성 또는 신뢰성이 손상되었거나 손상된 것으로 판단되는 상태 |
| 파기 | Destroyed | 키 재료가 파기되어 더 이상 사용할 수 없는 상태 |
Pre-activation은 키가 생성되었지만 아직 정상적인 암호 작업에 사용하도록 허용되지 않은 상태이다.
이 상태에서는 키의 등록, 분배, 설치 및 검증과 같은 준비 작업이 수행될 수 있다.
키가 필요한 조건을 충족하면 활성 상태로 전환된다.
Active는 키가 허용된 암호 작업에 사용될 수 있는 상태이다.
다만 활성 상태라고 해서 모든 종류의 암호 작업에 사용할 수 있는 것은 아니다.
키의 종류와 사용 목적에 따라 허용되는 작업이 제한된다.
예를 들어 서명 생성용 개인키를 데이터 암호화 용도로 임의로 사용하는 것은 적절하지 않다.
Suspended는 키의 사용이 일시적으로 중단된 상태이다.
일시 정지 상태의 키는 정해진 조건이 충족되면 다시 활성 상태로 전환될 수 있다.
그러나 키가 실제로 침해된 경우에는 단순한 일시 정지와 구분하여 침해 대응 절차를 수행해야 한다.
Deactivated는 키의 정상적인 보호 적용 기간이 종료된 상태이다.
비활성 키는 새로운 데이터에 보호를 적용하는 용도로 사용할 수 없지만, 허용된 범위에서 과거 데이터의 복호화나 서명 검증 등에 사용할 수 있다.
비활성 상태의 키도 필요한 보호 수준을 유지해야 한다.
Compromised는 키가 노출되었거나 신뢰할 수 없게 된 상태이다.
침해된 키는 정상적인 암호 작업에 계속 사용해서는 안 된다.
키 침해가 확인되면 영향을 받는 데이터와 시스템을 조사하고, 필요한 경우 키를 교체하거나 관련 인증서를 폐기해야 한다.
Destroyed는 키 재료가 파기되어 더 이상 사용할 수 없는 상태이다.
키를 파기할 때는 운영 시스템뿐 아니라 백업과 보관 사본에 남아 있는 키도 고려해야 한다.
단순히 키 관리 목록에서 삭제하는 것과 실제 키 재료를 복구할 수 없도록 파기하는 것은 구분된다.
NIST SP 800-57 Part 1은 키 관리 활동을 네 가지 국면으로 구분한다.
| 국면 | 영문 | 주요 활동 |
|---|---|---|
| 운영 전 | Pre-operational Phase | 개체 등록, 시스템 초기화, 키 생성·설정·분배·등록 |
| 운영 | Operational Phase | 키 저장, 사용, 백업, 복구, 교체 및 갱신 |
| 운영 후 | Post-operational Phase | 키 보관, 복구, 등록 해제, 폐기 및 파기 |
| 파기 | Destroyed Phase | 키 재료가 파기된 상태의 관리 |
운영 전 국면은 암호 키를 실제로 사용하기 위한 준비 단계이다.
주요 활동은 다음과 같다.
- 사용자 또는 시스템 개체 등록.
- 시스템 초기화.
- 암호 키 생성.
- 공개키와 개인키의 쌍 생성.
- 키 재료 분배.
- 키 설정(Key Establishment).
- 키 등록.
- 키 사용에 필요한 메타데이터 설정.
키 생성 과정에서는 충분한 엔트로피를 가진 난수 생성 방식을 사용해야 한다.
또한 키 생성 이후 실제 사용 주체와 용도에 대한 연관관계를 확인할 수 있어야 한다.
운영 국면에서는 키를 정상적인 암호 작업에 사용한다.
주요 활동은 다음과 같다.
- 키의 안전한 저장.
- 암호화 및 복호화.
- 전자서명 생성 및 검증.
- 메시지 인증.
- 키 백업.
- 키 복구.
- 키 교체.
- 키 유도.
키 사용 과정에서는 허용된 주체만 키에 접근하도록 통제해야 한다.
또한 키의 사용 목적과 허용 기간을 준수해야 한다.
운영 후 국면에서는 정상적인 운영이 종료된 키를 관리한다.
주요 활동은 다음과 같다.
- 과거 데이터 복호화를 위한 키 보관.
- 필요한 경우 키 복구.
- 사용자 및 시스템 등록 해제.
- 키 등록 해제.
- 키 폐기.
- 키 파기.
운영에서 제외된 키라고 해서 즉시 파기해야 하는 것은 아니다.
예를 들어 장기간 보관해야 하는 암호화 데이터가 존재한다면 해당 데이터를 복호화할 수 있는 키도 적절하게 보관해야 할 수 있다.
파기 국면은 키 재료가 파기되어 더 이상 사용할 수 없는 상태이다.
키 파기는 관련 정책에 따라 수행하고, 필요한 경우 파기 사실을 기록해야 한다.
키 관리 시스템은 파기된 키를 정상적인 암호 작업에 다시 사용하지 못하도록 해야 한다.
키 설정(Key Establishment)은 통신 당사자들이 암호 작업에 사용할 키를 확보하는 절차이다.
NIST SP 800-57은 키 설정과 관련하여 키 전송(Key Transport)과 키 합의(Key Agreement)를 구분한다.[1]
| 구분 | 키 전송 | 키 합의 |
|---|---|---|
| 영문 | Key Transport | Key Agreement |
| 기본 개념 | 한쪽에서 확보한 키 재료를 다른 당사자에게 안전하게 전달 | 참여 당사자들이 공통 키 재료를 도출 |
| 대표적인 방식 | 키 래핑, 공개키 기반 키 전송 | Diffie-Hellman 계열 키 합의 |
| 주요 보호 요구사항 | 전송되는 키 재료의 비밀성 및 무결성 | 참여자 인증, 키 설정 과정의 무결성, 공유 비밀 보호 |
키 설정 절차에서는 키 재료의 비밀성뿐 아니라 올바른 통신 상대방과 키가 설정되었는지도 중요하다.
공격자가 키 설정 절차를 중간에서 가로채거나 다른 키로 대체하면 안전한 암호 알고리즘을 사용하더라도 통신이 침해될 수 있다.
키 래핑(Key Wrapping)은 다른 암호 키를 안전하게 보호하기 위해 사용하는 암호학적 처리 방식이다.
일반적으로 키 암호화 키(Key-Encryption Key, KEK)를 사용하여 보호 대상 키를 래핑한다.
키 래핑은 키의 비밀성과 무결성을 보호할 수 있도록 설계되어야 한다.
관련 NIST 지침으로 SP 800-38F가 있다.
키 유도(Key Derivation)는 기존 비밀 값이나 키 재료를 이용하여 새로운 암호 키를 생성하는 과정이다.
키 유도 함수(Key Derivation Function, KDF)는 하나의 비밀 값으로부터 용도에 맞는 키 재료를 생성하는 데 활용된다.
예를 들어 키 합의 과정에서 확보한 공유 비밀을 암호화 키나 인증 키로 변환할 수 있다.
관련 NIST 지침으로 SP 800-108과 SP 800-56C가 있다.
NIST SP 800-57은 키의 종류와 사용 목적에 따라 보호 요구사항을 다르게 적용한다.
대표적인 보호 속성은 다음과 같다.
- 비밀성(Confidentiality).
- 무결성(Integrity).
- 가용성(Availability).
- 키 사용 목적과의 연관성.
- 키 소유자 및 관련 주체와의 연관성.
- 키 관련 메타데이터의 정확성.
비밀키와 개인키는 인가되지 않은 주체에게 노출되지 않도록 보호해야 한다.
대표적인 보호 방법은 다음과 같다.
- 암호 모듈 내부에서 키 생성 및 사용.
- 키 래핑을 통한 저장 및 전송.
- 접근 권한 제한.
- 키 사용 작업에 대한 인증.
- 키 관리 담당자의 직무 분리.
- 키가 저장된 매체의 물리적 보호.
공개키는 일반적으로 비밀성을 요구하지 않지만, 공개키와 관련된 인증정보의 무결성은 보호해야 한다.
암호 키가 공격자에 의해 변경되면 암호 작업의 결과를 신뢰할 수 없게 된다.
따라서 비밀키와 공개키를 포함한 모든 키는 무단 변경으로부터 보호해야 한다.
공개키 기반 구조에서는 인증서를 통해 공개키와 소유자 사이의 관계를 검증할 수 있다.
암호 키가 손실되면 해당 키로 보호된 데이터에 접근하지 못할 수 있다.
따라서 업무상 복구가 필요한 키는 적절한 백업 및 복구체계를 마련해야 한다.
다만 모든 키를 백업하거나 복구 가능하게 만들어야 하는 것은 아니다.
키의 종류와 용도에 따라 복구 가능성을 제한하는 것이 적절할 수 있다.
키 복구(Key Recovery)는 키가 손실되거나 정상적으로 사용할 수 없는 상황에서 필요한 키 재료를 복원하는 활동이다.
대표적인 상황은 다음과 같다.
- 키 관리 시스템 장애.
- 저장 매체 손상.
- 암호 키의 우발적인 삭제.
- 운영자의 실수.
- 업무 연속성을 위한 시스템 복구.
- 장기 보관 데이터의 복호화.
키 복구는 가용성을 확보하는 데 중요하지만, 복구 절차 자체가 새로운 키 노출 경로가 될 수 있다.
따라서 복구 요청에 대한 승인과 인증, 복구 작업의 기록, 복구된 키의 보호가 필요하다.
키 에스크로(Key Escrow)는 암호 키를 신뢰할 수 있는 주체에게 보관하도록 하여 정해진 조건에서 복구할 수 있도록 하는 방식이다.
키 에스크로를 운영할 때는 다음 사항을 고려해야 한다.
- 키 보관 주체의 신뢰성.
- 복구 승인 조건.
- 키 접근 권한.
- 복구 요청자의 인증.
- 복구 작업의 감사 기록.
- 키의 무결성 및 비밀성.
- 키 보관 기간과 파기 절차.
전자서명 생성용 개인키는 다른 주체가 해당 키를 사용하여 서명을 생성하지 못하도록 보호해야 한다.
따라서 일반적으로 개인 서명키를 복구 가능한 형태로 보관하는 것은 신중하게 검토해야 한다.
반면 과거 서명을 검증하기 위한 공개 서명검증키는 장기간 보관할 필요가 있을 수 있다.
이러한 차이는 키의 종류에 따라 백업과 복구 정책을 다르게 수립해야 하는 이유이다.
암호 키의 침해(Compromise)는 키의 비밀성이나 무결성에 대한 신뢰가 손상된 상황을 의미한다.
키가 침해되면 해당 키로 보호된 정보와 관련 시스템의 보안성이 영향을 받을 수 있다.
주요 대응 활동은 다음과 같다.
- 침해된 키와 관련 시스템 식별.
- 키의 종류 및 사용 목적 확인.
- 침해 가능 시점과 영향 범위 분석.
- 필요한 경우 키 사용 중단.
- 대체 키 생성 및 배포.
- 관련 인증서 폐기 또는 교체.
- 영향을 받은 데이터의 재암호화 필요성 검토.
- 관련 시스템 및 사용자에 대한 통지.
- 사고 원인 분석과 재발 방지 조치.
키를 교체했다는 사실만으로 과거의 침해 영향이 사라지는 것은 아니다.
예를 들어 과거에 사용한 데이터 암호화 키가 노출되었다면 공격자가 이미 확보한 암호문을 복호화할 가능성이 있다.
또한 서명 생성용 개인키가 침해된 경우에는 해당 키로 생성된 서명의 신뢰성을 검토해야 할 수 있다.
NIST SP 800-57은 키 침해가 발생했을 때 해당 키의 종류와 사용 이력에 따라 영향을 분석하도록 한다.[1]
NIST SP 800-57 Part 2는 암호 키 관리가 단순한 기술적 기능이 아니라 조직 차원의 정책과 책임을 필요로 하는 활동이라고 설명한다.
조직은 암호 키의 생성부터 파기까지 일관된 관리체계를 수립해야 한다.
키 관리 정책(Key Management Policy)은 조직이 암호 키를 관리할 때 적용할 원칙과 요구사항을 정의한다.
주요 내용은 다음과 같다.
- 키 관리의 목적과 적용 범위.
- 조직의 역할과 책임.
- 승인된 암호 알고리즘.
- 키 생성 및 설정 요구사항.
- 키 사용 및 접근통제.
- 키 사용 기간.
- 키 저장과 백업.
- 키 복구.
- 키 침해 대응.
- 키 폐기 및 파기.
- 감사 및 책임 추적.
키 관리 실무명세서(Key Management Practice Statement, KMPS)는 조직이 키 관리 정책을 실제로 어떻게 구현하고 운영하는지 설명하는 문서이다.
키 관리 정책이 조직의 요구사항을 정의한다면 실무명세서는 그 요구사항을 충족하기 위한 구체적인 운영 방법을 설명한다.
예를 들어 키 생성 시 사용하는 암호 모듈, 담당자의 승인 절차, 키 복구 방식, 감사 기록 관리 방법 등을 기술할 수 있다.
키 관리 명세(Key Management Specification)는 키 관리 시스템에 필요한 기술적 기능과 요구사항을 구체화하는 문서이다.
조직은 이러한 문서를 통해 키 관리 시스템의 구현과 운영이 조직의 정책에 부합하는지 평가할 수 있다.
키 관리 시스템(Key Management System, KMS)은 암호 키의 수명 주기를 관리하는 기술적·운영적 체계이다.
대표적인 기능은 다음과 같다.
- 암호 키 생성.
- 키 등록 및 목록 관리.
- 키 배포 및 저장.
- 키 접근 권한 관리.
- 키 사용 이력 기록.
- 키 교체 및 갱신.
- 키 백업과 복구.
- 키 폐기 및 파기.
- 키 침해 대응.
키 관리 시스템에서는 인가된 사용자와 시스템만 키 관리 기능을 수행할 수 있어야 한다.
특히 다음과 같은 작업은 높은 수준의 접근통제가 필요하다.
- 마스터 키 생성.
- 키 내보내기.
- 키 복구.
- 키 관리 정책 변경.
- 키 삭제 및 파기.
- 키 관리 시스템의 관리자 권한 변경.
업무상 필요한 경우 이중 통제(Dual Control)나 분할 지식(Split Knowledge)을 활용할 수 있다.
이중 통제는 중요한 작업을 수행할 때 둘 이상의 인가된 주체가 참여하도록 하는 방식이다.
분할 지식은 하나의 주체가 전체 비밀 정보를 알지 못하도록 비밀 정보를 나누어 관리하는 방식이다.
두 개념은 관련되어 있지만 동일하지 않다.
키 목록 관리(Key Inventory Management)는 조직에서 사용하는 암호 키의 현황을 파악하고 추적하는 활동이다.
관리 대상에는 다음과 같은 정보가 포함될 수 있다.
- 키 식별자.
- 키 종류.
- 사용 목적.
- 관련 시스템과 애플리케이션.
- 키 생성 일시.
- 활성화 및 만료 일시.
- 키 상태.
- 키 보관 위치.
- 관련 인증서.
- 키 교체 및 파기 이력.
키 목록을 정확하게 유지하면 만료된 키나 사용하지 않는 키를 식별하고, 키 침해 시 영향 범위를 분석하는 데 도움이 된다.
키 관리 시스템은 중요한 관리 작업에 관한 감사 기록을 유지해야 한다.
대표적인 감사 대상은 다음과 같다.
- 키 생성 및 등록.
- 키 사용 권한 변경.
- 키 내보내기.
- 키 백업과 복구.
- 키 교체.
- 키 폐기 및 파기.
- 관리자 권한 사용.
- 정책 위반 및 비정상적인 접근 시도.
감사 기록은 인가되지 않은 접근과 관리 절차 위반을 식별하는 데 활용된다.
NIST SP 800-57 Part 1 Revision 5는 2020년에 발행되었으므로 이후 확정된 양자 내성 암호 표준을 직접 반영하지 않는다.
NIST는 2024년 8월 13일 다음 세 가지 양자 내성 암호 표준을 최종 발행하였다.[7]
| 표준 | 알고리즘 | 주요 용도 |
|---|---|---|
| FIPS 203 | ML-KEM | 키 캡슐화 및 공유 비밀 설정 |
| FIPS 204 | ML-DSA | 전자서명 생성 및 검증 |
| FIPS 205 | SLH-DSA | 해시 기반 전자서명 생성 및 검증 |
이러한 알고리즘은 기존의 RSA나 타원곡선 암호와 다른 수학적 문제를 기반으로 설계되었다.
NIST SP 800-57 Part 1 Revision 6 초안에는 이들 양자 내성 암호 알고리즘과 관련 키 관리 지침이 추가되었다.[5]
조직이 양자 내성 암호로 전환할 때는 알고리즘 교체뿐 아니라 키 관리체계도 함께 검토해야 한다.
주요 고려사항은 다음과 같다.
- 기존 암호 알고리즘과 키의 사용 현황.
- 양자컴퓨터 공격에 취약한 공개키 암호의 식별.
- 새로운 키 형식과 길이.
- 키 생성 및 저장 방식.
- 키 설정 프로토콜의 변경.
- 인증서와 공개키 기반 구조의 변경.
- 암호 모듈의 지원 여부.
- 기존 시스템과의 상호운용성.
- 장기 보관 데이터의 보호 기간.
특히 장기간 기밀성을 유지해야 하는 정보는 현재 수집된 암호문이 미래에 복호화될 가능성도 고려해야 한다.
다만 양자 내성 암호로 전환할 때 적용해야 하는 구체적인 알고리즘과 승인 상태는 관련 최신 NIST 표준을 기준으로 판단해야 한다.
NIST SP 800-57은 암호 키 관리 전반을 다루지만, 개별 암호 알고리즘이나 암호 모듈의 세부 기술 규격을 모두 정의하지는 않는다.
관련 표준은 다음과 같다.
| 문서 | 주요 내용 | SP 800-57과의 관계 |
|---|---|---|
| FIPS 140-3 | 암호 모듈 보안 요구사항 | 키를 생성·저장·사용하는 암호 모듈의 보안성 검증 |
| FIPS 197 | AES 암호 알고리즘 | 대칭키 암호 알고리즘 정의 |
| FIPS 186-5 | 전자서명 표준 | 전자서명 알고리즘 정의 |
| FIPS 203 | ML-KEM | 양자 내성 키 캡슐화 메커니즘 정의 |
| FIPS 204 | ML-DSA | 양자 내성 전자서명 알고리즘 정의 |
| FIPS 205 | SLH-DSA | 해시 기반 양자 내성 전자서명 알고리즘 정의 |
| SP 800-38F | 키 래핑 방법 | 대칭키 기반 키 래핑 기법 |
| SP 800-56A | 이산로그 기반 키 설정 | 공개키 기반 키 설정 방법 |
| SP 800-56B | 정수 인수분해 기반 키 설정 | RSA 계열 키 설정 방법 |
| SP 800-56C | 키 설정을 위한 키 유도 | 키 설정 과정의 키 유도 방법 |
| SP 800-108 | 의사난수 함수를 이용한 키 유도 | 기존 키 재료로부터 새로운 키를 유도하는 방법 |
| SP 800-131A | 암호 알고리즘 및 키 길이 전환 | 알고리즘의 승인 상태와 전환 지침 |
FIPS 140-3은 암호 모듈(Cryptographic Module)의 보안 요구사항을 정의한다.
암호 모듈은 암호 알고리즘을 실행하고 키 재료를 처리하는 하드웨어·소프트웨어·펌웨어 또는 그 조합으로 구현할 수 있다.
FIPS 140-3은 암호 모듈의 보안 요구사항과 검증체계에 중점을 둔다.
반면 SP 800-57은 암호 모듈의 사용 여부와 관계없이 키의 전체 수명 주기를 관리하기 위한 원칙을 설명한다.
따라서 FIPS 140-3 검증을 받은 암호 모듈을 사용하더라도 조직 차원의 키 관리 정책과 운영 절차가 별도로 필요하다.
NIST SP 800-131A는 암호 알고리즘과 키 길이의 사용 상태 및 전환을 다룬다.
예를 들어 특정 알고리즘이 신규 데이터 보호에 사용 가능한지, 기존 데이터의 처리에만 사용할 수 있는지, 사용이 금지되는지 등을 설명한다.
SP 800-57은 키의 종류와 보안 강도, 사용 기간 및 수명 주기를 중심으로 다룬다.
두 문서는 상호 보완적이다.
특히 SP 800-57의 과거 개정판에 제시된 알고리즘별 사용 가능 시점을 최신 승인 상태로 간주해서는 안 된다.
NIST SP 800-57 Part 1 Revision 5는 본문 9개 장과 3개 부록으로 구성된다.[1]
| 구분 | 영문 제목 | 주요 내용 |
|---|---|---|
| 제1장 | Introduction | 문서의 목적, 대상 독자, 적용 범위 |
| 제2장 | Glossary of Terms and Acronyms | 용어 및 약어 정의 |
| 제3장 | Security Services | 기밀성, 무결성, 인증, 인가, 부인방지 등 보안 서비스 |
| 제4장 | Cryptographic Algorithms | 해시 함수, 대칭키·비대칭키 알고리즘, 난수 생성 |
| 제5장 | General Key-Management Guidance | 키 유형, 사용 목적, 암호 유효 기간, 보안 강도 |
| 제6장 | Protection Requirements for Key Information | 키 정보의 보호 요구사항 및 보호 메커니즘 |
| 제7장 | Key States and Transitions | 암호 키의 상태와 상태 전이 |
| 제8장 | Key-Management Phases and Functions | 키 관리의 네 가지 국면과 주요 기능 |
| 제9장 | Additional Considerations | 접근통제, 목록 관리, 감사, 키 관리 시스템의 생존성 |
| 부록 A | Cryptographic and Non-cryptographic Integrity and Source Authentication Mechanisms | 암호학적·비암호학적 무결성 및 출처 인증 메커니즘 |
| 부록 B | Key Recovery | 키 복구 요구사항과 방법 |
| 부록 C | Revision History | 개정 이력 |
제5장은 키 유형과 암호 유효 기간, 알고리즘의 보안 강도를 설명하는 핵심 부분이다.
제6장은 키 정보의 비밀성·무결성·가용성 등 보호 요구사항을 다룬다.
제7장과 제8장은 키 상태 및 수명 주기를 정의한다.
제9장은 키 관리 시스템의 접근통제, 감사, 업무 연속성 및 침해 복구 등 운영상의 요구사항을 설명한다.
NIST SP 800-57은 미국 연방기관의 암호 키 관리를 지원하기 위해 작성되었으나 민간기업과 다른 조직에서도 참고할 수 있다.
대표적인 활용 분야는 다음과 같다.
- 데이터베이스 암호화.
- 파일 및 저장장치 암호화.
- 네트워크 통신 암호화.
- 공개키 기반 구조.
- 전자서명 시스템.
- 인증 및 접근통제 시스템.
- 클라우드 키 관리 서비스.
- 하드웨어 보안 모듈.
- 장기 보관 데이터 보호.
- 암호 키 백업 및 복구체계.
- 양자 내성 암호 전환 계획.
다만 다음 사항을 고려해야 한다.
- SP 800-57은 특정 키 관리 제품이나 서비스를 지정하지 않는다.
- 모든 키에 동일한 사용 기간을 요구하지 않는다.
- 키 종류에 따라 백업과 복구 요구사항이 달라질 수 있다.
- 암호 알고리즘의 최신 승인 상태는 관련 NIST 표준을 별도로 확인해야 한다.
- Part 1 Revision 6은 2026년 10월 기준 확정판이 아닌 초안이다.
- Part 2와 Part 3의 일부 기술적 설명은 발행 당시의 암호 환경을 반영하므로 최신 표준과 함께 검토해야 한다.
- FIPS 140-3 검증을 받은 암호 모듈을 사용한다는 사실만으로 조직 전체의 키 관리체계가 적절하다고 판단할 수 없다.
- 키 관리체계의 안전성은 암호 알고리즘뿐 아니라 접근통제, 운영 절차, 감사 및 사고 대응 능력에도 영향을 받는다.
NIST SP 800-57의 핵심은 암호 키를 단순한 기술적 매개변수가 아니라 생성부터 파기까지 지속적으로 관리해야 하는 보안 자산으로 취급하는 것이다.
- ↑ 1.0 1.1 1.2 1.3 1.4 1.5 1.6 Elaine Barker, Recommendation for Key Management: Part 1 – General, NIST SP 800-57 Part 1 Revision 5, National Institute of Standards and Technology, 2020-05.
- ↑ Elaine Barker, William Barker, Recommendation for Key Management: Part 2 – Best Practices for Key Management Organizations, NIST SP 800-57 Part 2 Revision 1, National Institute of Standards and Technology, 2019-05.
- ↑ Elaine Barker, Quynh Dang, Recommendation for Key Management, Part 3: Application-Specific Key Management Guidance, NIST SP 800-57 Part 3 Revision 1, National Institute of Standards and Technology, 2015-01.
- ↑ NIST, Recommendation for Key Management: NIST Requests Public Comments on SP 800-57 Parts 2 and 3, 2025-07-01.
- ↑ 5.0 5.1 Elaine Barker, William Barker, Recommendation for Key Management: Part 1 – General, Revision 6, Initial Public Draft, National Institute of Standards and Technology, 2025-12-05.
- ↑ NIST SP 800-57 Revision 6 Initial Public Draft, NIST Computer Security Resource Center, 확인: 2026-10-23.
- ↑ NIST, Announcing Approval of Three Federal Information Processing Standards for Post-Quantum Cryptography, 2024-08-13.