Post-Quantum Migration 포스트 양자 암호로 가는 기업의 경로

이유 하나: 지금 모으고 나중에 푼다

'Harvest Now, Decrypt Later'는 널리 받아들여진 위협 모델입니다. 오늘 가로챈 암호화 통신은 그대로 보관했다가 풀 수 있게 되었을 때 풀립니다. 그러니 물음은 '당신의 데이터가 오늘 안전한가'가 아니라 '당신의 데이터를 몇 년 동안 덮어 두어야 하는가'입니다. 비밀 유지 기한이 10년을 넘는 것 — 진료 기록, 보험 증권, 계약, 신원 증명, 영업 비밀 — 은 오늘 이미 이 모델 아래 드러나 있습니다.

다만 정직하게 말해 둘 것이 있습니다.RSA-2048을 실제로 깰 양자컴퓨터가 언제 나올지는 추정의 폭이 매우 큽니다. 10년 안이라는 쪽부터 수십 년 뒤라는 쪽까지, 진지한 전문가의 지지가 각각 있습니다. 특정 연도를 이미 아는 사실처럼 말하는 글은 의심하세요.

이유 둘: 규제 기한은 이미 있다

이쪽 이유는 어떤 예측에도 기대지 않습니다. 판단의 바탕으로 삼기를 권하는 쪽이 이것입니다. EU는 회원국에 2026년 말까지 착수를, 핵심 기반 시설에는 2030년 말까지 고위험 영역을 끝내도록 권고합니다. 대만 금감위의 단계별 기한은 2026년부터 시작합니다. 이 날짜들은 양자컴퓨터가 언제 나오든 바뀌지 않고, 이미 문서로 남아 있습니다.

무엇을 정하는가

누가 책임지는가, 예산은 어디서 나오는가, 얼마나 자주 보고하는가, 기존의 어느 위원회가 맡는가. PQC 이행은 보안, 기반, 앱 개발, 조달에 걸칩니다. 한 부서만으로는 끝나지 않습니다.

왜 점검보다 먼저인가

이것은 금감위 지침의 순서이고 이유는 아주 실제적입니다.CBOM 점검은 거의 모든 시스템에 걸치고 각 부서의 협조가 필요합니다. 누가 책임지는지, 예산이 어디서 나오는지가 정해지지 않으면 점검은 도중에 '이건 내 일이 아니다'에서 멈춥니다. 거버넌스가 먼저 있어야 점검이 굴러갑니다 — 금감위가 이것을 2026~2027년 단기 단계의 첫 항목에 둔 까닭입니다.

실무에서는

1. 01기존 보안 거버넌스 아래에 붙이세요. 새 위원회를 만들지 말 것 — 조직이 하나 늘면 열리지 않는 회의가 하나 늡니다.
2. 02책임자를 한 사람 분명히 정합니다. 점검, 우선순위, 공급업체와의 소통 셋을 담당 범위로.
3. 03이행을 여러 해 예산에 적어 넣습니다. 단발 프로젝트로 다루지 말 것. 금감위의 기한은 2035년까지 이어지고, 한 해 예산으로는 담기지 않습니다.

정의

CBOM은 암호 자산의 대장입니다. 시스템 어디에서 어떤 알고리즘을 쓰고 키 길이는, 인증서는, 라이브러리는 무엇인지. 각각 어디에 있고 누가 관리하며 수명은 얼마인지. SBOM(소프트웨어 자재 명세서)의 암호 판에 해당하며, CycloneDX은 1.6판부터 이 형식을 기본으로 지원합니다.

왜 이것이 전제가 되는가

점검하지 못하는 것에는 우선순위를 매길 수 없습니다. 많은 기업이 인증서가 몇 장인지, 어느 시스템이 아직 SHA-1을 쓰는지, 10년 전 배치 어디에 RSA 키가 박혀 있는지 말하지 못합니다. 대장이 없으면 '위험한 것부터 옮긴다'는 말은 실행할 수 없습니다. 무엇이 위험한지 모르기 때문입니다.

실무에서는

1. 01바깥으로 향하는 TLS와 인증서부터 시작합니다. 자동으로 훑기 쉽고 성과도 잘 보여서 다음 예산을 얻기 좋습니다.
2. 02다음은 자체 코드 안의 암호 호출과 의존하는 라이브러리. 이 층이 대개 가장 지저분하고 '이 부분이 뭘 하는지 아무도 모른다'가 가장 자주 나옵니다.
3. 03마지막은 사 온 패키지 제품과 하드웨어. 이 층은 스스로 속을 볼 수 없고 공급업체에 물을 수밖에 없습니다. 그래서 단계 04와 같은 일의 양면입니다.
4. 04기계가 읽을 수 있는 형식으로 유지하고 기존 자산 관리 흐름에 붙입니다. 낡은 대장은 없느니만 못 하고 더 위험합니다. 이후의 모든 판단이 그 위에 얹히기 때문입니다.

