양자 컴퓨팅 시대가 다가오고 있으며, 이는 데이터와 통신, 인프라를 보호하는 암호화 체계를 근본적으로 뒤흔들 것입니다. 지금이 바로 대비를 시작해야 할 때입니다. 포스트 양자 암호화(PQC)를 다루는 총 6부작 블로그 시리즈에서 F5의 암호화 분야 전문가들이 어떤 위험이 있는지, 앞으로 어떤 기회가 펼쳐질지, 그리고 포스트 양자 시대에도 보안을 유지하기 위해 조직이 지금부터 어떤 조치를 취할 수 있는지 설명합니다. 미래는 생각보다 가까이 와 있습니다. 함께 준비해 나갑시다.
Post-quantum cryptography(PQC)는 ‘언젠가’ 닥칠 문제가 아니라, 이미 보안 시스템을 구축하는 방식에 영향을 미치고 있습니다. 양자 컴퓨팅은 현재의 암호화 기술을 위협하며, ‘지금 수집하고 나중에 복호화’하는 공격은 이미 현실화되고 있습니다. 이제 FIPS 203이 공식 승인되고 F5 Application Delivery and Security Platform의 일부인 F5 BIG-IP v17.5.1에서 지원됨에 따라, 프로덕션 환경에 하이브리드 PQC 키 교환을 배포할 수 있습니다.
지금 PQC가 중요한 이유
FIPS 203(Kyber 기반 ML-KEM)은 공개 키 암호화 및 TLS 키 교환을 위해 미국 국립표준기술연구소(NIST)가 최초로 승인한 포스트 양자 알고리즘입니다. PQC가 없으면 전송 중인 장기 보존 데이터를 지금 수집해 두었다가 나중에 복호화할 수 있습니다. 즉, 대규모 양자 컴퓨터가 등장하기 전부터 API, 고객 포털, 민감한 B2B 데이터 교환이 위험에 노출됩니다.
따라서 오늘날 하이브리드 PQC를 우선적으로 도입해야 하며, 특히 개인 식별 정보, 결제 정보 또는 독점 데이터를 보호하는 시스템에서는 더욱 중요합니다.
하이브리드 PQC는 안전벨트를 매고 에어백까지 갖추는 것과 같습니다. 오늘날의 기존 암호화 기술(RSA 또는 ECC 등)은 여전히 일반적인 공격자에게 강력하지만, 양자 컴퓨터는 결국 이를 무력화할 것입니다. 기존 방식과 포스트 양자 알고리즘을 동일한 핸드셰이크에 결합하면 시스템은 두 겹의 보호를 확보할 수 있습니다. 즉, 현재 사용 중인 검증된 보안에 미래의 위협을 방어하는 양자 내성 계층까지 더해집니다.
실용적인 관점에서 하이브리드 PQC란 브라우저, 앱 또는 API 연결이 기존 알고리즘(예: X25519)과 PQC 알고리즘(예: ML-KEM)을 모두 사용해 키를 설정하는 방식을 의미합니다. 둘 중 하나라도 안전성을 유지하면 데이터는 계속 보호됩니다. 지금 이 방식이 중요한 이유는 현재가 전환기이기 때문입니다. 기존 방식은 널리 배포되어 있고 효율적인 반면, 새로운 방식은 아직 테스트와 표준화, 도입이 진행 중입니다. 하이브리드 방식은 호환성 문제를 방지하는 동시에 ‘지금 수집하고 나중에 복호화하는’ 허점을 차단합니다.
이러한 이유로 규제 기관과 NIST 같은 표준화 기구는 하이브리드 방식의 도입을 권고합니다. 이는 현재 민감한 데이터 흐름을 보호하는 동시에, 조직이 완전한 포스트 양자 시대에 대비해 테스트하고 최적화하며 준비할 시간을 확보할 수 있는 실용적인 방법입니다.
PQC 배포, 어디서부터 시작해야 할까
첫 번째 단계는 내부 서비스로 확대하기에 앞서 로그인 포털, 웹 앱, API 등 외부에 가장 많이 노출된 TLS 엔드포인트에 PQC를 활성화하는 것입니다. CDN 및 API 게이트웨이와 같은 엣지 종단 지점은 백엔드 시스템을 변경하지 않고도 하이브리드 키 교환을 적용할 수 있으므로 초기 도입 대상으로 적합합니다.
기업이 클라이언트와 F5 BIG-IP 사이뿐만 아니라 BIG-IP와 PQC 지원 서버 사이에서도 PQC를 활용하는 방법.
F5를 통한 PQC 구현의 이점
웹 애플리케이션에 PQC를 도입하는 것은 단순히 규정 준수 요건을 충족하는 데 그치지 않고 보안 아키텍처의 복원력을 강화하는 일입니다. 이제 FIPS 203 (ML-KEM)이 공식 표준으로 승인되고 BIG-IP v17.5.1에서 지원됨에 따라, F5 고객은 위험을 가장 크게 줄이면서 운영 중단을 최소화할 수 있는 엣지에서 하이브리드 PQC를 활성화할 수 있습니다.
가장 큰 이점 중 하나는 중앙 집중화입니다. 조직은 F5 플랫폼에 PQC를 배포함으로써 개별 애플리케이션을 일일이 리팩터링하지 않고도 TLS에 양자 내성 보호 기능을 추가할 수 있습니다. 즉, 단일 제어 지점을 통해 민감한 포털, API 및 B2B 데이터 교환을 ‘지금 수집하고 나중에 복호화하는’ 공격으로부터 보호할 수 있습니다. 또한 감사 및 규정 준수 보고도 간소화됩니다. 이는 미국 사이버보안 및 인프라 보안국(CISA)과 같은 기관과 NIST 같은 표준화 기구가 정부와 민간 산업 전반에서 포스트 양자 시대에 대한 대비를 가속화하도록 촉구하는 상황에서 매우 중요합니다.
성능과 호환성도 중요합니다. 하이브리드 키 교환을 사용하면 X25519와 같은 효율적인 기존 알고리즘을 ML-KEM과 결합할 수 있어, 현재의 브라우저 및 클라이언트와 트래픽 호환성을 유지하면서 양자 안전 계층을 추가할 수 있습니다. TLS 종료가 이미 BIG-IP 내에서 이루어지므로 조직은 BIG-IP의 최적화 기능을 활용해 PQC로 인해 발생하는 일부 연산 오버헤드를 상쇄할 수 있습니다. 이를 통해 애플리케이션 서버가 직접 감당해야 할 성능 저하를 줄일 수 있습니다.
마지막으로, 전략적 이점도 있습니다. F5를 통해 PQC를 구현하면 조직은 빠르게 변화하는 보안 환경에서 선도적으로 기술을 도입할 수 있습니다. 고객, 규제 기관 및 파트너는 미래의 위협에도 데이터가 안전하게 보호될 것이라는 보장을 점점 더 요구하고 있습니다. 운영 환경에 F5 기반 PQC를 적용했다는 사실은 기술적 리더십과 장기적인 데이터 보호에 대한 의지를 모두 보여줍니다. 이는 많은 산업에서 차별화 요소가 될 수 있습니다.
양자 전환에 대비하기
PQC는 단발성 변화가 아니라 암호화 표준이 지속적으로 발전하는 여정의 시작입니다. 외부에 가장 많이 노출된 서비스부터 시작해 점차 확대하세요. 파트너와 PQC 준비 상태를 논의하고, 새로운 표준이 등장함에 따라 정기적으로 검토할 계획을 세우세요.
핵심 요점:
- TLS 1.3을 활성화하고 개발 환경에서 하이브리드 PQC를 테스트하세요
- 외부에 공개된 API, 로그인 흐름 및 민감한 데이터 경로를 우선적으로 보호하세요
- 포스트 양자 서명 지원을 위해 FIPS 204/205를 추적하세요
- 보고 및 키 순환 프로세스를 로드맵에 포함하세요
PQC를 넘어 양자 위험을 완화하기 위한 총체적 접근 방식을 다루는 이번 시리즈의 마지막 블로그 게시물도 기대해 주세요.
또한, 이 시리즈의 이전 블로그 게시물도 꼭 확인해 보세요:
양자 위협의 표적이 된 앱, 네트워크 및 레거시 시스템: CISO의 관점
작성자 소개
Peter는 아마추어 프로그래머로 활동한 약 10년을 포함해 소프트웨어 업계에서 30년 이상의 경력을 쌓았습니다. 지난 20년 동안은 웹 애플리케이션 개발 및 애플리케이션 보안 분야에서 활동해 왔습니다. 독립 컨설턴트로서 Fortune 1000 기업과 보안 의식이 높은 정부 기관을 위해 네트워크 및 애플리케이션 접근을 보호하는 솔루션을 개발했습니다. 현재 F5 Networks에서 사이버 보안 솔루션 아키텍트로 근무하며 사이버 공격으로부터 오늘날의 경제를 보호하는 데 기여하고 있습니다.
Peter Scheffler의 다른 블로그 게시물관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 Jenn Gile과의 Q&A
F5의 ‘성평등을 향한 여정’ 시리즈 네 번째 Q&A에서는 Rachael Shah와 NGINX 제품 마케팅 책임자 Jenn Gile이 사이버 보안 직종에 대한 오해를 바로잡고, 사이버 보안 분야의 성별 격차를 해소하기 위한 조언과 그 이점에 대해 이야기합니다.
TLS 검사에서 피터 파커 원칙 다루기
“큰 힘에는 큰 책임이 따른다.” 볼테르와 처칠도 이와 비슷한 말을 남겼지만, 이 문구는 스파이더맨 코믹스에서 벤 삼촌의 말로 가장 널리 알려져 있습니다. 물론 이 문구가 문화적으로 널리 통용되는 이유 중 하나는 TLS 검사를 비롯해 수많은 상황과 주제에 적용할 수 있기 때문입니다.
Venafi와 F5를 통한 머신 아이덴티티 보호
‘머신 아이덴티티’란 간단히 말해 자동화된 프로세스가 자신의 신원을 식별할 수 있도록 하고, 다른 자동화 시스템과 프로세스가 관련 리소스에 적절한 수준의 접근 권한을 부여하도록 하는 방법을 의미합니다. 이 개념 자체는 새로운 것이 아닙니다. 비교적 새로운 점은 이를 구현해야 하는 규모입니다.
마이너와 미니언: 데이터 유출만이 비용을 초래하는 것은 아닙니다
물론 데이터 유출은 더 큰 비용을 초래할 수 있고(적어도 지금은), 실패 사실을 세상에 드러낼 수밖에 없게 합니다(통지 의무가 있으니까요). 하지만 보안을 단순히 데이터 노출 문제로만 봐서는 안 됩니다. 요즘은 데이터가...
내 클라우드에서 나가!
F5의 Jay Kelley가 전하는 최신 소식에는 Microsoft Office 365용 신규 ID 및 액세스 솔루션을 배포할 때 고려해야 할 사항이 정리되어 있습니다.
Shift(웹 앱) 보안 레터
웹 앱 보안을 개발 초기 단계로 앞당기세요. F5 블로그에서 DevOps 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.