암호 알고리즘 시험 통과가 암호 모듈 검증을 뜻하지 않는 이유

NIST의 CAVP는 승인된 알고리즘 구현과 구성요소를 시험·검증하며, 알고리즘 검증은 모듈 검증의 선행 조건입니다. 그러나 알고리즘 검증만으로 제품이나 라이브러리 전체가 FIPS 140 모듈 검증을 받은 것은 아닙니다.

모듈 검증은 경계, 인터페이스, 역할과 서비스, 운영환경, 보안관리와 생애주기 등 넓은 요구를 봅니다. 실제 제품 주장은 CMVP 인증서의 모듈명·버전·운영환경·상태와 제공 제품의 구성을 대조해야 합니다.

같은 암호 이름이어도 시험 대상은 다릅니다

AES 테스트를 통과한 구현이 하나 있다고 해서 그 구현을 포함한 모든 프로그램이 검증 모듈이 되는 것은 아닙니다. CAVP는 NIST가 승인하거나 권고하는 알고리즘과 개별 구성요소를 대상으로 시험합니다. NIST의 안내는 알고리즘 검증이 암호 모듈 검증의 선행 조건이라고 설명하면서도, 승인 알고리즘을 구현하고 각 알고리즘의 검증을 받았다는 사실만으로 FIPS 140 모듈 요구를 충족하지는 않는다고 분명히 구분합니다.

구매 문구를 확인할 때 따라갈 절차

1. 제품 설명이 알고리즘 검증, 모듈 검증, 또는 단순한 표준 준수 주장 중 무엇인지 확인합니다.
2. 알고리즘 검증 번호만 있다면 구현 이름·버전·운영환경을 해당 기록과 비교합니다.
3. FIPS 140 검증 주장을 한다면 CMVP 인증서 번호와 인증서의 모듈 경계를 찾습니다.
4. 실제로 배포하는 애플리케이션이 검증 모듈을 포함하는지, 그 모듈이 제공 암호 서비스를 맡는지 확인합니다.
5. 실행 환경이나 버전이 인증서와 다르면 동일한 검증을 받았다고 추정하지 말고 별도 근거를 요청합니다.

가상의 소프트웨어 업체가 ‘AES-256 알고리즘 검증 완료’라고 표시했지만 모듈 이름과 CMVP 인증번호는 공개하지 않았다고 하겠습니다. 이때 확인 가능한 것은 특정 AES 구현 시험에 관한 주장뿐입니다. 암호화 API를 제공하는 라이브러리 전체, 키 저장 기능, 인증된 실행 환경까지 검증되었다고 말할 수는 없습니다. NIST FIPS 140-3은 암호 모듈을 여러 측면에서 평가하는 표준이며, 알고리즘 정확성만 확인하는 절차와 목적이 다릅니다. 실제품의 상태를 확인할 때에는 CMVP 항목에서 정확한 모듈 버전과 운영환경을 대조해야 합니다.

검증 용어를 섞지 않습니다

‘알고리즘이 승인됐다’, ‘구현이 CAVP 시험을 통과했다’, ‘모듈이 CMVP 검증 목록에 있다’는 문장은 각각 대상이 다릅니다. 알고리즘 자체의 표준 상태와 구현 시험 결과, 모듈의 인증 상태를 구분해서 적어야 합니다. NIST 자료는 실사용자가 제품의 인증번호를 확인하고, 해당 제품 또는 내장 모듈이 암호 서비스를 제공하는지 확인하도록 안내합니다. 인증 목록에 없는 구성에 같은 상태를 추정하거나, 오래된 증명서를 현재 배포판의 상태로 단정하지 않습니다.

회상 연습: 알고리즘 인증서와 모듈 인증서

교육용 문제입니다. 라이브러리의 AES 구현에 CAVP 검증 기록이 있지만 라이브러리의 CMVP 인증번호는 확인하지 못했습니다. 구매자가 ‘라이브러리 전체가 FIPS 140 검증됐다’고 말해도 되나요?

아니요. CAVP 기록은 알고리즘 구현 범위의 근거입니다. 모듈 전체 주장을 하려면 CMVP 인증서와 버전·환경·경계를 확인해야 합니다. 모듈 인증서에 기재된 범위와 실제 제공 제품이 일치하는지도 별도로 대조해야 합니다.