답해야 할 물음

대장이 나온 뒤 무엇부터 옮기는가. 금감위의 표현은 "리스크를 축으로 이행 우선순위를 정한다"입니다. 전부를 한꺼번에 옮기는 것이 아닙니다. 그럴 수도 없고 그럴 필요도 없습니다.

우선순위를 정하는 세 축

1. 01데이터의 비밀 유지 기한.20년을 덮어 두어야 하는 데이터는 오늘 이미 HNDL의 사정권입니다. 석 달이면 되는 것은 위험이 훨씬 낮습니다. 이 축은 대개 과소평가됩니다.
2. 02시스템의 교체 주기. 하드웨어 보안 모듈, 칩, 임베디드 장비의 수명은 10년을 넘기도 합니다. 올해 조달에서 요건에 넣지 않으면 2035년 너머까지 묶인다는 뜻입니다.
3. 03규제에 드러난 정도. 자신에게 해당하는 규범을 맞춰 봅니다. 금융기관이면 금감위의 단계별 기한, 국경을 넘어 사업하면 EU의 2030년 핵심 기반 시설 기한, 미국 정부에 파는 곳이면 연방 조달 요건.

정의

암호 민첩성이란 앱 논리를 건드리지 않고 암호 알고리즘을 바꿀 수 있는 능력입니다. 알고리즘은 설정이지 코드에 박아 넣는 것이 아닙니다.

왜 이번 이행 자체보다 중요한가

왜냐하면 이번이 마지막 이행이 아니기 때문입니다. 지금 표준은 ML-KEM과 ML-DSA이지만 NIST는 이미 HQC를 예비로 표준화하고 있습니다 — 이유가 바로 '혹시 ML-KEM이 깨지면'입니다. 민첩성이 없으면 다음 이행에서 점검과 개조를 처음부터 다시 해야 합니다. 있으면 설정값 하나를 바꾸는 일입니다. 금감위가 이것을 2026~2027년 단기 단계에 둔 것은 급해서가 아니라 이것이 이후 모든 이행의 비용을 정하기 때문입니다.

먼저 걷어낼 '암호 안티패턴'

1. 01알고리즘과 키 길이가 코드에 박혀 있어 바꿀 때마다 다시 빌드하고 배포해야 하는 것.
2. 02공통 암호 서비스나 라이브러리를 부르지 않고 직접 암호 처리를 짜 넣은 것.
3. 03인증서와 키의 수명을 사람이 관리하고 자동 교체가 없는 것 — 돌리지 못하면 바꾸지도 못합니다.
4. 04협상 매개변수가 한곳에 모이지 않고 수십 개 서비스의 설정 파일에 흩어진 것.

왜 대만 기업에 특히 무거운가

금감위 지침이 대상으로 삼는 것은 '금융기관과 그 중요 공급업체'입니다. 즉 은행, 보험, 증권에 소프트웨어나 하드웨어, 서비스를 파는 회사는 스스로 금융업이 아니어도 이미 범위 안입니다. 다만 압력은 감독 당국이 아니라 조달 계약을 통해 옵니다. 대만의 기술 산업과 시스템 통합 업체에 이것은 이론상의 위험이 아니라 실제 장사의 문제입니다.

실무에서는

1. 01PQC 준비 정도를 조달과 입찰 요건에 적어 넣습니다. 올해 계약하는 10년짜리 하드웨어는 요건에 넣지 않으면 2035년을 향해 지뢰를 묻는 것과 같습니다.
2. 02공급업체에 요구할 것은 CBOM이나 그에 준하는 암호 자산 설명이지 "주시하고 있습니다" 한마디가 아닙니다. 패키지 제품 속은 스스로 볼 수 없고 물을 수밖에 없습니다.
3. 03공급업체의 이행 시기를 자기 우선순위에 넣습니다. 당신의 기한은 가장 느린 공급업체가 정합니다.
4. 04공급하는 쪽이라면 미리 답을 준비해 둘 것. 고객이 묻는 시기는 규제 기한보다 훨씬 일찍 옵니다.

확정됨(2024년 8월)

1. 203ML-KEM(옛 Kyber) — 키 캡슐화. 공유 키를 만드는 데 씁니다
2. 204ML-DSA(옛 Dilithium) — 전자 서명. 범용 1순위
3. 205SLH-DSA(옛 SPHINCS+) — 해시 기반 전자 서명. 안전성 가정이 가장 보수적

아직 표준화 과정

HQC는 2025-03-11에 NIST가 다섯 번째 알고리즘으로 고른 것으로, 자리매김은 ML-KEM의 예비— 격자 가정이 나중에 깨질 경우에 대비하기 위해서입니다.FN-DSA(옛 Falcon)도 마찬가지로 아직 표준화 과정에 있습니다. 둘 다 인용할 수 있는 확정 표준이 아닙니다. 설계와 조달 판단은 지금으로서는 FIPS 203/204/205 위에 두세요.