Cloudflare, 자체 인증서 발급 추진: 무료 CA 집중 문제가 근거

Cloudflare는 수년간 16곳의 제휴 공개 CA에 의존해 왔고, 공개적으로 신뢰되는 인증서를 직접 발급한 적은 한 번도 없다. 이제 Cloudflare가 직접 CA가 되려 한다. 흥미로운 부분은 설계다. 기존 인증서와 Merkle Tree Certificates를 하나의 CA에서 다루고, 장애 격리를 처음부터 설계에 넣었다.

인증서 소비자가 인증서 발급자가 되다 #

대부분의 인프라 기업은 인증서 관계의 한쪽에 머문다. 인증서를 요청하고, 설치하고, CA에 사고가 나면 불평한다. Cloudflare는 확실히 소비하는 쪽에 있었다. 회사 스스로의 설명에 따르면, 공개적으로 신뢰되는 인증서를 직접 발급한 적은 단 한 번도 없다.

그것이 바뀌려 한다. 적어도 Cloudflare는 그럴 의도라고 말한다. 회사는 공개 인증기관이 되겠다는 의사를 발표했다. 발표는 현재 상황에 대해 신중하며, 이 글도 그래야 한다. Cloudflare는 아직 인증서를 발급하지 않는다. ACME 인터페이스부터 갱신 규칙, Merkle Tree Certificate 지원까지 서비스의 동작에 관한 모든 것은 계획의 표명이지, 운영 중인 시스템에 대한 설명이 아니다.

발표에 신뢰성을 주는 것은 야망이 아니라 이미 보이는 기초 작업이다. Cloudflare는 Chrome, Apple, Microsoft, Mozilla 루트 프로그램에 포함을 신청했다. 회사는 핵심 웹 루트 키 프로그램 각각과 신청 및 승인 절차를 밟고 있다고 말하며, 이 절차들이 공개적으로 진행된다는 점도 언급한다. 원칙적으로 누구나 신청이 받아들여지는지 지켜볼 수 있다.

Cloudflare가 이 질문을 던질 수 있는 이유 #

CA를 만들겠다는 Cloudflare의 논거는 고객으로서의 위치에서 출발한다. 회사는 전 세계 인터넷 요청 트래픽의 20퍼센트 이상 앞단에 있다. 수백만 개 도메인의 TLS를 종단하고, 해마다 수백만 건의 인증서에 의존한다. 고객에게는 Universal SSL을 통해 인증서 팩을 제공하고, 자사 시스템과 내부 운영을 위해서도 여러 CA에서 인증서를 받아 쓴다.

고객 서비스를 유지하기 위해 Cloudflare는 여러 CA를 통해 그 인증서들을 확보하며, CA 장애나 폐기 사태 중에도 고객 서비스가 유지되도록 주 경로와 예비 경로를 둔다. 회사가 수년간 의존해 온 제휴 공개 CA 네트워크는 16곳에 이른다.

이 예비 장치는 Cloudflare가 장애를 어떻게 생각하는지 보여 주므로 좀 더 자세히 볼 만하다. 모든 Universal SSL 인증서에는 별도의 키로 감싸고 다른 기관에서 발급한 예비 인증서가 이미 함께 제공된다. 주 인증서가 폐기되거나 침해되면 예비 인증서가 바로 자동 배포될 준비가 되어 있다. 이는 어느 한 CA가 잘못되는 상황에 대비한 헤지이며, 관계의 고객 쪽에서 만든 것이다.

다만 이 헤지에는 한계가 있다. 분산은 존재하는 CA 안에서만 할 수 있고, 출처는 역량 있는 CA의 공급이 보기보다 얇다고 주장한다.

집중 문제 #

이 주장을 뒷받침하는 숫자는 놀랍다. Let's Encrypt는 하루 1,000만 건 규모의 인증서를 발급한다. 5억 개가 넘는 사이트에 서비스하며 2025년에는 유효 인증서가 40억 건을 넘었다. 무료 CA 한 곳의 수치이며, 암호화가 한 조직에 크게 기대는 웹을 보여 준다.

