webpack을 위한 지속적인 라이프사이클 지원 - TuxCare
  • webpack 5.50.0 ELS에서 보장됨
  • webpack 5.55.0 ELS에서 보장됨
  • webpack 5.76.1 ELS에서 보장됨
  • webpack 5.88.2 ELS에서 보장됨
  • webpack 5.94.0 ELS에서 보장됨

webpack은 최신 5.x 릴리스에서만 보안 문제를 수정하며, webpack 4는 2023년 9월 4.47.0 버전 이후로 새로운 릴리스가 없었습니다.

ELS는 번들 제품의 업그레이드를 강요하지 않으면서도 그 격차를 해소합니다.

웹팩 빌드를 패치하는 3단계

세 단계: TuxCare 레지스트리를 추가하고, webpack 종속성을 변경한 다음, 다시 설치하고 빌드합니다.

프로젝트의 다음 위치에 TuxCare 레지스트리를 추가하세요. .npmrc, webpack 의존성을 해당 항목으로 교체하십시오. @els-js 패키지를 수동으로 또는 TuxCare Patcher를 사용하여 처리한 후 다시 설치하십시오. 다음 명령을 사용하여 패키지를 확인하십시오. npm list, 그런 다음 이전과 똑같은 방식으로 빌드를 실행하세요.

ELS를 통해 얻을 수 있는 혜택

지원 종료된 webpack에 대한 CVE 수정 사항

새로운 Webpack 취약점이 공개되면, TuxCare는 해당 취약점을 조사하고, 패치를 적용하며, 회귀 테스트를 수행한 후, 지원 대상 Webpack 버전에 대한 즉시 적용 가능한 수정 프로그램을 배포합니다. 이를 통해 공개된 CVE가 귀사의 빌드 파이프라인이나 배포된 번들에서 취약점으로 노출되는 일이 없도록 합니다.

1일차

ELS를 통해, 지원 대상인 웹팩 버전 및 해당 종속성에 영향을 미치는 알려진 CVE에 대한 기존 수정 사항을 확인할 수 있습니다.

이미 수정된 내용을 확인하세요 →

한 번 들러보세요.
다시 만들 필요는 없습니다.

ELS는 보안에 취약한 webpack 패키지를 보안이 강화되고 버전도 일치하는 대체 패키지로 교체합니다. 로더, 플러그인, 구성 및 빌드 결과물은 이전과 똑같이 작동합니다. 코드를 수정할 필요도, 프레임워크를 마이그레이션할 필요도 없습니다.

ELS는 레지스트리와 종속성 변경을 통해 npm을 이용해 설치되며, 오버라이드 블록을 통해 CLI 및 스타터에 의해 전이적으로 불러오는 웹팩을 포착하여, Node.js가 실행되는 곳이라면 어디서나 실행됩니다:

로컬, CI 실행기, Docker, x86_64 및 arm64.

검증을 견뎌내는 지원

SLA 기반 ‘
’ 패치 배포

TuxCare의 패치 제공 SLA는 SOC 2, FedRAMP, PCI DSS, HIPAA, DORA 및 CRA에서 요구하는 취약점 수정 기준을 충족하는 데 도움을 줍니다.

엔터프라이즈 지원
의 보장 사항

단순한 ‘최선의 노력’ 수준의 커뮤니티 유지보수 이상의 서비스가 필요한 조직을 위해 마련된 상업적 조건 및 계약상 보호 조치.

웹팩 보안 전문가에게 문의하기

애플리케이션이 의존하는 웹팩 빌드의 보안 범위를 확대하는 방법에 대해, 구현 및 규정 준수 요건부터 CVE 패치 적용 및 가격 정책에 이르기까지 함께 살펴보겠습니다.

프론트엔드를 다시 빌드하지 않고 레거시 webpack
의 보안을 강화하는 방법

기존 환경에 ELS를 도입하고, 애플리케이션이 의존하는 구성, 플러그인, 로더 및 빌드 스크립트를 그대로 유지하면서, 팀에 적합한 속도로 현대화를 진행해 나가는 동시에 보안 위험도 해결하십시오.

  • 긴급 업그레이드는 없습니다.
  • 필수적인 구성 재구축이 필요하지 않습니다.
  • 고정된 버전에는 절대 적용되지 않을 상류 수정 사항에 의존할 필요가 없습니다.

Node.js가 실행되는 모든 환경에서 호환됩니다:

X86_64
arm64
Docker
npm

웹팩 보안에 대한 기초 지식

현재 지원되는 버전에 대한 기존 수정 사항부터 적용하고, 새로운 취약점이 공개될 때마다 계속해서 보안을 유지하세요.

TuxCare ELS에서 추적하는 webpack CVE 목록 (최신 순)
CVE 제품 구성 요소 위험도 상태 게시됨
CVE-2026-2739 전달성 webpack webpack 3.3.0 Medium 취약하지 않음
CVE-2025-68458 직접 webpack webpack 5.55.0 낮음 취약하지 않음
CVE-2025-68458 직접 webpack webpack 5.94.0 낮음 패치 제공됨
CVE-2025-68157 직접 webpack webpack 5.94.0 낮음 패치 제공됨
CVE-2024-43788 직접 webpack webpack 5.55.0 Medium 패치 제공됨
CVE-2023-28154 직접 webpack webpack 5.50.0 중요 패치 제공됨

