4,749
Node.js만 업데이트하면 끝나는 문제일까요? CVE-2026-111497은 Node.js에만 있는 결함이 아니라, 여러 제품이 포함하는 Google Brotli decoder의 문제입니다.[28][44] 공격자가 보낸 압축 데이터를 해제하는 경로가 있다면, 서버가 요청을 받는 순간뿐 아니라 외부 응답을 가져오는 순간도 점검해야 합니다.[28]
이 글은 10월 21일 Node.js 보안 공지 이후, 10월 23일 공개된 Python 패키지 매핑과 10월 25일 갱신된 다중 제품 대응 안내를 함께 읽는 해설입니다.[40][44][27] 새 취약점이 오늘 처음 공개됐다는 뜻은 아닙니다.
💡 💡 핵심: “우리 코드가 Brotli를 직접 import하는가”보다 어떤 배포물이 어떤 decoder로 누구의 데이터를 해제하는가를 물어야 합니다.[28][42] 압축, 협상 헤더, 압축 해제는 서로 다른 통제 지점입니다.[28]
Node.js는 런타임에 포함된 Brotli decoder의 out-of-bounds write를 보안 문제로 공지했습니다.[40] Python의 Brotli 패키지도 같은 C decoder를 컴파일해 제공하며, OSV는 이를 PyPI 패키지에 연결한 별도 기록으로 다룹니다.[44]
urllib3 공식 문서는 Brotli 또는 brotlicffi가 설치돼 있으면 Brotli 지원을 사용할 수 있다고 설명합니다.[42] 따라서 애플리케이션의 직접 import 목록만 보는 것으로는 HTTP 라이브러리가 사용할 decoder까지 확인했다고 할 수 없습니다.[42][44]
다만 패키지가 있다는 사실과 특정 요청으로 공격 가능한가는 구분해야 합니다. 핵심 노출 조건은 공격자가 제어하는 데이터를 취약한 decoder에 전달하는가입니다.[28]
반대로 Brotli로 응답을 압축해서 내보내기만 하는 것은 이 decoder 취약점의 노출을 입증하지 않습니다.[28] Imperva도 bare Node.js HTTP 서버는 요청을 받았다는 이유만으로 Brotli 본문을 해제하지 않는다고 명시합니다.[43]
문제의 DecodeBlockTypeAndLength()는 취약한 코드에서 “형식이 잘못됐다”와 “입력이 더 필요하다”를 같은 boolean 값으로 표현했습니다.[29] 호출부가 이를 구별하지 못하고, fast path에서는 반환값을 무시하면서 잘못된 내부 상태로 처리를 이어갈 수 있었습니다.[29]
공식 수정 commit은 반환형을 BrotliDecoderErrorCode로 바꾸고, 잘못된 block switch에 별도 format error를 반환하도록 변경합니다.[41] 호출부도 성공·오류·입력 부족 상태를 구분해, 성공이 아닌 경우 처리를 빠져나가도록 바뀝니다.[41]
설계 관점의 제안: 스트리밍 parser나 장기 실행 worker를 만든다면 “잠시 기다리면 재개 가능한 상태”와 “이 입력은 영구히 거부해야 하는 상태”를 같은 값으로 합치지 않는 편이 좋습니다. 이 사례에서 가져갈 것은 특정 언어의 우열이 아니라, 오류 의미를 API 경계 끝까지 보존하는 원칙입니다.
아래는 공개 권고를 개발팀의 점검 순서로 옮긴 적용 제안입니다. 실제 서버를 조사하거나 패치한 기록은 아닙니다.
💡 ⚠️ 작은 사내 수집기라도 외부 서버의 응답을 읽는다면 점검 대상이 될 수 있습니다.[28] “인터넷에 공개한 API가 아니다”와 “신뢰할 수 없는 입력을 처리하지 않는다”는 같은 말이 아닙니다.
Node.js 공지는 수정 릴리스로 22.23.4·24.22.1·26.12.1을 연결합니다.[40] Python 패키지의 OSV 기록에서는 Brotli 1.2.1, brotlicffi 1.2.1.0을 fixed event로 확인했습니다.[44][52]
이는 모든 환경에 같은 명령을 실행하라는 뜻이 아닙니다. upstream 라이브러리, 런타임에 내장된 복사본, 정적으로 포함한 실행 파일은 갱신 단위가 다르므로, 해당 제품의 수정 버전과 실제 로드되는 구성요소를 대조해야 합니다.[28]
Imperva는 공식 Node.js 24.22.0 Linux arm64 이미지를 사용한 시험에서 Brotli 응답과 요청 본문으로 코드 실행을 확인했고, 같은 입력을 24.22.1에서는 거부했다고 보고했습니다.[43] debugger나 instrumented binary 없이 수행한 시험이라는 설명도 있습니다.[43]
그러나 매 시도에 성공한 것은 아니며, 모든 Node.js build와 애플리케이션을 시험한 것도 아니라고 명시합니다.[43] 이를 “어느 서버든 한 번의 요청으로 반드시 장악된다”는 주장으로 바꿀 수는 없습니다.
OpenSourceMalware는 PyPI Brotli 1.2.0과 1.2.1을 AddressSanitizer와 함께 빌드해 조작된 스트림을 비교했다고 설명합니다.[29] 취약한 버전은 잘못된 완성 스트림에도 입력을 더 요구했지만, 수정 버전은 format error로 거부했다는 결과입니다.[29]
연구자는 Python extension에서 메모리 손상이나 코드 실행까지 추적하지 않았다고 밝혔으며, brotlicffi도 같은 수준으로 diff·fuzzing하지 않았다고 구분합니다.[29] 따라서 Node.js의 RCE 실증을 Python의 모든 구성에 그대로 적용한 재현 결과처럼 소개해서는 안 됩니다.
수정된 런타임·라이브러리로 교체하면 같은 decoder에 들어오는 여러 경로의 원인을 다룰 수 있습니다.[28] 편집 의견으로는, 운영 점검표를 수많은 임시 필터보다 수정 배포물과 실행 중인 replica 확인 중심으로 두는 편이 추적하기 쉽습니다. 재빌드·재시작·회귀 점검 부담은 별도로 계획해야 합니다.[28]
공식 권고는 패치 전까지 신뢰할 수 없는 Brotli 데이터의 압축 해제를 중단하고, 가능하면 gzip·deflate 등 다른 압축은 유지하도록 안내합니다.[28] 요청 본문은 parser 앞에서 거부하고, 외부 응답은 자동 해제 전에 차단해야 합니다.[28]
이 대안은 가용성 비용이 있습니다. Brotli 응답을 보내는 상대와의 호출이 실패할 수 있고, 차단 위치를 잘못 고르면 압축된 데이터가 다음 decoder로 넘어갈 수도 있습니다.[28] 따라서 임시 조치를 선택했다면 정상 압축 트래픽과 우회 경로까지 확인해야 합니다.[28]
Accept-Encoding에서 br만 제거: 악성 서버는 협상 내용을 무시하고 Brotli 응답을 보낼 수 있으므로, 이것만으로 decoder 진입을 막지는 못합니다.[27][28]초기 OpenSourceMalware 글에는 Python 패키지가 advisory DB에 아직 연결되지 않았다는 설명이 있습니다.[29] 그러나 이번 확인에서는 PYSEC-2026-4322와 PYSEC-2026-4323의 PyPI 매핑 및 수정 기준이 존재합니다.[44][52] 따라서 “scanner가 지금도 절대 탐지하지 못한다”는 초기 설명은 그대로 옮기지 않았습니다. 특정 scanner의 갱신·탐지 성공까지 직접 시험한 것은 아닙니다.
같은 이유로 Aikido 글의 초기 “패치가 아직 모두 없다”는 문구만 읽고 현재 상태를 판단하지 않았습니다. 공식 대응 페이지와 Node.js 공지는 수정 릴리스가 제공된다고 안내합니다.[28][40] 특정 배포판·managed service의 적용 완료 여부는 각 공급자와 실제 workload를 따로 확인해야 합니다.[28]
💡 🔎 검증 노트: 자료 확인일은 2026년 10월 26일 KST입니다. 공식 공지·수정 diff·urllib3 문서·OSV 기록과 연구자들의 공개 시험 설명을 대조했습니다. 취약점 재현, exploit 실행, 패키지 설치, 사용자 환경 조사, 패치 및 scanner 시험은 수행하지 않았습니다. 공개 연구의 한정된 실증과 이 글 작성자의 직접 검증은 다릅니다.
가져갈 질문은 하나입니다. “어떤 기능을 켰나?”에서 멈추지 말고, “그 데이터가 검증되기 전에 어느 코드에서 해제되나?”까지 확인했는가.
[27] https://www.aikido.dev/blog/python-packages-vulnerable-node2shell-brotli-cve-2026-111497 — Aikido: Node2Shell evolves to HTTP2Shell — updated October 25
[28] https://patchtheplanet.org/brotli — OpenAI Patch the Planet — Brotli vulnerability
[29] https://opensourcemalware.com/blog/node2shell-affects-python — OpenSourceMalware — Python Packages Vulnerable to Node2Shell
[40] https://nodejs.org/en/blog/vulnerability/october-2026-security-releases — Node.js — October 21, 2026 Security Releases
[41] https://github.com/google/brotli/commit/0ed4268a4401abcb44720963 — google/brotli — Detect and report invalid stream earlier
[42] https://urllib3.readthedocs.io/en/stable/advanced-usage.html — urllib3 2.8.0 — Advanced Usage
[43] https://www.imperva.com/blog/node2shell-from-brotli-data-to-remote-code-execution — Imperva — Node2Shell: From Brotli Data to Remote Code Execution
[44] https://osv.dev/vulnerability/PYSEC-2026-4322 — OSV — PYSEC-2026-4322 (Brotli)
[52] https://osv.dev/vulnerability/PYSEC-2026-4323 — OSV — PYSEC-2026-4323 (brotlicffi)