Incident Library

IL-0394 Cloudflare · 2026-01-22networking

Cloudflare Miami 라우터가 내부 IPv6 경로를 BGP 피어와 트랜짓 제공자에게 유출해 25분 동안 백본이 혼잡해지고 트래픽이 드롭됐다

2026년 1월 22일 20:25 UTC 에 Cloudflare 는 정책 자동화 플랫폼으로 Colombia Bogotá 에 있는 데이터센터 한 곳의 BGP 광고를 Miami 에서 빼는 변경을 내보냈다. 전에는 IPv6 트래픽 일부를 Miami 를 거쳐 Bogotá 로 보냈지만, 최근 인프라 업그레이드로 그럴 필요가 없어졌기 때문이다. 이 변경은 19:52 UTC 에 네트워크 자동화 코드 저장소에 머지됐다. 변경은 여러 export 정책의 term 에서 BOG04 유니캐스트 prefix 를 담은 prefix-list 줄만 지웠고, 남은 정책은 너무 넓었다. 정책은 route-type internal 인 prefix 를 모두 받아들여 community 를 더한 뒤 accept 했다. JunOS 와 JunOS EVO 는 HPE Juniper Networks 장비의 운영체제이고, 여기서 route-type internal 은 IBGP 경로처럼 외부가 아닌 경로를 모두 고른다. 그 결과 Cloudflare 가 백본 안에서 재분배하는 IPv6 prefix 가 모두 이 정책을 통과해 Miami 의 모든 BGP 이웃에게 광고됐다. Cloudflare 는 이것이 2020년에 겪은 장애와 아주 비슷하다고 적었다.

경로 유출은 넘겨줘서는 안 되는 트래픽을 자기에게 보내라고 네트워크가 인터넷에 알리는 일이다. 이번에 Cloudflare 는 일부 피어에게서 받은 경로를 Miami 에서 다른 피어와 제공자에게 재분배했다. RFC7908 의 정의로 보면 Type 3 과 Type 4 가 섞인 경로 유출이었다. 의도하지 않은 트래픽이 Miami 라우터로 들어와 Miami 와 Atlanta 사이 백본이 혼잡해졌고, 일부 고객 트래픽의 손실과 지연이 늘었다. 유출된 prefix 를 가진 네트워크의 트래픽은 라우터의 방화벽 필터에서 드롭됐고, 가장 많을 때 약 12Gbps 였다.

20:40 UTC 에 네트워크 팀이 조사를 시작했고 20:44 에 인시던트를 열었다. 20:50 UTC 에 네트워크 운영자가 잘못된 설정 변경을 손으로 되돌리고 그 라우터의 자동화를 멈춰 영향이 끝났다. 유출은 25분 동안 이어졌다. 21:47 UTC 에 코드 저장소에서 유출을 촉발한 변경을 되돌렸고, 22:07 에 운영자가 자동화가 버그 없이 다시 돌 수 있음을 확인했으며, 22:40 에 Miami 라우터의 자동화를 다시 켰다.

심각도
–
영향 범위
IPv6 traffic: congestion on the backbone between Miami and Atlanta, elevated loss and higher latency for some Cloudflare customer traffic, and about 12Gbps at peak discarded for external networks whose prefixes leaked
영향 사용자
Some Cloudflare customers and external networks whose traffic was funnelled through Miami
지역
Miami
감지까지
15m
복구까지
25m

증상

2026년 1월 22일 20:25 UTC 부터 Cloudflare 의 Miami edge 라우터 하나가 BGP 트랜짓 제공자와 피어에게 예상하지 않은 경로를 광고했다. 20:40 UTC 에 네트워크 팀이 Miami 에서 나간 의도하지 않은 경로 광고를 조사하기 시작했다.

AS13335 가 피어에게서 받은 경로를 다른 피어와 제공자에게 다시 광고했다. monocle 로 본 업데이트에서 prefix 2a03:2880:f077::/48 의 AS path 는 64112 22850 174 3356 13335 32934 였다. Cloudflare 가 피어인 Meta AS32934 에게서 받은 prefix 를 상위 트랜짓 제공자인 Lumen AS3356 에 광고했다는 뜻이다.

제공자와 피어가 의도하지 않은 트래픽을 Miami 라우터로 보내면서 Miami 와 Atlanta 사이 백본이 혼잡해졌다. 일부 Cloudflare 고객 트래픽의 손실이 늘었고, 이 링크를 지나는 트래픽의 지연이 평소보다 높았다. 영향은 IPv6 트래픽에만 있었다.

경로가 유출된 외부 네트워크의 트래픽은 Cloudflare 서비스와 고객의 트래픽만 받도록 만든 라우터 방화벽 필터에서 드롭됐다. 가장 많을 때 Miami 라우터로 들어온 이런 트래픽 약 12Gbps 를 드롭했다.

증상 패킷 손실지연 시간 증가

원인

원인 설정 변경

구성 요소 BGP 라우팅백본망
기여 요인 설정 테스트 부재
촉발
20:25 UTC 에 정책 자동화 플랫폼으로 Bogotá 데이터센터용 BGP 광고를 Miami 에서 빼는 변경을 내보냈다. 이 변경이 Miami 라우터의 여러 BGP export 정책에서 prefix-list 6-BOG04-SITE-LOCAL 줄만 지워, 남은 정책이 route-type internal 인 경로를 모두 받아들여 밖으로 광고하게 됐다.

감지

20:40 UTC 에 네트워크 팀이 Miami 에서 나간 의도하지 않은 경로 광고를 조사하기 시작했고, 20:44 UTC 에 대응을 조율하려고 인시던트를 열었다.

조치

후속 조치

교훈

Cloudflare 는 이번 사고로 경로 유출을 실수로 일으키기가 얼마나 쉬운지 직접 겪었다고 적었다. 경로 유출을 막으려면 여러 갈래의 대책이 필요하고, 라우팅 정책 설정과 자동화에서 단기와 장기로 고칠 곳을 여럿 찾았다고 했다.

출처

관련 사례

내 클러스터에도 있는지 확인하기

kubegap 은 Claude Code 나 Codex 에서 쿠버네티스 클러스터를 읽기만 하며 이 사례와 같은 상태를 점검합니다. 이 사례의 구성 요소: BGP 라우팅, 백본망. 점검 항목의 근거는 이 사례 같은 공개 보고서입니다.

kubegap 열기

AI 도구와 스크립트용

API 는 키가 필요 없습니다. MCP 서버는 search_incidents, get_incident, list_incidents, get_topic, vocab 도구를 내놓습니다. 사용법은 API 와 MCP.