🇰🇷 한글 설명
Envoy 프록시의 rate limit 필터에서 응답 단계(response phase)의 제한 요청이 직접 실패할 경우 시스템이 충돌할 수 있는 취약점입니다. 요청 단계와 응답 단계가 모두 활성화된 경우 gRPC 클라이언트의 내부 상태가 제대로 정리되지 않아, 두 번째 요청 실패 시 이전 상태에 접근하며 크래시가 발생합니다.
💡 쉬운 설명
웹사이트의 접속량을 조절하는 기능에서 오류가 발생했을 때, 프로그램이 이를 제대로 처리하지 못하고 갑자기 꺼져버리는 문제입니다. 공격자가 특정 방식으로 요청을 보내면 서버를 강제로 중단시킬 수 있습니다.
🇺🇸 원문 (English)
Envoy is a high-performance edge/middle/service proxy. Prior to 1.37.1, 1.36.5, 1.35.8, and 1.34.13, At the rate limit filter, if the response phase limit with apply_on_stream_done in the rate limit configuration is enabled and the response phase limit request fails directly, it may crash Envoy. When both the request phase limit and response phase limit are enabled, the safe gRPC client instance will be re-used for both the request phase request and response phase request. But after the request phase request is done, the inner state of the request phase limit request in gRPC client is not cleaned up. When a second limit request is sent at response phase, and the second limit request fails directly, the previous request's inner state may be accessed and result in crash. This vulnerability is fixed in 1.37.1, 1.36.5, 1.35.8, and 1.34.13.
📍 영향받는 시스템
Envoy versions prior to 1.37.1, 1.36.5, 1.35.8, and 1.34.13
⚔️ 공격 벡터
Rate limit 설정이 활성화된 상태에서 응답 단계의 제한 요청을 의도적으로 실패시켜 서비스 거부(DoS) 유발
🛡️ 대응 방법
Envoy를 최신 패치 버전(1.37.1, 1.36.5, 1.35.8, 1.34.13 이상)으로 업데이트하십시오.
🔧 검증 코드
명령어 실행 결과로 패치된 버전 번호가 출력되면 안전하며, 아무것도 출력되지 않으면 취약할 수 있습니다.
envoy --version 2>/dev/null | grep -E 'v(1\.37\.1|1\.36\.5|1\.35\.8|1\.34\.13)'