NIST PQC 전자서명 후보 9개, 전환 문서에는 어떻게 적어야 하나

짧은 결론: 이름보다 표준화 단계를 먼저 보세요

조달 제안요청서나 코드서명 정책을 검토하다 보면 “NIST PQC 대응”이라는 문장이 편하게 느껴질 때가 있습니다. 그런데 막상 검토 회의에 들어가면 바로 질문이 나와요. 키 교환을 말하는 건지, 전자서명을 말하는 건지, 이미 확정된 표준을 말하는 건지부터 갈립니다.

NIST의 2026년 5월 14일 발표는 추가 양자내성암호(PQC, Post-Quantum Cryptography) 전자서명 후보 9개가 3라운드 평가에 진입했다는 소식입니다. 새 표준 9개가 확정됐다는 뜻은 아닙니다.

전환 문서에서 먼저 나눌 것은 알고리즘 이름이 아니라 문서 상태입니다. FIPS 확정 표준, NIST Selected, Round 3 Candidate가 같은 줄에 섞이면 기술 선택보다 해석 문제가 먼저 생깁니다.

전환 문서에서 가장 먼저 나눌 세 칸

이번 발표를 문서에 반영할 때는 세 칸으로 나누는 편이 깔끔합니다.

문서 상태	해당 항목	전환 문서 표기 예시
FIPS 확정 표준	ML-KEM, ML-DSA, SLH-DSA	NIST FIPS 203 (ML-KEM), NIST FIPS 204 (ML-DSA), NIST FIPS 205 (SLH-DSA)
NIST Selected, FIPS 확정 전	FN-DSA	NIST Selected (FN-DSA, FIPS 확정 전)
추가 전자서명 3라운드 후보	FAEST, HAWK, MAYO, MQOM, QR-UOV, SDitH, SNOVA, SQIsign, UOV	NIST PQC Additional Digital Signatures Round 3 Candidate
국내 지침 확인 필요	국내 공공·민간 전환 문서 반영 항목	KISA 등 국내 전환 지침 확인 필요

아래 예시는 NIST나 KISA가 제시한 공식 조달 템플릿이 아니라, 표준화 단계를 혼동하지 않기 위한 표기 예시입니다. 실제 문서에는 조직의 보안 기준, 조달 절차, 국내 지침 확인이 함께 붙어야 합니다.

FIPS 확정 표준과 후보 평가는 같은 층위가 아닙니다

양자내성암호 전환 문서에서 PQC라는 한 단어로 모든 것을 묶으면 편하지만, 실제 시스템에서는 역할이 다릅니다. 키 캡슐화 메커니즘(KEM, Key Encapsulation Mechanism)은 키 교환 쪽에서 먼저 보게 되고, 전자서명(Digital Signature)은 인증서, 코드서명, 장기보존 문서서명과 연결됩니다.

현재 공개된 NIST/KISA 자료 기준으로 ML-KEM, ML-DSA, SLH-DSA는 FIPS 확정 표준으로 다룰 수 있는 축입니다. 반면 이번 9개 후보는 추가 전자서명 표준화 절차의 3라운드 후보입니다.

NIST CSRC의 추가 전자서명 프로젝트 페이지는 ML-DSA, FN-DSA, SLH-DSA를 선택된 전자서명 알고리즘으로 언급합니다. 다만 FN-DSA는 특히 조심해서 적어야 합니다. 같은 ‘선택된 전자서명’ 범주에 등장하더라도, 현재 공개된 NIST/KISA 자료 기준으로는 ML-DSA·SLH-DSA처럼 FIPS 확정 표준으로 쓰면 안 됩니다.

‘NIST PQC 대응’이라고만 쓰면 생기는 문제

NIST PQC 대응이라는 문구는 보고서 첫 장에서는 간결합니다. 하지만 요구사항 표에 들어가면 너무 넓습니다.

예를 들어 인증서 전환 계획이라면 “전자서명 알고리즘은 FIPS 확정 표준, NIST Selected, 추가 후보를 구분해 추적한다”처럼 써야 검토 범위가 보입니다. 코드서명 정책이라면 “운영 적용 기준은 FIPS 확정 표준과 국내 지침을 우선 확인하고, 추가 전자서명 3라운드 후보는 표준화 진행 상황을 별도 추적한다”에 가깝게 적는 편이 안전합니다.

제가 문서를 본다면 알고리즘 목록보다 먼저 용도를 확인할 것 같습니다. TLS 같은 키 교환 문제인지, 인증서 서명 문제인지, 소프트웨어 배포용 코드서명 문제인지가 갈리지 않으면 같은 표 안에서도 서로 다른 결론을 낼 수 있거든요.