어떻게 작동하나요?

1

신규 프로젝트를 온보딩하고 24시간 자동화된 CVE 추적을 활성화합니다. NVD, 공급업체, GitHub 보안 권고 등 다양한 소스를 상시 모니터링합니다.

2

CVE가 감지되면 알고리즘 및 AI 기반 자동화를 통해 상위 수정 사항을 백포팅하고, 전문가 검증을 거쳐 정확성을 보장합니다.

3

패치는 바이너리 형식으로 컴파일되며, 무결성, 기능, 희귀 테스트를 포함한 철저한 검증을 거친 뒤 서명되어 ELS 저장소에 배표됩니다.

4

패키지 관리자, 빌드 도구 또는 오케스트레이터가 업데이트를 확인한 후 자동으로 설치합니다.

팀별 ELS 활용 사례

빌드 체인의 CVE 노출 기간을 차단하십시오

⚠️ 제약 사항:

취약점 스캐너가 고객용 프론트엔드, 공유 디자인 시스템 또는 내부 도구 내에서 고정된 웹팩(Webpack) 릴리스를 감지합니다. 웹팩은 최신 릴리스에만 패치를 적용하며, 버전을 업그레이드하려면 체인에 포함된 모든 로더와 플러그인을 다시 테스트해야 합니다.

🔄 차례:

ELS는 지원 대상인 웹팩 릴리스에 다시 상업용 보안 패치 경로를 제공합니다. 수정 사항은 신중하게 백포트되고 테스트되므로, 팀은 긴급한 번들러 업그레이드 일정을 잡지 않고도 취약점을 해결할 수 있습니다.

미해결 감사 지적 사항 해결

⚠️ 제약 사항:

내부 감사, SOC 2 평가, PCI DSS 검토 또는 고객 보안 설문조사 과정에서 지원되지 않는 웹팩(Webpack) 릴리스가 발견될 수 있습니다. “그저 빌드 종속성일 뿐입니다”라는 변명은 이 문제를 해결해 주지 못하는 경우가 많으며, 특히 웹팩 런타임 코드가 브라우저로 전송되는 경우에는 더욱 그렇습니다.

🔄 차례:

ELS는 상업적 조건에 따라 적격한 Webpack 릴리스에 대해 지속적인 보안 지원을 제공합니다. 이를 통해 규정 준수 팀은 문서화된 문제 해결 방안을 확보할 수 있으며, 개발자는 불필요한 릴리스 위험을 초래하지 않으면서도 현대화에 필요한 시간을 확보할 수 있습니다.

자신만의 일정에 맞춰 현대화하세요

⚠️ 제약 사항:

고정된 Webpack 버전은 대개 포크된 로더, 제거된 스타터 구성, 사용자 정의 플러그인, 그리고 팀이 직접 작성하지 않은 빌드 로직 아래에 자리 잡고 있습니다. 버전을 업그레이드하면 해싱, 모듈 ID, 자산 처리 방식이 변경되어 캐시 무효화, 재현 가능한 빌드, CI가 제대로 작동하지 않을 수 있습니다.

🔄 차례:

ELS는 빌드 방식에 변화를 주지 않으면서도 현재 번들을 생성하고 있는 웹팩 버전을 그대로 유지해 줍니다. 이를 통해 귀사의 팀은 레거시 빌드가 패치되고, 지원 가능하며, 안정적인 상태를 유지하는 동안 현대화 작업을 계획하고, 테스트하며, 완료할 수 있는 추가적인 시간을 확보할 수 있습니다.

왜 TuxCare를 선택해야 할까요?

420,000+ 패치 배포 완료

오픈소스 수명 주기를 확장하는 팀이 전합니다

TuxCare는 리눅스 커널부터 webpack과 같은 자바스크립트 빌드 툴에 이르기까지, 업스트림 지원이 종료된 후에도 오랫동안 필수 구성 요소를 보호합니다. 단 하나의 파트너로 전체 스택을 아우릅니다.

14,000+ 수정된 취약점

AlmaLinux OS 재단의 창립 플래티넘 스폰서이자 오픈소스 보안 재단(OpenSSF)의 회원사입니다.

TuxCare는 자사가 보안 관리를 담당하는 오픈소스 프로젝트에 투자하고 있으며, 그 범위는 자바스크립트 빌드 도구부터 리눅스에 이르기까지 다양합니다.

자세히 알아보기 →
70,000+ 엄선된 패키지
2,700+ 기업 고객
델, 셔터플라이, 유나이티드헬스 그룹, 렉시스넥시스, 도큐사인, HPE, IBM, 아디엔

지원되지 않는 webpack 버전을 안전하게 관리하세요

