▲

CDN을 사용하는 유럽 기업 10곳 중 거의 9곳이 Cloudflare를 사용함

(ciphercue.com)1P by GN⁺ 10시간전 | ★ favorite | 댓글 1개

• CipherCue가 추적하는 유럽 8개국의 CDN 감지 기업 44,143곳 중 89.6%인 39,547곳이 Cloudflare를 사용해, 웹사이트 앞단 인프라가 한 공급자에 집중돼 있음
• CDN은 캐시 제공, TLS 종료, 트래픽 필터링을 담당하는 공유 의존성으로, 공급자 집중도가 높으면 한 공급자의 장애가 여러 기업의 동시 장애로 이어짐
• Cloudflare 비중은 조사 대상 모든 국가에서 과반이며, 네덜란드 95.6%, 영국 93.2%, 스페인·아일랜드 각각 78.8%로 국가별 차이가 있음
• 수치는 중소기업에 치우친 추적 표본에서 CDN이 감지된 기업을 기준으로 하며, 유럽 전체 기업이나 대기업을 대표하지 않음
• CDN 공급자는 웹사이트의 접점일 뿐 데이터 저장 위치를 나타내지 않으므로, GDPR·데이터 거주성 검토에는 원본 서버와 데이터베이스 등 백엔드를 별도로 확인해야 함

---

조사 범위와 공급자별 집중도

• CDN은 웹사이트 앞단에서 요청을 먼저 받아 캐시 콘텐츠를 제공하고, TLS를 종료하며, 트래픽을 필터링한 뒤 나머지 요청을 원본 서버로 전달함
  • CDN에 장애가 발생하면 서로 다른 기업도 같은 접점을 공유한다는 이유로 함께 서비스가 중단될 수 있음
• CipherCue 조사에서 CDN이 감지된 44,143개 기업 중 39,547곳이 Cloudflare를 사용함
  • CDN 없이 원본 서버에서 직접 제공하는 기업은 집계에서 제외됨
  • 89.6%는 전체 웹사이트 대비 비중이 아니라 CDN이 식별된 기업 집합 내 비중임
• W3Techs는 2026년 7월 28일 기준 역방향 프록시 공급자를 식별할 수 있는 사이트 중 Cloudflare 비중을 84.1% 로 집계함
  • 두 수치 모두 식별 가능한 집합을 분모로 삼으며, 이번 유럽 기업 집계의 비중이 조금 더 높음
• 공급자별 감지 기업 수는 Cloudflare 39,547곳, Amazon 3,112곳, Fastly 1,299곳, Akamai 396곳임
  • Amazon은 CloudFront를 통해 감지하지만, 의도적으로 CloudFront를 앞단에 둔 경우와 AWS 원본 서버에서 제공하는 경우를 구분하지 않아 해석에 주의가 필요함
  • Fastly는 이런 모호함이 없는 순수 CDN으로, 감지 기업 수는 Cloudflare의 약 30분의 1임
  • 가장 오래된 CDN 사업자인 Akamai는 감지 기업 수에서 네 번째를 차지함
• 한 기업에서 여러 공급자가 감지되면 각각 집계하므로 공급자별 합계는 44,143곳을 초과함
  • 예를 들어 Fastly 앞단과 AWS 원본 서버를 함께 쓰는 기업이 중복 집계될 수 있음
  • Cloudflare와 Fastly를 함께 쓰는 기업도 Cloudflare 점유율 계산에서는 분자와 분모에 각각 한 번만 들어가므로, 중복 집계가 89.6%를 부풀리지는 않음

국가별 Cloudflare 사용 비중

• 8개국 모두 Cloudflare가 과반을 차지하지만, 국가별 비중은 78.8~95.6%로 차이가 있음
  • 네덜란드는 CDN 감지 7,939곳 중 7,587곳으로 95.6% 임
  • 영국은 17,007곳 중 15,846곳으로 93.2% 를 차지함
  • 폴란드는 2,896곳 중 2,682곳으로 92.6% 에 달함
  • 프랑스는 4,008곳 중 3,456곳으로 86.2% 임
  • 이탈리아는 3,661곳 중 3,126곳으로 85.4% 를 차지함
  • 독일은 5,715곳 중 4,650곳으로 81.4% 임
  • 스페인은 2,001곳 중 1,576곳, 아일랜드는 792곳 중 624곳으로 각각 78.8% 를 기록함
• 영국은 Cloudflare 사용 기업의 절대 수가 15,846곳으로 가장 많음
  • 독일은 주요 대형 시장 중 비중이 가장 낮지만, 여전히 약 5곳 중 4곳이 Cloudflare를 사용함
  • 전체 89.6%는 특정 국가의 수치가 아니라 명시된 8개 시장을 합친 결과임

공급자 집중이 동시 장애로 이어지는 방식

