Thales Luna 8, AI와 포스트 양자 보안 병목 겨냥
조사 대상 조직의 59%가 포스트 양자 알고리즘을 시험 중이라고 답한 가운데, Thales는 Luna 8을 출시했다. 그러나 이러한 알고리즘을 실제 운영 환경에 도입하는 일은 여전히 어렵다. 이 새로운 하드웨어 보안 모듈은 두 가지로 확대되는 수요의 접점에 Thales Luna 8을 배치한다. 기업은 AI 워크로드를 처리할 더 많은 암호화 역량이 필요하며, 동시에 가장 오래된 신뢰 시스템을 양자 내성 알고리즘에 맞춰 준비해야 한다.
하드웨어 보안 모듈(HSM)은 암호화 키를 저장하고 민감한 작업을 수행하면서도 해당 키를 노출하지 않는 보호 장치다. Thales는 Luna 8에 자체 설계 암호화 프로세서, 네이티브 포스트 양자 지원, 강화된 격리, 더 유연한 관리 기능을 추가했다고 밝혔다. 이러한 기능은 공개 키 시스템, 소프트웨어 서명, 디지털 ID, 클라우드 암호화, 기계 간 인증을 뒷받침하는 인프라를 겨냥한다.
문제는 포스트 양자 표준의 존재 여부가 아니다. NIST는 2024년에 첫 주요 표준을 확정했으며, 이후 경쟁 HSM 공급업체와 클라우드 플랫폼도 지원 기능을 추가해 왔다. 더 어려운 질문은 기업이 애플리케이션을 중단시키거나 통합을 손상시키지 않고, 혹은 새로운 운영상 취약점을 만들지 않고 기반 암호화를 교체할 수 있는지다. 따라서 Thales Luna 8은 단순히 더 빠른 보안 장비가 아니라 마이그레이션에 대한 투자다.
Thales Luna 8, 포스트 양자 보안을 새 하드웨어로 이전
중요한 변화는 Thales가 포스트 양자 전략을 단순 펌웨어 기능이 아니라 새로운 HSM 플랫폼에 내장했다는 점이다.
Thales는 2026년 8월 4일 Luna 8을 발표하며, 이를 범용 HSM 포트폴리오의 차세대 제품이라고 설명했다. 회사는 이 시스템을 하드웨어 신뢰 루트, 즉 조직이 핵심 키를 생성·저장·사용하는 보호 기반으로 내세운다.
Luna 8 출시 발표는 Thales가 설계한 암호화 프로세서와 현행 및 포스트 양자 알고리즘 지원을 강조한다. 마이그레이션은 단 한 번의 전환으로 끝나지 않기 때문에 이 조합은 중요하다. 기업은 긴 전환 기간에 걸쳐 기존 암호화와 양자 내성 암호화를 함께 운영하게 된다.
포스트 양자 암호화(PQC)는 충분한 성능을 갖춘 양자컴퓨터의 공격에 견디도록 설계된 수학 문제를 사용한다. 이는 기존 컴퓨터에서 실행되며 양자 하드웨어가 필요하지 않다. 변화는 알고리즘과 그 구현, 그리고 키를 관리하는 시스템에 있다.
Luna 8은 Thales가 더 빠른 업데이트와 새로운 암호화 메커니즘을 수용할 수 있다고 밝힌 아키텍처도 도입한다. 이러한 특성은 모든 종속 애플리케이션을 재구축하지 않고 알고리즘, 인증서, 정책을 교체할 수 있는 역량인 암호 민첩성으로 알려져 있다. 현재 표준화된 알고리즘도 구현 업데이트나 향후 교체가 필요할 수 있기 때문에, 이는 회사의 핵심 제안이다.
Thales는 호환되는 애플리케이션 프로그래밍 인터페이스와 키 마이그레이션 솔루션을 통해 고객이 Luna 7에서 이전할 수 있다고 밝혔다. API 호환성은 애플리케이션 변경을 줄일 수 있지만 기업 마이그레이션을 자동화하지는 않는다. 보안팀은 여전히 특정 알고리즘 형식을 전제로 하는 키, 인증서, 소프트웨어 종속성, 장치를 파악해야 한다.
회사는 자동화, 모니터링, 고가용성, 멀티테넌트 확장성도 강조한다. 이러한 기능은 서비스가 대량의 인증·서명·암호화 작업을 생성할 수 있는 AI 인프라와 Luna 8을 연결한다. 또한 워크로드를 프라이빗 인프라, 퍼블릭 클라우드, 관리형 서비스에 분산하는 하이브리드 환경도 지원한다.
Thales는 출시 발표와 함께 포괄적인 독립 성능 결과를 공개적으로 제시하지 않았다. 따라서 더 높은 처리량과 예측 가능한 성능에 관한 설명은 회사 측 주장에 머문다. 구매자는 특히 더 큰 포스트 양자 키와 서명에 대해 워크로드별 벤치마크가 필요하다.
이 구분은 제품 출시와 검증된 운영 결과를 가른다. Luna 8은 필요한 구성 요소를 새 플랫폼에 담았지만, 마이그레이션 프로젝트를 단축하는지는 배포 증거가 판단하게 된다. 그 증거가 중요한 이유는 이러한 프로젝트의 압력이 이미 커지고 있기 때문이다.
AI 워크로드, 키 관리를 용량 문제로 전환
AI가 별도의 암호화 세계를 만드는 것은 아니지만, 신뢰할 수 있는 키에 의존하는 ID, 서비스, 데이터 교환, 자동화된 의사결정을 증폭시킨다.
기업 AI 시스템은 모델을 내부 문서, 데이터베이스, 소프트웨어 도구, 외부 서비스와 연결한다. 모든 연결에는 인증, 암호화, 서명 또는 접근 제어가 필요할 수 있다. 에이전트형 시스템은 소프트웨어 에이전트가 지속적인 인간 승인 없이 작업을 시작하고 자격 증명을 교환할 수 있어 과제를 키운다.
Thales는 Luna 8을 이러한 기계 활동 증가와 직접 연결한다. HSM은 AI 서비스를 인증하는 키를 보호하고, 모델 아티팩트에 서명하며, 민감한 학습 데이터를 암호화하거나 배포 파이프라인에 진입하는 소프트웨어를 검증할 수 있다. HSM은 AI 출력이 정확한지 판단하지 않는다. 대신 ID와 권한을 확립하는 데 쓰이는 암호학적 증거를 보호한다.
이 경계는 중요하다. 하드웨어 기반 키는 공격자가 보호된 개인 키를 메모리나 저장소에서 단순히 추출하는 일을 막을 수 있다. 그러나 과도한 권한, 안전하지 않은 애플리케이션 로직, 오염된 데이터, 또는 유해한 지시를 따르는 에이전트는 바로잡을 수 없다. Luna 8은 훨씬 더 큰 AI 보안 문제 안에서 암호화 계층을 다룬다.
회사의 자체 데이터 위협 설문조사는 이 더 큰 문제를 보여준다. 이 연구는 보안 및 IT 관리 전문가 3,120명을 대상으로 했다. 응답자 중 61%는 AI 애플리케이션을 겨냥한 공격을 보고했으며, 52%는 ID 및 접근 관리가 가장 시급한 보안 분야라고 답했다.
보고서는 민감한 클라우드 데이터의 47%만 암호화됐다는 점도 확인했다. 이 수치는 보안 기술을 보유하는 것과 이를 일관되게 적용하는 것 사이의 격차를 드러낸다. 조직이 데이터를 분류·암호화하거나 통제된 키 관리 체계에 두지 않는다면, 더 빠른 HSM도 해당 데이터를 보호할 수 없다.
AI는 이 격차를 넓힐 수 있다. 팀은 종종 모델을 기업 정보와 신속히 연결한 뒤, 파일럿이 유용함을 입증한 후에 거버넌스를 추가한다. 자격 증명은 개발 환경, 오케스트레이션 도구, 플러그인, 서비스 계정 전반으로 확산될 수 있다. 암호화 용량의 가치는 커지지만, 가시성과 정책 집행은 여전히 전제 조건이다.
AI 연구를 관리하는 조직은 장기적인 기밀 유지 기간에도 직면한다. 오늘 수집한 학습 기록, 독점 문서, 의료 정보, 정부 데이터는 수년간 민감한 상태로 남을 수 있다. 공격자는 지금 암호화된 자료를 수집한 뒤, 미래의 방법으로 복호화가 가능해질 때까지 보관할 수 있다.
이 전술은 지금 수집해 나중에 복호화하기로 불린다. 현재 공개적으로 알려진 양자컴퓨터로는 실용적 규모에서 널리 배포된 공개 키 암호화를 해독할 수 없지만, 이는 현재의 위험을 만든다. 저장된 암호문을 읽을 수 있게 된 뒤에는 조직이 기밀성을 소급해 회복할 수 없다.
Thales 설문조사에서 양자컴퓨팅을 우려한 응답자의 61%는 기존 데이터의 미래 복호화를 가장 큰 양자 위험으로 꼽았다. 또한 59%는 포스트 양자 알고리즘을 프로토타이핑하거나 평가하고 있었다. 이 수치는 마이그레이션 도구에 대한 수요를 뒷받침하지만, 실제 운영 도입이 같은 수준에 이르렀음을 입증하지는 않는다.
Luna 8은 정확히 이 간극에 진입한다. 실험은 격리된 환경에서 실행할 수 있지만, 운영 암호화는 인증서, 고객 거래, 소프트웨어 릴리스, 백업, 재해 복구에 영향을 미친다. 실패한 실험의 비용은 제한적이다. 실패한 신뢰 인프라 마이그레이션의 비용은 핵심 운영을 멈출 수 있다.
이 때문에 AI는 용량 수요를 가속하고, 양자 위험은 마이그레이션의 시한이 된다. Thales는 하나의 플랫폼으로 두 문제를 모두 해결하려 한다. 성공 여부는 기반 메커니즘이 통제된 파일럿 환경 밖에서도 관리 가능한지에 달려 있다.
Thales Luna 8이 암호화 전환을 처리하는 방식
Thales Luna 8은 보호된 키 저장, 포스트 양자 작업, 암호 민첩성을 결합하지만, 조직은 여전히 장비를 둘러싼 시스템을 재설계해야 한다.
플랫폼의 첫 번째 역할은 격리다. 암호화 키는 변조 방지 하드웨어 내부에 남아 있고, 애플리케이션은 인터페이스를 통해 승인된 작업을 요청한다. 이 모델은 손상된 서버가 고가치 개인 키를 메모리나 저장소에서 직접 복사할 가능성을 줄인다.
두 번째 역할은 알고리즘 지원이다. NIST의 PQC 표준에는 공유 비밀 수립을 위한 ML-KEM과 디지털 서명을 위한 ML-DSA가 포함된다. NIST는 또한 서로 다른 수학에 기반한 대체 서명 방식으로 SLH-DSA를 표준화했다.
Module-Lattice-Based Key-Encapsulation Mechanism의 약자인 ML-KEM은 두 시스템이 신뢰할 수 없는 네트워크를 통해 비밀 키 자료를 수립하도록 돕는다. Module-Lattice-Based Digital Signature Algorithm인 ML-DSA는 수신자가 서명의 출처와 무결성을 확인할 수 있게 한다. 이 알고리즘들은 서로 다른 작업을 다루며 상호 대체할 수 없다.
Thales는 2025년 7월에 이미 Luna 7 펌웨어에 ML-KEM 및 ML-DSA 지원을 추가했다. 해당 릴리스는 호환되는 클라이언트 소프트웨어를 사용하는 기존 고객에게 표준화된 포스트 양자 메커니즘을 제공했다. Luna 8은 하드웨어 기반을 바꾸고 PQC 성능을 핵심 설계 목표로 삼는다.
이 이력은 발표를 과장해서 해석하는 일을 막는다. Luna 8은 Thales가 표준화된 PQC를 처음 접한 사례가 아니다. 이는 더 높은 규모에서 다음 마이그레이션 단계를 더 쉽게 운영하려는 시도다.
암호 민첩성은 이를 연결하는 조직이다. 표준은 바뀔 수 있고, 구현에서 결함이 드러날 수 있으며, 규제기관은 허용 가능한 구성을 수정할 수 있다. 민첩한 플랫폼은 조직이 테스트 중에 기존 서비스를 유지하면서 새로운 메커니즘을 도입할 수 있게 해야 한다.
실제로 이는 흔히 하이브리드 배포를 뜻한다. 시스템은 기존 방식을 포스트 양자 방식과 결합해 공격자가 두 보호 장치를 모두 무력화해야 하도록 구성할 수 있다. 하이브리드 설계는 익숙하지 않은 알고리즘에 대한 의존도를 낮출 수 있지만, 메시지 크기, 처리 요구 사항, 통합 복잡성도 증가시킨다.
HSM은 모든 종속 프로토콜을 자체적으로 업데이트할 수 없다. 애플리케이션, 인증 기관, 네트워크 장비, 코드 서명 시스템, 파트너 서비스는 선택된 메커니즘을 이해해야 한다. 데이터 형식과 인증서 체인이 커질 수 있으며, 더 작은 기존 서명을 기준으로 설계된 시스템에 부담을 줄 수 있다.
마이그레이션에는 키 이동성도 포함된다. 조직에는 통제된 백업, 복제, 복구, 고가용성 절차가 필요하다. Thales의 이전 Luna 7 구현 문서는 ML-KEM 및 ML-DSA 키를 초기에는 해당 HSM 릴리스에서 래핑해 외부로 내보낼 수 없었다고 언급했다.
이 제한은 구현 세부 사항이 중요한 이유를 보여준다. 알고리즘은 표준화될 수 있지만, 운영 역량은 제품과 버전에 따라 여전히 고르지 않을 수 있다. Luna 8을 평가하는 구매자는 포스트 양자 키가 백업, 복제, 장애 조치, 마이그레이션 중 어떻게 처리되는지 확인해야 한다.
멀티테넌시는 또 다른 시험 과제를 더한다. 조직은 격리된 파티션을 통해 하나의 HSM을 사업부, 애플리케이션 또는 고객 간에 나눠 사용할 수 있다. 활용률을 높이면 운영 오버헤드를 줄일 수 있지만, 관리자는 부하 상황에서도 정책, 성능, 감사 기록이 분리된 상태로 유지된다는 점을 입증해야 한다.
AI 애플리케이션은 이러한 부하 테스트를 더욱 까다롭게 만든다. 자동화 서비스는 기존 거래 패턴과 다른 방식으로 서명 또는 인증 요청을 폭발적으로 생성할 수 있다. 암호화 의존성이 대화형 서비스 내부에 위치할 때는, 눈에 띄는 처리량만큼 예측 가능한 지연 시간이 중요할 수 있다.
Thales는 자사의 맞춤형 프로세서가 대량의 포스트퀀텀 연산을 위해 설계됐다고 말한다. 공개 출시 자료는 모든 알고리즘과 워크로드 전반에서의 우위를 판단할 만큼 비교 가능한 측정치를 충분히 제공하지 않는다. 독립 테스트에서는 지연 시간, 지속 처리량, 동시성, 장애 조치 동작 및 에너지 사용량을 비교해야 한다.
따라서 이 메커니즘은 신뢰할 만하지만 공개 증거로서는 불완전하다. Thales는 표준화된 알고리즘 및 알려진 운영 요구 사항에 맞춰 아키텍처를 정렬했다. 고객은 이러한 설계 선택이 각자의 제약 조건에서 더 안전한 마이그레이션으로 이어지는지 검증해야 한다.
표준이 HSM 경쟁을 지원에서 실행으로 옮겼다
NIST가 배포할 주요 알고리즘에 관한 불확실성을 상당 부분 해소하면서, HSM 공급업체들은 이제 통합, 인증 및 마이그레이션 품질로 경쟁하고 있다.
NIST는 2024년 8월 FIPS 203, FIPS 204 및 FIPS 205를 최종 확정했다. 이 기관은 관리자들에게 즉시 전환을 시작할 것을 권고했다. 이 결정으로 PQC는 연구 단계의 선택 과정에서 정부와 기업을 위한 구현 프로그램으로 이동했다.
이 변화는 암호화 인프라를 관리하는 모든 공급업체에 압박을 가한다. Thales, Entrust, Utimaco 같은 전통적 HSM 공급업체는 표준화된 알고리즘 지원과 검증된 구현을 갖춰야 한다. 클라우드 공급업체는 고객을 호환되지 않는 키 관리 경로에 가두지 않으면서 호환 서비스에 접근할 수 있게 해야 한다.
경쟁은 지원 알고리즘 목록보다 더 광범위하다. 구매자는 공개 키 인프라, 코드 서명 플랫폼, 인증서 관리, 데이터베이스, 클라우드 서비스 및 개발 파이프라인과의 통합을 필요로 한다. 운영 도구가 생성된 키를 모니터링하거나 복구할 수 없다면, 명목상의 ML-KEM 체크박스는 가치가 거의 없다.
인증도 중요하다. FIPS 140-3는 보안 요구 사항에 따라 암호화 모듈을 평가하며, 알고리즘 검증은 특정 구현을 시험한다. 이러한 절차가 전체 애플리케이션의 보안을 보장하지는 않는다. 그러나 규제 및 정부 환경에서 필수적인 제3자 보증을 제공한다.
Thales는 미국 연방 포트폴리오 내에서 관련 근거를 갖고 있다. 2026년 7월, Thales Trusted Cyber Technologies는 Luna T-Series가 FIPS 140-3 Level 3 검증을 받았다고 발표했다. 검증된 릴리스에는 ML-KEM, ML-DSA 및 Leighton-Micali Signature 체계가 포함됐다.
T-Series 검증은 별도의 미국 제조 제품군에 적용되며 Luna 8의 인증과 혼동해서는 안 된다. Thales는 Luna 8을 위한 FIPS 140-3 Level 3 및 Common Criteria 인증 작업이 진행 중이라고 밝히고 있다. 해당 절차가 완료될 때까지 구매자는 인증을 보류 상태로 간주해야 한다.
이 구분은 이 글의 핵심적인 트레이드오프를 만든다. 모든 검증과 통합을 기다리면 초기 배포 위험은 줄어들지만, 기다리는 동안에도 수집 후 해독 공격에 대한 노출은 유지된다. 먼저 이동하면 더 많은 장기 보존 데이터를 보호할 수 있지만, 도입 기업에 더 큰 테스트 책임이 부과된다.
정부 일정은 압박을 높인다. 백악관 국가안보 메모는 2035년까지 가능한 한 많은 양자 위험을 완화한다는 목표를 설정했다. NIST의 마이그레이션 가이드는 양자 공격에 취약한 디지털 서명 및 키 확립 체계에서 벗어나기 위해 예상되는 전환을 설명한다.
이 날짜들은 멀게 들릴 수 있지만, 암호화 마이그레이션은 느리게 진행된다. 기업은 소스 코드, 어플라이언스, 인증서, 파트너 연결 및 아카이브 시스템에 내장된 암호화를 찾아야 한다. 이후 기밀 유지 기간에 따라 데이터를 우선순위화하고, 각 종속성 전반에서 대체 방식이 작동하는지 확인해야 한다.
인증서 수명 주기도 또 다른 마감 시점을 더한다. CA/Browser Forum은 2029년까지 공개 TLS 인증서의 최대 유효 기간을 47일로 단계적으로 줄이는 방안을 승인했다. 더 짧은 인증서는 더 많은 자동화를 요구하며, 이는 알고리즘과 인증서 관리를 현대화할 기회도 될 수 있다.
Thales의 경쟁 우위는 그러한 운영 부담을 얼마나 줄이느냐에서 나올 것이다. 호환 API, 자동화된 관리 및 키 마이그레이션은 실험실 속도 기록보다 더 중요할 수 있다. 고객은 일반적으로 엔지니어가 신뢰 기반을 재설계하는 동안 인증 기관이나 서명 서비스를 중단할 수 없다.
클라우드 HSM 서비스는 또 다른 형태의 압박을 만든다. 특히 전문 하드웨어 인력이 없는 팀에는 조달과 용량 계획을 단순화할 수 있다. 전용 어플라이언스는 위치, 관리 및 물리적 보관에 대한 더 큰 통제권을 제공하며, 이는 일부 주권 및 규정 준수 요구 사항에서 여전히 중요하다.
Thales는 포트폴리오 전반에서 온프레미스, 클라우드, 서비스 기반 및 하이브리드 배포 모델을 지원한다. Luna 8은 이러한 유연성이 일관된 정책 및 복구 동작을 유지한다는 점을 보여줘야 한다. 분산된 관리 계층은 암호 민첩성 주장을 약화시킬 것이다.
따라서 출시만으로 단순한 승자를 정할 수는 없다. Thales는 하드웨어, 알고리즘 및 마이그레이션 도구를 신뢰할 만하게 결합했다. Entrust, Utimaco 및 주요 클라우드 공급업체도 동일한 표준에 직면해 있으며, 구매자는 구호가 아니라 검증된 동작을 비교하게 될 것이다.
가장 어려운 위험은 암호화 프로세서 밖에 있다
Luna 8은 키를 보호하고 승인된 연산을 가속할 수 있지만, 불완전한 인벤토리, 취약한 액세스 정책 또는 호환되지 않는 애플리케이션을 바로잡을 수는 없다.
첫 번째 불확실성은 인증이다. Thales는 Luna 8이 FIPS 140-3 Level 3 및 Common Criteria 요구 사항을 충족하도록 설계됐으며 검증 작업이 진행 중이라고 말한다. 특히 조달 규정상 등재된 모듈을 요구하는 조직에게 설계 의도는 완료된 인증서와 동등하지 않다.
두 번째는 성능 근거다. 포스트퀀텀 키, 암호문 및 서명은 기존 방식보다 더 클 수 있다. 그 영향은 알고리즘, 보안 수준, 프로토콜, 워크로드 및 네트워크 경로에 따라 달라진다.
Thales는 자사 프로세서가 PQC에 최적화됐으며 플랫폼이 높은 성능을 제공한다고 설명한다. 공개 발표에는 완전한 벤치마크 방법론이나 경쟁사와의 직접 비교가 제시되지 않았다. 구매자는 제품 문구만으로 보편적 성능 향상을 추론하기보다 재현 가능한 결과를 요청해야 한다.
세 번째 위험은 애플리케이션 호환성이다. HSM이 ML-DSA를 올바르게 실행하더라도, 오래된 인증서 파서, 네트워크 어플라이언스 또는 서명 워크플로가 출력을 거부할 수 있다. 이러한 실패는 하드웨어에서 멀리 떨어진 곳에서 나타날 수 있으며 진단하기 어려워질 수 있다.
네 번째는 마이그레이션 거버넌스다. 많은 조직은 모든 암호화 자료가 어디에 있는지 알지 못한다. 키는 애플리케이션 코드, 로컬 구성, 관리되지 않는 인증서, 장치, 스크립트 및 제3자 서비스에 존재할 수 있다.
암호 민첩성은 이 인벤토리에 달려 있다. 관리자가 이전 알고리즘을 사용하는 시스템을 찾을 수 없다면, 교체 가능한 알고리즘은 보호 효과가 거의 없다. 따라서 대규모 마이그레이션에 앞서 탐색이 이뤄져야 한다.
AI는 팀이 새 통합을 빠르게 구축하기 때문에 인벤토리 문제를 복잡하게 만든다. 모델 애플리케이션은 여러 환경에서 데이터베이스 자격 증명, 서비스 토큰, 암호화 키 및 서명 권한을 확보할 수 있다. 각 연결은 보안 팀이 매핑하고 통제해야 할 공격 표면을 확장한다.
보호된 키 역시 적절한 사용을 보장하지는 않는다. 과도한 권한을 가진 AI 에이전트는 HSM에 승인됐지만 유해한 작업의 서명을 요청할 수 있다. 키는 하드웨어를 떠나지 않지만, 주변의 권한 부여 결정은 여전히 실패한다.
보안 아키텍트는 암호화 신뢰와 애플리케이션 신뢰를 분리해야 한다. HSM 정책은 어떤 ID가 어떤 작업을 위해, 어떤 승인 조건에서 키를 사용할 수 있는지를 제한해야 한다. 로그는 암호화 이벤트를 애플리케이션 ID 및 비즈니스 맥락과 연결해야 한다.
백업 및 복구 절차가 불완전하면 마이그레이션 자체가 다운타임이나 데이터 손실을 초래할 수 있다. 팀은 사용할 수 없는 어플라이언스, 손상된 파티션, 만료된 인증서, 호환되지 않는 클라이언트 및 롤백된 소프트웨어와 관련된 장애 시나리오를 테스트해야 한다. 정상 조건에서 성공한 시연만으로는 충분하지 않다.
알고리즘 다양성은 또 다른 과제를 만든다. NIST는 단일 수학적 기반에 의존하지 않기 위해 여러 서명 방식을 선택했다. 더 많은 알고리즘을 지원하면 복원력을 높일 수 있지만, 새로운 옵션마다 구성 및 테스트 결정이 추가된다.
조직은 시스템을 하나의 영구적 상태로서 “양자 안전”하다고 선언하는 일을 피해야 한다. 보안은 선택한 알고리즘, 그 매개변수, 구현 및 모든 주변 프로토콜에 달려 있다. 또한 조직이 나중에 이러한 요소를 변경할 수 있는 능력에도 좌우된다.
수집 후 해독 위험 추정에도 같은 주의가 적용된다. 암호학적으로 의미 있는 양자 컴퓨터가 등장할 시점에 대해 합의된 공개 날짜는 없다. 정확한 날짜가 없다고 해서 수십 년간 비밀로 유지해야 하는 정보의 노출이 사라지는 것은 아니다.
합리적인 마이그레이션 프로그램은 결과와 기밀 유지 기간을 기준으로 우선순위를 정한다. 장기간 보존되는 정부, 의료, 금융, 연구 및 지식재산 데이터는 더 이른 관심을 받을 가치가 있다. 영향이 제한적인 단기 정보는 다른 일정에 따라 처리할 수 있다.
Luna 8은 이러한 프로그램에 또 하나의 인프라 옵션을 제공한다. 하지만 탐색, 아키텍처 검토, 테스트 또는 거버넌스를 대체하지는 않는다. 따라서 Thales의 가장 강력한 주장은 절대적인 미래 보호보다 더 좁다. 이 플랫폼은 암호화 변경을 더 관리하기 쉽게 만들도록 설계됐다.
Luna 8의 성과를 보여줄 세 가지 신호
인증, 독립적으로 비교 가능한 성능, 그리고 프로덕션 마이그레이션 근거가 Luna 8이 인프라로 자리 잡을지 아니면 초기 플랫폼 약속에 머물지를 결정할 것이다.
첫 번째 신호는 완료된 제3자 검증이다. 구매자는 FIPS 140-3 Level 3 및 해당 Common Criteria 프로그램에서 Luna 8 항목을 주시해야 한다. 완료된 인증은 정부, 금융, 의료 및 기타 규제 시장에서 Thales의 입지를 강화할 것이다.
정확히 어떤 구성이 검증됐는지가 중요하다. 인증서는 일반적으로 정의된 하드웨어, 펌웨어 및 운영 조건에 적용된다. 고객은 배포하려는 버전이 평가 대상 버전과 일치하는지 확인해야 한다.
인증이 지연되거나 범위가 좁다면 공식 보증 요건이 있는 구매자 사이에서 도입은 약화될 것이다. 그렇다고 제품이 안전하지 않다는 증거는 아니다. 추가 예외나 통제 없이 조직이 제품을 배포할 수 있는 범위가 제한될 뿐이다.
두 번째 신호는 독립적이거나 고객이 검증할 수 있는 성능 데이터다. 유용한 테스트는 기존 및 포스트퀀텀 연산, 혼합 워크로드, 동시 클라이언트, 장애 조치, 백업 및 관리 오버헤드를 측정해야 한다. 알고리즘 매개변수와 시스템 구성도 공개해야 한다.
지속 워크로드 전반에서 강력한 결과가 나오면 Thales의 맞춤형 프로세서 주장을 뒷받침할 수 있다. 고립된 최고 처리량에 국한된 결과는 예측 가능한 지연 시간이 필요한 AI 서비스나 인증서 시스템에 대한 근거로는 약하다.
성능에는 운영 복구도 포함돼야 한다. 빠른 서명 서비스라도 장애 후 복구가 어렵다면 다른 형태의 비즈니스 위험을 만든다. 복제 및 재해 복구를 포함한 테스트는 이상적인 경로에서의 시연보다 더 많은 것을 보여줄 것이다.
세 번째 신호는 문서화된 실제 운영 환경 마이그레이션이다. Thales는 Luna 7 애플리케이션, 키, 정책, 통합이 Luna 8로 어떻게 이전됐는지를 보여 주는 고객 사례가 필요하다. 가장 강력한 근거에는 마이그레이션 기간, 호환성 확인 결과, 롤백 절차, 서비스 가용성이 포함될 것이다.
초기 배포 사례는 조직이 하이브리드 암호화를 어떻게 운영하는지도 보여 줘야 한다. 어떤 애플리케이션이 기존 방식과 포스트 양자 방식을 함께 사용하는지, 그리고 팀이 두 경로를 어떻게 모니터링하는지를 설명해야 한다. 이런 근거가 마련돼야 암호 민첩성은 아키텍처상의 약속에서 운영 관행으로 전환될 수 있다.
경쟁사의 대응도 이 신호 안에 포함된다. Entrust, Utimaco 또는 클라우드 HSM 제공업체가 PQC 지원을 확대한다면 시장 수요를 검증하는 한편 Thales에 대한 압박도 높일 것이다. 유사한 인증과 마이그레이션 도구는 Luna 8의 차별성을 낮출 수 있다.
엔터프라이즈 구매자는 모든 결과를 수동적으로 기다릴 필요가 없다. 암호 자산 인벤토리부터 구축하고, 장기간 기밀 유지가 필요한 데이터를 식별하며, 운영 환경 밖에서 표준화된 알고리즘을 테스트할 수 있다. 또한 어떤 시스템이 RSA 또는 타원곡선 암호화에 의존하는지도 문서화할 수 있다.
AI 서비스를 구축하는 팀은 사람의 신원과 함께 머신 아이덴티티도 매핑해야 한다. 에이전트가 어디서 자격 증명을 얻는지, 그 자격 증명이 어떤 작업을 승인하는지, 그리고 영향이 큰 작업에 추가 승인이 필요한지를 검토해야 한다. 이 작업은 어떤 HSM 공급업체를 선택하든 계속 가치가 있다.
당장의 질문은 모든 암호화 시스템을 한꺼번에 교체해야 하는지 여부가 아니다. 조직이 가장 장기적인 위험을 식별하고, 기한이 선택지를 압축하기 전에 통제된 마이그레이션을 시험할 수 있는지 여부다. Thales Luna 8은 이 과정을 위한 새로운 하드웨어 경로를 제시하지만, 이제는 근거가 아키텍처를 따라잡아야 한다. 보안 리더는 포스트 양자 대비가 완료됐다고 판단하기 전에 공급업체에 검증된 구성, 재현 가능한 워크로드 결과, 완전한 복구 시연을 요구해야 한다.