강제 업그레이드나 위험한 구성 재작성, 혹은 결코 백포트되지 않을 업스트림 수정 사항을 기다릴 필요 없이 고정된 웹팩 릴리스를 보호하는 방법에 대해 저희 팀과 상담해 보세요.

문의하기
고정된 Webpack 4.x, 3.x 및 2.x 릴리스를 보호하는 Shield

자주 묻는 질문

웹팩 팀은 공식적인 지원 종료(EOL) 날짜를 발표한 적이 없지만, 사실상 웹팩 4는 개발이 종료된 상태입니다. 마지막 릴리스는 2023년 9월의 4.47.0이었으며, 그 이후로 보안 수정 사항이 전혀 제공되지 않았습니다. npm에는 여전히 해당 릴리스를 가리키는 webpack-4 태그가 남아 있어, 일부 팀에서는 여전히 유지보수되고 있다고 오해하기도 합니다. 또한 웹팩 4는 여전히 MD4 해시 알고리즘을 사용하는데, 이는 OpenSSL 3 환경에서 Node.js 17 이상을 사용할 경우 ‘legacy provider’ 플래그를 지정하지 않으면 오류가 발생합니다.

ELS는 현재 webpack 5.50.0, 5.55.0, 5.76.1, 5.88.2 및 5.94.0을 지원하며, 2.7.1부터 4.15.2까지의 특정 webpack-dev-server 릴리스와 지원 대상에 해당하는 종속성들도 포함합니다. 고객 요구 사항의 변화에 따라 추가 버전이 포함될 수 있습니다. 목록에 없는 릴리스에 대한 지원 여부는 TuxCare에 문의하여 상담하시기 바랍니다.

webpack 5는 여전히 활발하게 개발되고 있지만, 보안 수정 사항은 모든 기존 5.x 릴리스에 역포트(backport)되는 대신 새로운 패키지 버전을 통해 제공됩니다. 지원 대상인 최신 릴리스조차도 업스트림에서 공개된 보안 권고 사항이 남아 있습니다. 2026년 2월에 공개된 CVE-2025-68157 및 CVE-2025-68458은 5.104.0과 5.104.1 버전에서만 수정되었으며, 두 취약점 모두 experiments.buildHttp가 활성화된 상태에서 5.49.0 이후의 모든 릴리스에 영향을 미칩니다. 따라서 고정된 프로젝트에는 세 가지 옵션이 있습니다: 업그레이드, 비공개 포크 유지, 또는 상용 확장 지원 이용입니다.

때로는 프로덕션 환경까지 도달하기도 합니다. 5.94.0 버전에서 업스트림에서 수정된 CVE-2024-43788은 웹팩 자체 런타임 코드에 존재하던 DOM 클로버링 가젯으로, 웹팩이 생성한 파일을 제공하는 페이지에서 XSS를 유발할 수 있었으며, 보안 연구원들은 Canvas LMS에서 작동하는 익스플로잇을 시연했습니다. 5.76.0에서 수정된 CVE-2023-28154는 파싱 과정에서 크로스-리얼름 객체 접근을 허용하는 취약점이었습니다. 또한 스캐너와 감사 도구는 실행 위치와 관계없이 지원되지 않는 devDependencies를 문제로 표시합니다.

TuxCare ELS를 사용하여 TuxCare npm 레지스트리를 구성하고, 웹팩 종속성을 해당 @els-js/webpack 패키지로 교체한 다음, 오버라이드 항목을 추가하고, 종속성을 다시 설치한 후 npm list 명령어를 통해 결과를 확인하십시오. 또한 TuxCare Patcher는 지원되는 웹팩 버전을 감지하여 관련 종속성과 오버라이드를 자동으로 업데이트할 수 있습니다.

아니요. ELS 패키지는 프로젝트에서 이미 사용 중인 웹팩 릴리스의 동작을 그대로 유지하도록 설계된, 버전 호환이 보장된 대체 패키지입니다. 엔트리 포인트, 로더, 플러그인, 출력 규칙, 최적화 설정 및 npm 스크립트는 모두 기존 그대로 유지할 수 있습니다. 배포 시에는 구성 파일을 다시 작성할 필요 없이 레지스트리 및 종속성 구성만 변경하면 되며, 이 패키지들은 Docker와 호환되므로 컨테이너화된 빌드 및 CI 환경에 바로 적용할 수 있습니다.

프로젝트 준비가 완료되면 업그레이드를 진행하는 것이 장기적으로 바람직한 접근 방식입니다. 실제로 Webpack을 업그레이드할 때는 Node.js, Webpack CLI, 플러그인, 로더 및 더 이상 사용되지 않는 구성 옵션에 대한 업데이트가 필요할 수 있으며, 이로 인해 해싱, 모듈 ID 또는 자산 처리 방식이 변경되어 캐시 무효화 및 재현 가능한 빌드에 영향을 미칠 수 있습니다. ELS는 귀사의 팀이 관리 가능한 일정에 따라 이러한 변경 사항을 계획하고 테스트하는 동안, 지원 대상 버전에 대한 패치를 지속적으로 적용해 드립니다.