• 기업이 CDN을 도입하는 이유 중 하나는 복원력이며, 독립된 공급자를 사용할 때는 장애도 서로 독립적으로 발생한다는 이점이 있음
  • 시장 대부분이 같은 공급자를 사용하면 이 이점이 사라지고, 한 공급자의 사고가 같은 시간대에 시장 대부분의 장애로 확산될 수 있음
• 최근 15개월 동안 공개된 Cloudflare 장애 사후 분석 중 다음 세 건은 전 세계 고객에게 영향을 줌
  • 2025년 11월 18일, 약 11:20~17:06 UTC: 데이터베이스 권한 변경으로 Bot Management 기능 파일에 중복 항목이 쌓여 크기가 두 배가 됨. 프록시의 한도를 초과하면서 핵심 CDN·보안 서비스가 중단됐으며, Cloudflare는 사이버 공격이나 악성 활동이 직접·간접 원인이 아니라고 명시함 — 사후 분석
  • 2025년 12월 5일: 업계 전반의 React Server Components 취약점을 완화하는 과정에서 적용한 설정 변경이 전 세계적 서비스 중단을 일으킴 — Cloudflare 장애 사후 분석 목록
  • 2026년 2월 20일, 17:48 UTC부터 6시간 7분: 정리 자동화 작업이 오류가 있는 API 응답을 BYOIP 프리픽스 철회 지시로 해석해, 해당 프리픽스의 25%가 BGP를 통해 인터넷에서 철회됨. 이 사고 역시 사이버 공격이나 악성 활동 때문이 아니었음 — 사후 분석
• 세 사고 모두 공격이 아니라 일상적인 내부 작업에서 시작됨
  • 설정 파일의 비대화, 다른 소프트웨어의 취약점 대응 중 변경, 과도한 정리 작업이 엣지까지 영향을 미쳐 다수 사이트를 중단시킴
• 문제는 Cloudflare만의 부주의가 아니라 공급자 집중으로 커지는 장애 영향 범위임
  • Fastly와 Akamai도 유사한 버그를 배포하지만, 이용 사이트가 적어 함께 중단되는 사이트도 적음
  • 한 공급자가 시장 대부분의 앞단을 담당하면 그 공급자의 실수가 여러 기업의 동시 문제로 바뀜

CDN과 데이터 저장 위치는 별개

• CDN 공급자 집계만으로는 기업이 데이터를 어디에 보관하는지 알 수 없음
  • 원본 서버, 데이터베이스, 데이터 처리 주체는 CDN 뒤에 있으며, GDPR이나 데이터 거주성 검토에서는 이 백엔드가 중요함
• 웹사이트 앞단 대신 API 하위 도메인을 조사하면 OVH와 Hetzner가 이번 집계보다 훨씬 많이 발견되는 경우가 일반적임
  • 이번 조사는 데이터 저장 위치가 아니라 여러 사이트가 동시에 중단될 수 있는 공통 접점에 초점을 맞춤

응답 헤더로 CDN 확인하기

• 도메인 앞단의 CDN은 HTTP 응답 헤더로 확인할 수 있음

curl -sI https://example.com | grep -i 'server\|cf-ray\|x-served-by\|x-amz-cf-id' 

• 헤더별 식별 기준은 다음과 같음
  • cf-ray 또는 server: cloudflare는 Cloudflare를 나타냄
  • x-served-by에 Fastly 캐시 노드가 표시되면 Fastly를 사용하는 것으로 볼 수 있음
  • x-amz-cf-id는 Amazon CloudFront를 나타냄
  • 이런 헤더가 없고 server 값이 자체 웹 서버나 원본 호스트를 가리키면, 일반적으로 앞단에 CDN이 없음을 뜻함

측정 방법과 해석의 한계

• 데이터는 외부 데이터셋이 아니라 CipherCue 자체 HTTP 응답 지문·DNS 관측에 기반함
  • 독일, 영국, 네덜란드, 폴란드, 프랑스, 이탈리아, 스페인, 아일랜드 중 하나로 국가가 분류되고, CDN 구성요소가 하나 이상 감지된 추적 기업을 포함함
  • 2026년 9월 7일 기준 기업별 최신 관측값을 사용함
• 표본은 해당 국가의 모든 기업을 대표하지 않으며, 대기업보다 중소기업에 치우쳐 있음
  • Cloudflare의 무료 요금제가 특히 강한 구간이므로, 89.6%를 대기업 시장의 수치로 해석해서는 안 됨
  • CDN을 사용하지 않는 기업에 관한 수치도 아님
• CDN 감지는 응답 헤더나 서비스 제공 지문이 알려진 공급자 패턴과 일치하는지로 판단함
  • 인식 가능한 CDN 지문 없이 원본 서버에서 직접 제공하는 기업은 분모에서 제외됨
  • 잘못된 설정이나 특이한 구성으로 헤더를 숨기는 경우에는 실제 CDN 사용이 과소 집계될 수 있음
• 장애 원인·시간·지속 시간은 Cloudflare가 직접 공개한 사후 분석을 기준으로 하며, 2차 보도의 수치를 재인용하지 않음

댓글과 토론