소스는 2026년 10월 23일 기준으로 확인되었습니다.
세 가지 생태계에는 여러 계층의 수정이 필요합니다.
최근 Node.js, Java 및 Python 보안 권고에는 기본 디코딩, TLS 신원 확인, 서버 프레임워크 및 인증서 신뢰가 포함됩니다. KeenDigit는 팀이 실제 구성 요소, 구성 및 액세스 가능한 진입점의 우선 순위를 정하는 데 도움이 되도록 2026년 7월 25일부터 10월 23일까지 다루는 문제 해결 가이드를 편집했습니다. 새 런타임을 설치해도 프레임워크, 독립 종속성 또는 기존 가상 환경이 자동으로 업데이트되지 않습니다.
먼저 업데이트할 항목
- Node.js: 해당 지점에서 22.23.4 / 24.22.1 / 26.12.1를 사용하세요. Next.js, React Server Components 및 이미지 처리 종속성을 별도로 확인하세요. Brotli 디코딩 위험은 외부 응답으로 인해 발생할 수 있습니다. 인바운드 트래픽 통제만으로는 부족합니다.
- **Java:**에는 10월 CPU 및 CVE-2026-91403 대역 외 인증서 업데이트가 모두 포함됩니다. JDK 공급업체 권고에 따라 전체 빌드 번호를 확인한 다음 Tomcat, Spring 및 사용자 지정 신뢰 저장소를 확인하세요.
- Python: 적절한 인터프리터 분기를 업데이트하고 certifi ≥2026.10.19, pip에 대한 각 venv를 확인합니다. ≥26.2.2 및 사용되는 경우 uv ≥0.13.4. TLS 호스트 이름 인수, 아카이브 처리 및 Django와 같은 애플리케이션 종속성은 별도의 확인이 필요합니다.
이는 모든 애플리케이션에 대한 단일 버전 임계값이 아니라 지점 및 구성별 기준입니다. 10월 22일에 공개된 tar_filter 문제에 대한 공식 패치를 별도로 추적하세요. 출판된 인터프리터 버전이 모든 아카이브 취약점을 커버한다고 가정해서는 안 됩니다.
실행 중인 인스턴스 및 애플리케이션 동작 확인
애플리케이션과 이미지를 다시 빌드하고 모든 이전 작업자, JVM 및 컨테이너를 교체하고 최종 종속성 트리, 전체 패키지 버전 및 이미지 다이제스트를 기록합니다. 실제 애플리케이션 경로를 통해 TLS, 로그인, 업로드, 이미지 처리, 백그라운드 작업을 확인해보세요. 터미널 버전 확인만으로는 프로덕션 수정이 완료되었음을 확인할 수 없습니다. 호환성 문제를 우회하기 위해 인증서 또는 호스트 이름 확인을 비활성화하지 마십시오.
손상된 LiteLLM 1.107.0가 설치되었거나 실행된 경우 사고 대응 절차를 따르십시오. 즉, 환경을 격리하고, 증거를 보존하고, 신뢰할 수 있는 소스에서 재구성하고, 영향을 받은 자격 증명을 교체하십시오. 먼저 의심되는 환경 내에서 Python/pip를 시작하지 마십시오. 업그레이드나 제거만으로는 충분하지 않습니다.
노출 조건, 지점별 버전 표, 임시 조치, 검증 체크리스트 및 공식 소스에 대한 전체 취약점 및 교정 가이드를 읽어보세요.