출처는 적절한 단서를 달아 당연한 결론을 끌어낸다. 지배적인 무료 인증기관이 힘든 한 주를 보내면, 웹의 상당 부분에는 그 부하를 넘겨받을 수 있는 비슷한 무료 자동화 대안이 없을 것이라는 결론이다. 이는 가정에 관한 진술이며, Cloudflare도 그렇게 제시한다. 그런 한 주가 있었다거나 다가온다고 주장하지 않는다.

그렇더라도 논리는 따라가기 쉽다. 무료 자동화 CA는 비상 상황 이전에 이미 존재할 때에만 회복탄력성의 선택지가 된다. Cloudflare의 제안은 그 규모로 두 번째 CA를 공급할 수 있다는 것이다. 나는 이것이 발표에서 가장 강력한 상업적, 기술적 이유이며, 계획의 더 추측적인 부분에 기대지 않는다고 본다. 지배적인 무료 CA 하나와 그 밖에 거의 아무것도 없는 웹은, 그 CA의 운영 품질이 어떻든 단일 장애 지점을 가진 웹이다.

구분	기존 무료 자동화 CA(Let's Encrypt)	제안된 Cloudflare 공개 CA
신뢰 앵커 전략	ISRG Root X1 / X2(2015년 이후 구축한 자체 루트)	인수한 GlobalSign 루트(2012년부터 신뢰) + 새 루트
발급 프로토콜	표준 ACME(RFC 8555)	ARI(RFC 9773) 적용을 의무화한 ACME
폐기 방식	CRL / OCSP + 긴급 가입자 일괄 교체	ARI 엔드포인트를 통한 조율된 갱신 앞당기기
포스트 양자 경로	하이브리드 X.509 서명 검토 중	기존 X.509와 공존하는 네이티브 Merkle Tree Certificates(MTC)
규모와 초기 부하	5억 개 이상 사이트에서 하루 약 1,000만 건	전 세계 웹 트래픽의 20% 이상에서 Customer Zero 검증

루트를 기다리는 대신 사들이다 #

발표에서 가장 실용적인 결정은 루트에 관한 것이다. Cloudflare는 GlobalSign으로부터 널리 신뢰받는 기존 루트를 인수하는 최종 계약에 서명했다고 밝힌다. 출처는 이유를 직접 제시한다. 완전히 새로운 루트는 수년 동안 널리 쓸모가 없다. 반면 기존 GlobalSign 루트는 2012년부터 브라우저, 운영체제, 기기 전반에서 신뢰받아 왔다.

루트 신뢰가 느린 이유는 루트가 기기에 설치되고, 기기는 느리게 업데이트되기 때문이다. 새 루트는 모든 프로그램에 받아들여지더라도 오래된 휴대전화나 임베디드 시스템에서는 검증에 실패할 수 있다. 2012년부터 현장에 있던 루트를 인수하면, 적어도 출처의 설명대로라면 그 기다림을 피할 수 있다.

Cloudflare가 새 루트의 길을 완전히 버린 것은 아니다. 새 루트도 루트 키 프로그램에 포함을 신청할 예정이며, 회사는 이를 생태계가 향하는 방향, 곧 신뢰되는 루트의 나이에 상한을 두기 시작한 프로그램들을 포함한 미래에 맞춰 만든 것이라고 설명한다. 이 마지막 세부 사항은 나이가 양날의 칼이라는 점을 일깨운다. 신뢰된 루트의 나이는 기기 지원 범위에는 자산이지만, 일부 프로그램은 신뢰되는 루트의 나이를 제한하는 쪽으로 움직이고 있다. 인수한 루트와 새 신청을 함께 운영하는 것은 그 긴장에 대한 대응으로 보인다. 다만 출처가 그 이유를 이런 말로 설명하지는 않는다.

조건이 붙은 ACME 우선 서비스 #

도입은 많은 CA 발표가 모호해지는 지점이다. Cloudflare는 구체적이다. 공개 CA는 ACME 우선이 되며, 이는 기존 자동화가 이미 쓰는 Automated Certificate Management Environment 프로토콜을 사용한다는 뜻이다. 기존 무료 CA를 가리키고 있는 사람이라면 누구나 디렉터리 URL만 바꿔서, 새 도구도 아키텍처 재설계도 없이 Cloudflare의 CA로 옮길 수 있다는 주장이다. 이것은 계획이지 검증된 이전 경로가 아니며, 그렇게 읽어야 한다. 그래도 설정 한 줄 변경은 올바른 목표다. 사람들을 기본값에 머물게 하는 것은 이전 비용이기 때문이다.

함정은 대부분의 ACME 사용자가 지금까지 충족할 필요가 없던 요건이다. Cloudflare는 RFC 9773으로 표준화된 ACME Renewal Information, 곧 ARI를 지원하는 클라이언트에만 발급한다. 가입자는 Cloudflare의 갱신 엔드포인트를 주기적으로 조회하고, Cloudflare가 공개하는 갱신 기간에 따라 움직이며, 교체 대상 인증서를 식별하는 자동화를 유지해야 한다.

이것은 단호한 입장이고, 나는 옳다고 생각한다. 동시에 도입에 관한 합당한 질문도 낳는다. ARI를 지원하는 클라이언트에만 서비스하는 CA는 ACME 라이브러리만 있으면 누구에게나 서비스하는 CA보다 범위가 좁다. 출처는 그것이 현재 얼마나 많은 클라이언트를 배제하는지 말하지 않으므로 추측하지 않겠다. 출처가 말하는 것은 Cloudflare가 왜 이 제약을 원하는지다.

사이트를 망가뜨리지 않는 폐기 #

Cloudflare는 지난 16년 동안 여러 일을 지켜봤다고 말하며, 그중 하나가 이 설계를 이끈다. 회사는 적시 폐기와 가입자 사이트 유지 사이에서 곤경에 빠진 인증기관들을 보아 왔다.

이 긴장은 어느 CA에게나 현실이다. 인증서를 빨리 폐기하면 대중은 보호되지만, 가입자가 충분히 빨리 교체하지 못하면 그 인증서에 의존하는 모든 사이트가 멈출 수 있다. 그 사이에 낀 CA는 폐기를 늦추거나 고객을 망가뜨리게 된다.

ARI가 Cloudflare의 답이다. 인증서를 퇴역시켜야 할 때, Cloudflare는 해당 인증서의 갱신 기간을 앞당길 수 있다고 말한다. 가입자는 갱신 엔드포인트를 조회하고 공개된 기간에 따라 움직여야 하므로, CA는 강제 폐기가 닥치기 전에 가입자를 교체 쪽으로 이끌 수 있다. 이 메커니즘은 Cloudflare가 갖추려는 능력으로 설명되며, CA로서 입증한 것은 아니다. 그래도 논리는 맞아떨어진다. 조회 요건은 바로 이 지렛대가 작동하도록 존재한다.

같은 생각은 더 넓은 설계 목표에서도 드러난다. Cloudflare는 신뢰성이 단지 실수를 피하는 데만이 아니라, Cloudflare의 다른 제품들처럼 작게 실패하고 어느 한 문제의 영향을 제한하는 데 달린 인증기관을 만들려 한다. 실수를 피하는 것은 CA에 필요하지만, 어떤 CA도 이를 완벽하게 약속할 수는 없다. 실수가 격리된 채로 남도록 설계하는 것이 더 정직한 엔지니어링 태도다.

감사를 넘어선 투명성 #

공개 CA는 보통 감사로 평가받는다. 출처는 그 한계를 직설적으로 말한다. 감사는 특정 시점의 것이며 CA가 통과했다는 사실만 알려 준다. 그 이후 아무 화요일에 CA가 무엇을 하고 있는지는 알려 주지 않는다.

Cloudflare의 대응은 인증서에 서명하는 소프트웨어의 재현 가능한 빌드를 공개하겠다는 것이다. 이는 완성된 결과물이 아니라 약속으로 제시된다. 재현 가능한 빌드가 있으면 외부인은 서명 경로에서 실행되는 바이너리가 공개된 소스와 일치하는지 확인할 수 있으며, 이는 감사 보고서에는 없는 지속적인 속성이다. 그것으로 충분할지는 Cloudflare가 실제로 무엇을 공개하는지, 그리고 다른 이들이 그것을 확인하는지에 달려 있다.

발표의 후반부: Merkle Tree Certificates #

포스트 양자 부분은 발표가 가장 먼 앞날을 내다보는 곳이다. Cloudflare는 포스트 양자 인증서를 제공하는 최초의 CA 중 하나가 될 계획을 발표했고, 2027년 1분기에 첫 Merkle Tree Certificates를 발급할 계획이다. 출처의 다른 대목은 첫 MTC가 2027년 초에 나올 것으로 예상한다고 말한다. 둘 다 계획이다.

출처는 MTC를 공개적으로 신뢰되는 인증서를 전달하는 새롭고 훨씬 간결한 방식이라고 설명한다. 이 표현은 설명이며, 내가 근거로 삼는 대목에서 출처는 측정값을 제시하지 않으므로 얼마나 더 간결한지는 말할 수 없다. Cloudflare는 IETF에서 MTC에 대한 표준 기반 제안을 앞장서 추진해 왔다고 말한다. 또 Chrome이 올해 초 MTC를 포스트 양자 인증의 선호 경로로 지명했다고 전한다. 이는 실제로 일어난 일이며 중요하다. 브라우저 업체가 밝힌 선호야말로 제안을 CA가 계획의 전제로 삼을 수 있는 것으로 바꾸기 때문이다.

Cloudflare는 전환이 갑작스러울 것으로 보지 않는다. 인터넷의 상당 부분이 앞으로도 여러 해 동안 기존 인증서와 현재의 WebPKI에 계속 의존할 것으로 예상한다. 그 기간 내내 MTC가 발급에서 차지하는 비중이 꾸준히 커질 것으로 본다. 이는 예상이며, 출처도 그렇게 표시한다.

하나의 CA, 하나의 수명 주기 #

여기서 나오는 아키텍처 선택은 내가 가장 설득력 있다고 보는 부분이다. 새 CA는 기존 인증서와 Merkle Tree Certificates를 하나의 CA 아래에서, 하나의 수명 주기와 하나의 보증 체계로 다루도록 설계되었다. 그러면 고객은 자신에게 맞는 속도로 도입하고, 일괄 전환 없이 웹이 건너가도록 도울 수 있다.

대안은 두 개의 병렬 CA, 두 벌의 절차, 그리고 어느 시점의 강제 이전이다. 일괄 전환은 인증서 생태계를 바꾸는 가장 위험한 방법이며, 출처가 밝힌 목표는 그것을 피하는 것이다. 표현에는 단서가 붙어 있고, 그것이 맞다. 아직 발급하지 않는 CA의 설계 의도이기 때문이다.

이는 인센티브 구도와도 맞는다. Cloudflare는 최대 유효 기간이 줄고, 에이전트형 활동이 늘고, 포스트 양자 인증서가 주류가 되면서 자사가 해마다 의존하는 인증서 수가 계속 늘 것으로 예상한다. 더 많은 인증서가 더 자주 발급된다면 자동화가 필요하고, 갱신을 일급 작업으로 다루는 CA가 필요하다. ARI와 하나의 수명 주기를 중심으로 만든 시스템은 그 예상에 대한 합리적인 대응이다. 다만 그 예상 자체는 측정이 아니라 전망이다.

Customer Zero #

대중이 의존하기 전에 CA를 어떻게 시험할까? Cloudflare의 답은 스스로 첫 고객이 되는 것이다. 회사는 새 CA와 그 인증서(WebPKI와 MTC 모두)의 Customer Zero가 된다. 밝힌 목적은 새 시스템과 프로세스의 모든 측면이 Cloudflare의 높은 내부 기준을 충족하고, CA 인프라가 Cloudflare 규모로 실제로 가동되도록 하는 것이다.

앞의 수치를 생각하면 이는 까다로운 내부 부하다. 전 세계 요청 트래픽의 20퍼센트 이상 앞단에 있는 회사 전체에서 해마다 수백만 건의 인증서다. 운영 첫 몇 해가 순조로울지는 주장만으로는 알 수 없다. 주장이 보여 주는 것은 합리적인 작업 순서다. 회사는 자신이 만드는 것의 대규모 사용자로 출발하며, 다중 CA 확보, 예비 경로, 그리고 뒤에 있는 16곳의 제휴 CA라는 이력을 갖고 있다.

빠진 것이 무엇인지는 분명히 해 둘 만하다. 출처에는 Cloudflare 자체 CA의 발급량, 오류율, 검증 지연, 사고 이력이 전혀 보고되어 있지 않다. 그런 이력이 아직 없기 때문이다. 이 발표는 신청, 인수 계약, 설계로 뒷받침되는 의도의 표명이다. 실적은 아니다.

지켜볼 점 #

이것이 WebPKI에 의미 있는 추가가 될지, 단지 흥미로운 발표에 그칠지는 세 가지가 결정한다.

첫째는 루트 프로그램이다. Cloudflare는 Chrome, Apple, Microsoft, Mozilla에 신청했고, 절차는 공개적으로 진행된다. 이를 지켜보는 것이 계획이 어디까지 왔는지 보는 가장 직접적인 방법이며, 결과는 어떤 주장으로도 예측할 수 없다.

둘째는 ARI 요건이다. RFC 9773 지원을 고집하는 CA는 갱신 자동화를 가입자 전반으로 밀어붙일 수 있다는 데 베팅하고 있다. 베팅이 맞으면, 인증서를 퇴역시켜야 할 때 갱신 기간을 앞당기는 능력이 Cloudflare에 생긴다. 이것이 회사가 지켜본 폐기 딜레마에 대한 공식적인 답이다. 틀리면 도입은 한 줄 이전이라는 이야기가 암시하는 것보다 느려질 것이다.

셋째는 2027년 1분기다. Cloudflare가 첫 Merkle Tree Certificates를 계획한 시점이다. 남은 질문은, 인터넷의 상당 부분이 앞으로도 여러 해 동안 기존 인증서에 머물 것이라는 회사 자신의 견해를 감안할 때, 회사가 예상하는 꾸준히 커지는 비중이 실제로 얼마나 빨리 커질지다. 회사는 전환에 일괄 전환이 필요하지 않아야 한다고 말했다. 2027년 1분기는 두 종류의 인증서를 다루는 하나의 CA가 그것을 실현할 수 있는지 볼 첫 기회가 될 것이다.

업종별 의미 #

엣지 인프라 사업자가 대량 발급 자동화 공개 인증기관으로 등장하면 여러 기술 분야에서 운영 위험과 PKI 계획이 달라진다.

클라우드 인프라와 엣지 네트워크 #

엣지 규모로 공개 CA를 운영하면 제3자 검증 API와 CRL에 대한 외부 의존이 줄어든다. 리버스 프록시 엣지 종단과 ACME ARI 자동 갱신을 결합하면, 인프라 사업자는 상위 인증기관의 장애로부터 고객을 보호할 수 있다.

기업 PKI와 DevOps 팀 #

공개 엔드포인트에 Let's Encrypt를 쓰는 조직은 신뢰할 만한 자동화 대안을 얻는다. 다만 RFC 9773(ARI) 적용이 의무이므로, 팀은 디렉터리 엔드포인트를 바꾸기 전에 ACME 클라이언트(Certbot, Lego, Caddy, Traefik)를 점검해 ARI 지원이 활성화되어 있는지 확인해야 한다.

브라우저 업체와 루트 거버넌스 #

루트 프로그램(Chrome, Mozilla, Apple, Microsoft)은 대량 발급 자동화 CA가 늘어나는 생태계를 마주한다. 이중 루트 접근법(2012년의 기존 루트를 인수하면서 새 루트를 신청하는 방식)은 루트 인증서 수명을 점점 더 제한하는 브라우저 정책에 대응하면서 오래된 기기와의 하위 호환성을 유지한다.

결론 #

Cloudflare가 공개 인증기관이 되려는 움직임은 현대 WebPKI의 실제 구조적 취약점, 곧 무료 자동화 인증서 발급의 극심한 집중을 겨냥한다. 기존 GlobalSign 루트, 엄격한 ARI 갱신 자동화, 포스트 양자 Merkle Tree Certificates로 이어지는 다리를 결합함으로써, 이 설계는 단순한 인증서 공급이 아니라 운영 회복탄력성을 다룬다. 성패는 루트 프로그램 승인과, 2027년 출시에 앞서 클라이언트 도구가 얼마나 빨리 ARI 표준을 채택하느냐에 달려 있다.

자주 묻는 질문 #

지금 바로 ACME 클라이언트를 Cloudflare의 CA로 바꿀 수 있나요?

아직은 아니다. Cloudflare는 의사를 발표하고, 루트 인수 계약에 서명하고, 주요 루트 프로그램에 신청서를 제출했다. 공개 발급은 루트 프로그램 승인 이후 출시될 예정이다.

ACME Renewal Information(ARI)이란 무엇이며 왜 중요한가요?

ARI(RFC 9773)는 인증기관이 가입자에게 인증서를 언제 갱신해야 하는지 알려 줄 수 있게 하는 ACME 프로토콜 확장이다. 이를 통해 CA는 예정된 폐기에 앞서 조기 갱신을 원활하게 조율하고 사이트 중단을 막을 수 있다.

Merkle Tree Certificates(MTC)는 표준 X.509 인증서와 어떻게 다른가요?

MTC는 기존의 개별 암호 서명을, 공개적으로 검증 가능한 로그에 고정된 Merkle 포함 증명으로 대체한다. 이로써 인증서 크기와 전송 오버헤드가 크게 줄어, 포스트 양자 TLS 인증의 유력한 후보가 된다.

참고문헌 #

Cloudflare, (2026). 인터넷 전체를 위한 인증기관 구축 ⧉. Cloudflare Blog.
IETF, (2024). RFC 9773: Automated Certificate Management Environment(ACME) Renewal Information(ARI) ⧉. IETF.
IETF, (2025). TLS를 위한 Merkle Tree Certificates ⧉. IETF.
Chrome Root Program, (2026). 포스트 양자 인증에 관한 정책과 고려 사항 ⧉. Chromium Projects.

최종 검토 2026-09-20.

최종 검토 2026-10-27.

이 기사 재게시

Cloudflare, 자체 인증서 발급 추진: 무료 CA 집중 문제가 근거 — Sebastien Rousseau

Cloudflare가 공개 인증기관이 되겠다는 의사를 밝혔다. Chrome, Apple, Microsoft, Mozilla의 루트 프로그램에 신청했으며, GlobalSign의 기존 루트를 인수하는 최종 계약에 서명했다.

이 기사의 라이선스는 Creative Commons Attribution 4.0 International. 재게시 시 정규 URL 출처 표시가 필요합니다.

Cloudflare, 자체 인증서 발급 추진: 무료 CA 집중 문제가 근거 — Sebastien Rousseau

Cloudflare가 공개 인증기관이 되겠다는 의사를 밝혔다. Chrome, Apple, Microsoft, Mozilla의 루트 프로그램에 신청했으며, GlobalSign의 기존 루트를 인수하는 최종 계약에 서명했다.

Originally published at https://sebastienrousseau.com/ko/2026-09-20-cloudflare-jache-injeungseo-balgeup-chujin-muryo/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER