Cloudflare, 오리진 대상 TLS 1.3 자동 키 교환 기본 적용… X25519MLKEM768 하이브리드 우선

Cloudflare가 오리진 서버와의 TLS 1.3 핸드셰이크에서 키 교환 방식을 자동으로 예측하고 첫 ClientHello에 키 셰어를 함께 보내는 기능을 기본 활성화했다. 핵심은 HelloRetryRequest로 인한 추가 왕복을 줄여 오리진 연결 지연을 낮추는 동시에, 오리진이 지원하는 경우 포스트퀀텀 하이브리드 키 합의를 우선 적용하는 점이다. CDN 뒤에 다수의 웹 서버나 로드밸런서를 운영하는 환경에서는 오리진의 실제 지원 알고리즘과 보안 정책이 Cloudflare 설정과 어긋나지 않는지 점검할 필요가 있다.

기능 변화의 핵심

이번 변경으로 Cloudflare는 오리진과의 TLS 1.3 협상에서 선호 알고리즘을 추정해 첫 ClientHello에 적절한 key share를 포함한다. 이 방식은 협상 실패 후 HelloRetryRequest를 다시 주고받는 흐름을 줄이는 데 목적이 있다.

적용 범위는 기존 존 전체와 신규 존 기본값이다. 별도 설정을 하지 않은 환경도 이미 동작 방식이 바뀌었을 수 있으므로, 오리진 측 TLS 로그와 지연 변화를 함께 확인하는 것이 현실적인 운영 점검 포인트다.

포스트퀀텀 하이브리드 우선 선택 조건

오리진이 고전적 키 합의와 포스트퀀텀 키 합의를 모두 지원하면 Cloudflare는 X25519MLKEM768 하이브리드 키 합의를 우선 사용한다. 이는 오리진 서버가 해당 하이브리드 협상을 실제로 처리할 수 있을 때만 의미가 있다.

운영 측면에서는 웹 서버, 리버스 프록시, ADC, TLS 종료 장비가 하이브리드 포스트퀀텀 키 합의를 지원하는지 먼저 구분해야 한다. 일부 표준 이미지나 구형 프록시가 이를 지원하지 않으면 존 단위 보안 정책과 실제 오리진 처리 능력 사이에 차이가 생길 수 있다.

설정 변경 시 확인할 항목

Cloudflare는 SSL/TLS 메뉴의 오리진 연결 및 포스트퀀텀 암호화 항목에서 동작을 바꿀 수 있도록 안내했다. Automatic key exchange를 끄면 자동 스캔과 선호 알고리즘 업데이트가 중단된다.

원문 기준으로 이 설정 변경이 컴플라이언스 요구사항 자체를 바꾸지는 않는다. 또한 컴플라이언스 요구사항은 TLS 1.3 연결에만 적용된다고 명시돼 있어, 운영자는 오리진이 TLS 1.3으로 연결되는지와 예외 구간이 남아 있는지를 함께 봐야 한다.

서버호스팅·코로케이션 환경에서의 점검 포인트

서버호스팅이나 코로케이션 환경에서 Cloudflare를 앞단에 두는 경우, 오리진 서버군이 동일한 TLS 스택을 쓰는지부터 확인하는 것이 좋다. 일부 서버만 하이브리드 키 합의를 지원하거나 FIPS 요구를 충족하면 존 단위 기대 동작과 실제 백엔드 응답이 일관되지 않을 수 있다.

점검 순서는 비교적 명확하다. 먼저 오리진의 TLS 1.3 사용 여부와 지원 키 합의 범위를 확인하고, 이어 Cloudflare에서 Automatic key exchange와 Post-quantum hybrid, FIPS 옵션 사용 여부를 대조한다. 마지막으로 내부 표준 이미지, 자동 배포 템플릿, 교체 예정 프록시 장비에 동일한 TLS 정책이 반영돼 있는지 확인해야 한다.

핵심 포인트

• Cloudflare가 오리진 대상 TLS 1.3 자동 키 교환을 기존 존과 신규 존 기본값으로 적용했다.
• 첫 ClientHello에 key share를 보내 HelloRetryRequest와 추가 네트워크 왕복을 줄이는 것이 목적이다.
• 오리진이 고전·포스트퀀텀 키 합의를 모두 지원하면 X25519MLKEM768 하이브리드가 우선 선택된다.
• Automatic key exchange를 끄면 자동 스캔과 선호 알고리즘 업데이트가 중단된다.
• 컴플라이언스 요구사항은 TLS 1.3 연결에만 적용된다고 Cloudflare가 밝혔다.