9개 후보는 적용 목록보다 추적 목록에 가깝습니다

이번 3라운드 후보 9개를 무시할 필요는 없습니다. 다만 조달·인증서·코드서명 문서에 최종 적용 알고리즘처럼 넣는 것은 다른 문제입니다.

NIST는 9개 후보가 3라운드로 올라갔다고 밝혔고, 이 평가는 약 2년간 이어질 예정입니다. 그래서 전환 문서에서는 “운영 적용 후보”처럼 앞당겨 쓰기보다 “추가 전자서명 표준화 절차의 Round 3 Candidate로 추적”한다고 쓰는 편이 해석 리스크가 작습니다.

예시는 이 정도면 충분합니다.

• FAEST, HAWK, MAYO, MQOM, QR-UOV, SDitH, SNOVA, SQIsign, UOV는 NIST Additional Digital Signatures Round 3 Candidate로 추적한다.
• 운영 적용 여부는 향후 NIST 표준화 결과, 구현 생태계, 국내 지침을 함께 확인해 판단한다.
• 요구사항 검토표에는 FIPS 확정 표준과 후보 평가 단계를 구분해 표시한다.

이렇게 적으면 최신 흐름을 놓치지 않으면서도 후보를 확정 표준처럼 과대 표기하는 위험을 줄일 수 있습니다.

피해야 할 문장과 고쳐 쓸 문장

가장 흔한 실수는 발표 단계를 한 단계씩 앞당겨 쓰는 것입니다.

피해야 할 표현	더 정확한 표현
NIST가 새 PQC 표준 9개를 확정했다	NIST의 추가 PQC 전자서명 후보 9개가 3라운드 평가에 진입했다
기존 PQC 표준이 다시 흔들린다	FIPS 확정 표준과 추가 전자서명 후보 평가는 다른 층위다
한국 기관은 지금 9개 중 하나를 골라야 한다	국내 적용 여부는 NIST 표준화 결과와 국내 전환 지침을 함께 확인해야 한다
FN-DSA는 ML-DSA와 같은 FIPS 표준이다	FN-DSA는 NIST Selected로 분리해 표기한다

KISA의 양자내성암호 설명은 국내 전환 맥락을 볼 때 참고할 수 있습니다. 다만 이번 NIST 발표 하나가 한국의 공공·민간 시스템 적용 목록을 곧바로 확정해 주는 것은 아닙니다.

문서 검토 체크포인트

전환 문서를 손볼 때는 후보 이름을 더 많이 넣기보다, 각 줄의 책임과 단계가 보이는지 확인하는 편이 낫습니다.

첫째, 암호가 쓰이는 위치를 기능별로 나눴는지 보세요. 키 교환, 전자서명, 인증서, 코드서명, 장기보존 문서서명은 같은 보안 전환 표에 들어갈 수 있지만 같은 요구사항으로 처리하면 혼선이 생깁니다.

둘째, 각 항목 옆에 표준화 단계를 붙였는지 확인해보세요. FIPS 확정, NIST Selected, Round 3 Candidate, 국내 지침 확인 필요가 없으면 알고리즘 이름만으로 운영 판단을 내리기 어렵습니다.

셋째, FN-DSA를 ML-DSA·SLH-DSA와 같은 FIPS 확정 표준처럼 적지 않았는지 봐야 합니다. 같은 전자서명 범주에 있어도 문서 상태는 다릅니다.

넷째, 3라운드 후보는 별도 추적 항목으로 관리하는 편이 자연스럽습니다. 후보군이 앞으로 어떻게 압축될지, 구현과 검증 자료가 어떻게 바뀔지, 국내 지침이 어떻게 반영될지는 아직 남은 관찰 지점입니다.

다음에 볼 지점

NIST의 이번 발표는 “PQC가 또 바뀌었다”는 뉴스라기보다, 추가 전자서명 영역에서 공개 평가 대상이 9개 후보로 좁혀졌다는 소식입니다. 전환 문서 관점에서는 이 차이가 더 실무적입니다.

앞으로는 세 가지를 보면 됩니다. NIST의 3라운드 평가가 어떤 근거로 후보를 더 좁히는지, FN-DSA의 FIPS 문서화가 어떻게 진행되는지, KISA의 국내 양자내성암호 전환 설명이 어떤 항목을 최신화하는지입니다.

문서를 열었을 때 첫 줄에 “확정”, “선택”, “후보”, “국내 지침 확인”이 구분돼 있으면 출발점은 잡힌 겁니다. 그다음에야 어떤 알고리즘을 어디에 적용할지 논의할 수 있습니다.