오늘, 내부적으로 발견된 HTTP/3 모듈의 취약점에 대응하기 위해 NGINX Plus, NGINX Open source 및 NGINX Open Source 구독 업데이트를 출시합니다. ngx_http_v3_module 이러한 취약점은 NGINX open source의 두 가지 버그 보고서(trac #2585 및 trac #2586)를 바탕으로 발견되었습니다. 이 모듈은 기본적으로 활성화되어 있지 않으며 실험적 기능으로 문서화되어 있습니다.
해당 취약점은 CVE(Common Vulnerabilities and Exposures) 데이터베이스에 등록되었으며, F5 보안 사고 대응팀(F5 SIRT)은 공통 취약점 평가 시스템(CVSS v3.1) 척도를 사용하여 해당 취약점에 점수를 부여했습니다.
다음 HTTP/3 모듈의 취약점은 NGINX Plus, NGINX 오픈 소스 구독 및 NGINX 오픈 소스에 적용됩니다.
CVE-2024-24989: 이 취약점에 대한 패치는 다음 소프트웨어 버전에 포함되어 있습니다:
- NGINX Plus R31 P1
- NGINX 오픈 소스 구독 R6 P1
- NGINX 오픈 소스 메인라인 버전 1.25.4. (최신 NGINX 오픈 소스 안정 버전 1.24.0은 영향을 받지 않습니다.)
CVE-2024-24990: 이 취약점에 대한 패치는 다음 소프트웨어 버전에 포함되어 있습니다:
- NGINX Plus R30 P2
- NGINX Plus R31 P1
- NGINX 오픈 소스 구독 R5 P2
- NGINX 오픈 소스 구독 R6 P1
- NGINX 오픈 소스 메인라인 버전 1.25.4. (최신 NGINX 오픈 소스 안정 버전 1.24.0은 영향을 받지 않습니다.)
NGINX Plus R30 또는 R31, NGINX 오픈 소스 구독 패키지 R5 또는 R6, 혹은 NGINX 오픈 소스 메인라인 버전 1.25.3 이하를 실행 중인 경우 영향을 받습니다. NGINX 소프트웨어를 최신 버전으로 업그레이드할 것을 강력히 권장합니다.
NGINX Plus 업그레이드 지침은 NGINX Plus 관리자 가이드의 「NGINX Plus 업그레이드」를 참조하세요. NGINX Plus 고객은 https://my.f5.com/에서 지원팀에 도움을 요청할 수도 있습니다.
관련 블로그 게시물
시청하기: KubeCon North America 2023에서의 NGINX Gateway Fabric
이 영상에서는 KubeCon의 NGINX 부스를 찾아가, 저희가 공개한 Kubernetes Gateway API 구현을 살펴봅니다.
F5 NGINX로 대규모 WAF 플릿을 확인하고 관리하는 2가지 방법
앱 보안을 강화하는 두 가지 방법을 소개합니다. NGINX Management Suite를 통해 WAF 운영에 대한 가시성을 높이고, NGINX App Protect WAF를 활용해 코드형 보안을 구현하는 것입니다.
Ingress 컨트롤러 선택 가이드, 4부: NGINX Ingress Controller 옵션
개발 주체, 개발 철학, 프로덕션 환경 준비도, 보안 및 지원을 기준으로 어떤 NGINX Ingress 컨트롤러가 가장 적합한지 알아보세요.
진화하는 공격 환경에 NGINX App Protect Denial of Service가 적응하는 방법
NGINX App Protect Denial of Service(DoS)가 계층 7 DoS 공격을 방어하기 위해 완화 방법을 실시간으로 조정하는 방식을 설명합니다. 정상적인 사용자 행동과 서버 상태에 대한 모델을 생성하여 공격을 나타내는 이상 징후를 감지하고 맞춤형 완화 시그니처를 적용할 수 있습니다.
NGINX Instance Manager를 활용한 대규모 구성 업데이트 및 인증서 관리
NGINX Instance Manager 버전 1.0에는 두 가지 새로운 기능이 도입되었습니다. NGINX 인스턴스에 태그와 사용자 역할을 지정하면 전체 그룹에 구성을 한 번에 적용할 수 있습니다. 인증서 검사는 만료 예정인 인증서를 감지하여 서비스 중단을 방지할 수 있도록 인증서를 교체할 수 있게 해줍니다.
Netflix가 자사 CDN의 핵심으로 NGINX를 선택한 이유
Netflix가 글로벌 콘텐츠 전송 네트워크인 Open Connect의 스트리밍 미디어 기술로 NGINX를 선택한 이유를 NGINX 개발자 Gleb Smirnoff에게서 알아보세요.