Incident Library

IL-0405 PortSwigger · 2026-01-11kubernetesawsnetworking

AWS Load Balancer Controller 의 webhook 인증서가 만료돼 US·Canada 지역의 BSEE SaaS 인스턴스가 전부 멈췄다

PortSwigger 는 2025년 11월 28일 AWS Load Balancer Controller 를 v1.14.1 에서 v1.16.0 으로 올렸다. v1.15.0 에서 Helm 차트가 인증서를 관리하는 방식이 바뀌었고, 그 결과 webhook 용 TLS Secret 이 소유자 없이 남았다. 이 Secret 을 소유하던 Certificate 객체가 더는 없었으므로 cert-manager 는 인증서를 갱신하지 못했다.

Secret 안의 인증서는 2026년 1월 8일에 만료됐다. webhook 인증서는 로드 밸런서의 대상 그룹을 설정하는 데 필요하다. 인증서가 만료되자 webhook 검증이 실패해 컨트롤러가 AWS Target Group 설정을 갱신하지 못했고, 결국 healthy 상태인 대상이 하나도 남지 않았다. 1월 11일 10:00 UTC 부터 US 와 Canada 지역의 BSEE SaaS 인스턴스가 전부 쓸 수 없게 됐고, 고객은 Web UI 에 들어가거나 스캔을 시작하지 못했다.

1월 12일 09:52 UTC 에 고객이 지원 창구로 문제를 알렸고, Platform Team 이 10:00 UTC 에 조사를 시작했다. 팀은 US 와 Canada 클러스터에서 소유자가 사라진 aws-load-balancer-tls Secret 을 지우고 Helm 으로 컨트롤러 설정을 다시 배포했다. 새 인증서가 만들어지고 webhook 이 동작하자 10:40 UTC 에 서비스가 돌아왔다. 장애는 약 24시간 40분 이어졌고 고객 데이터 손실은 없었다.

심각도
–
영향 범위
All BSEE SaaS instances in the US and Canada regions: customers could not access the Web UI or start scans
영향 사용자
US and Canada region customers; 2 support cases raised
지역
US and Canada regions
감지까지
23h 52m
복구까지
24h 40m

증상

US 와 Canada 지역 고객이 BSEE SaaS 인스턴스의 Web UI 에 들어가지 못했고 스캔도 시작하지 못했다. 엔지니어는 고객이 지원 창구로 알려 온 뒤에야 장애를 알았다.

영향은 2026년 1월 11일 10:00 UTC 에 webhook 실패가 서비스 가용성을 떨어뜨리면서 시작됐다. 고객 신고는 하루 가까이 지난 1월 12일 09:52 UTC 에 들어왔고, 지원 문의는 모두 두 건이었다.

Platform Team 은 영향을 받은 클러스터들에서 AWS Load Balancer Controller webhook 인증서가 만료된 것을 찾았다. 인증서는 1월 8일에 이미 만료돼 있었다. webhook 검증이 실패해 컨트롤러가 AWS Target Group 설정을 갱신하지 못했고, 결국 healthy 상태인 대상이 하나도 남지 않았다.

증상 서비스 중단TLS 인증서 오류

원인

촉발
PortSwigger 는 2025년 11월 28일 AWS Load Balancer Controller 를 v1.14.1 에서 v1.16.0 으로 올렸다. v1.15.0 의 Helm 차트가 인증서를 관리하는 방식을 바꿨고, 이 업그레이드 뒤에 소유자가 사라진 webhook 용 TLS Secret 이 남았다.

감지

엔지니어는 고객이 지원 창구로 신고한 뒤에야 장애를 알았다. 신고는 2026년 1월 12일 09:52 UTC 에 들어왔고, 영향이 시작되고 23시간 52분이 지난 때였다.

조치

후속 조치

교훈

–

출처

참고 문서

관련 사례

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

kubegap 은 Claude Code 나 Codex 에서 쿠버네티스 클러스터를 읽기만 하며 이 사례와 같은 상태를 점검합니다. 이 사례의 구성 요소: 인그레스 컨트롤러, 어드미션 웹훅, cert-manager. 점검 항목의 근거는 이 사례 같은 공개 보고서입니다.

AI 도구와 스크립트용

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