지원이 종료된 Fastify 버전에 제공한 보안 수정 사항
지원되는 Fastify 버전
|
|
|
|
|---|---|---|
|
|
(2023년 6월 30일)부터 지원이 중단되었습니다. |
|
|
|
부터 지원되지 않음. 2025년 6월 30일 |
|
*지원 종료 일정은 공개된 Fastify LTS 일정을 기준으로 합니다.
ELS를 통해 얻을 수 있는 혜택
상위 프로젝트의 지원 종료 후 보안 수정 사항
지원 대상 릴리스에 대한 새로운 CVE가 등록되면, TuxCare는 해당 수정 사항을 이전 버전으로 이식하고 테스트하여, 새로운 메이저 버전으로 바로 넘어가지 않고도 해당 취약점을 해결된 것으로 처리할 수 있도록 합니다.
앱을 다시 빌드하지 않고 Fastify 패치 적용하기
ELS는 더 이상 지원되지 않는 Fastify를, 귀하의 서비스가 이미 기대하는 API, 플러그인 동작 및 훅 순서를 그대로 유지하는 TuxCare에서 관리하는 동등한 솔루션으로 대체합니다.
패치된 패키지는 TuxCare npm 레지스트리를 통해 제공되며, 의존성 해결부터 Docker 이미지 및 CI/CD 빌드에 이르기까지 기존 워크플로우에 자연스럽게 통합됩니다.
검증을 견뎌내는 지원
SLA가 보장하는 패치 배포
감사인이 지원이 중단된 프레임워크에 대한 패치 적용 방식을 묻는다면, SOC 2, PCI DSS, HIPAA, NIS2, DORA 및 CRA에 부합하는 계약상 SLA를 제시하십시오.
기업 지원 보장 사항
ELS는 기업용으로 설계되었으며, 커뮤니티 차원의 ‘최선의 노력’에 기반한 유지보수를 넘어서는 상업적 조건과 계약상 보호 조항을 갖추고 있습니다.
애플리케이션 코드를 변경하지 않고 npm을 통해 패치된 Fastify를 추가하기
npm을 TuxCare 레지스트리로 설정하고, 패키지 해결 방식을 업데이트한 다음, 의존성을 다시 설치하세요. TuxCare Patcher를 사용하면 이러한 변경 작업을 자동으로 수행할 수 있습니다.
Fastify 보안에 대한 기초 다지기
해당 릴리스에 대해 이미 공개된 수정 사항부터 적용하고, 새로운 적용 가능한 CVE가 발견될 때마다 패치를 계속 받아 적용하십시오.
| CVE | 제품 | 구성 요소 | 위험도 | 상태 | 게시됨 |
|---|---|---|---|---|---|
| CVE-2026-6270 직접 | Fastify | fastify-middie 8.3.3 | 중요 | 패치 제공됨 | |
| CVE-2026-25223 직접 | Fastify | fastify 4.29.1 | 높음 | 패치 제공됨 | |
| CVE-2026-25224 직접 | Fastify | fastify 4.29.1 | 낮음 | 패치 제공됨 | |
| CVE-2026-33804 직접 | Fastify | fastify-middie 8.3.3 | 높음 | 패치 제공됨 | |
| CVE-2026-3635 직접 | Fastify | fastify 4.29.1 | Medium | 패치 제공됨 | |
| CVE-2026-2880 직접 | Fastify | @fastify/middie 8.3.3 | 높음 | 패치 제공됨 | |
| CVE-2024-47764 전달성 | Fastify | fastify 3.29.5 | Medium | 패치 제공됨 |
Fastify 보안 전문가에게 문의하기
레거시 Fastify가 스택 내에서 어떤 위치에 있는지, 어떤 의존성을 가져오는지, 그리고 유지보수되는 패키지로 전환하는 가장 깔끔한 방법이 무엇인지에 대해 논의해 봅시다.
팀별 ELS 활용 사례
스캐너 소리 줄이기
⚠️ 제약 사항:
한 서비스는 Fastify 3을 기반으로 하고, 다른 서비스는 Fastify 4를 기반으로 하는데, 두 서비스 모두 같은 분기 내에 새로운 메이저 버전으로 업그레이드할 수 없습니다.
🔄 차례:
ELS는 각 릴리스에 대해 개별적으로 패치를 적용하므로, 발견된 문제가 해결되는 동안에도 모든 서비스는 빌드 시 사용된 정확한 버전을 그대로 유지합니다.
미해결 감사 지적 사항 처리하기
⚠️ 제약 사항:
내부 감사, SOC 2 또는 고객 보안 검토 결과 Fastify가 지원되지 않는 것으로 판명되었으며, 업스트림에서는 더 이상 패치 경로를 보장하지 않습니다.
🔄 차례:
ELS는 계약상 SLA에 따라 유지 관리되는 패키지를 제공하며, 이를 통해 검토 담당자들은 미해결 사항 대신 문서화된 시정 절차를 확인할 수 있습니다.
로드맵이 준비되면 현대화를 진행하십시오
⚠️ 제약 사항:
Fastify 5로 전환한다는 것은 플러그인, 스키마, 훅, Node.js 호환성, 애플리케이션 동작 등을 한꺼번에 다시 테스트해야 한다는 것을 의미합니다.
🔄 차례:
ELS는 팀이 자체적인 일정에 따라 최신 메이저 릴리스를 검증하는 동안, 지원 대상 릴리스에 대한 패치를 지속적으로 제공합니다.
왜 TuxCare를 선택해야 할까요?
오픈소스 수명 주기를 확장하는 팀이 전합니다
TuxCare는 리눅스 커널부터 Fastify와 같은 언어 런타임 및 프레임워크에 이르기까지, 업스트림 지원이 종료된 후에도 오랫동안 필수 구성 요소를 보호합니다. 하나의 파트너로 광범위한 오픈소스 지원이 가능합니다.
AlmaLinux OS 재단의 창립 플래티넘 스폰서이자 오픈소스 보안 재단(OpenSSF)의 회원사입니다.
TuxCare는 자사가 보안 관리를 담당하는 오픈소스 프로젝트에 투자하고 있으며, 그 범위는 자바스크립트 빌드 도구부터 리눅스에 이르기까지 다양합니다.
자세히 알아보기 →
관련 인사이트
2026년 최고의 패치 관리 도구 5선: 종합 리뷰
주요 요점: 패치 관리 도구는 기능 목록만 보면 비슷해 보이지만, 사실…
CVE-2026-98276은 업스트림에서 수정되었습니다. 그런데 서버가 12번이나 다운되었습니다.
EL 8 및 9용 CVE-2026-98276에 대한 KernelCare 재부팅 불필요 패치가 출시되었습니다. TuxCare는…
OpenSSH와 musl 사이에 존재했던 SSH 인증 우회 취약점 (CVE-2026-123158)
주요 요점: 257~1024바이트 길이의 비밀번호는 키만 사용하는 모든 시스템에 로그인할 수 있습니다…
지원이 종료된 Fastify를 계속 사용하면서 CVE 패치를 지속적으로 적용하세요.
이미 사용 중인 npm 워크플로를 통해 Fastify 3.29.5 및 4.29.1에 대한 CVE 수정 사항을 지속적으로 받아보세요.
문의하기
자주 묻는 질문
아닙니다. Fastify 3은 2023년 6월 30일에 업스트림 LTS 지원 기간이 종료되었으며, Fastify 4도 2025년 6월 30일에 지원이 종료되어 현재 주요 버전은 Fastify 5뿐입니다. 커뮤니티에서 기여한 수정 사항은 여전히 업스트림에서 검토되지만, 특정 CVE에 대해 수정 사항이 적용될 것이라고 보장할 수는 없습니다. TuxCare ELS는 Fastify 3.29.5 및 4.29.1에 대한 지속적인 보안 패치를 제공합니다.
서비스에서 이미 기대하는 버전에 대해 유지보수가 이루어지는 대체 버전을 사용하세요. 프로젝트의 .npmrc 파일에 레지스트리 항목 3개를 추가하고, Fastify 종속성을 TuxCare 패키지로 지정한 다음 다시 설치하세요. 이렇게 하면 프레임워크 마이그레이션을 병행하지 않고도 CVE를 해결할 수 있으며, 라우트, 훅, 데코레이터 및 플러그인 등록은 기존대로 유지됩니다.
ELS는 Fastify 3.29.5 및 4.29.1, 즉 각 버전의 최종 릴리스를 지원합니다. Fastify 3은 2023년 6월에, Fastify 4는 2025년 6월에 업스트림 LTS 지원 기간이 종료되었으므로, 이 두 버전에 영향을 미치는 새로운 보안 문제에 대해서는 더 이상 업스트림 패치 제공이 보장되지 않습니다. 서비스에서 다른 릴리스를 고정하여 사용 중인 경우, TuxCare에 문의하여 지원 범위에 대해 상담하시기 바랍니다.
공개된 CVE가 해당 릴리스에 영향을 미치는 경우, TuxCare는 이를 평가하고 가능한 경우 필요한 수정 사항을 이전 버전에 적용합니다. Fastify의 보안 이력에는 이미 조작된 Content-Type 헤더를 통한 서비스 거부(DoS) 공격과 CORS 프리플라이트 우회 사례 등이 포함되어 있는데, 이는 서비스가 더 이상 변경되지 않은 지 한참 지난 후에야 스캔을 통해 발견되는 유형의 취약점입니다.
네. ELS에는 대상 직접 및 전이적 종속성에 대한 보안 수정 사항이 포함되어 있으므로, 수정 작업이 최상위 Fastify 패키지에만 국한되지 않습니다. TuxCare는 중첩된 복사본에 대한 package.json 재정의 항목을 문서화하고 있으며, Patcher가 이를 자동으로 작성해 줍니다. 또한, 프로젝트가 구버전 npm을 기반으로 빌드되는 경우 지원팀에서 올바른 방법을 확인해 드릴 수 있습니다.
아닙니다. TuxCare에서 관리하는 패키지를 채택하는 것은 TuxCare npm 레지스트리를 통해 이루어지는 의존성 해결 방식의 변경일 뿐입니다. 경로 정의, 라이프사이클 훅, 스키마 및 플러그인 트리는 이전과 정확히 동일하게 작동합니다.
네. ELS 패키지는 TuxCare 레지스트리를 통해 npm으로 해결되므로, Docker 빌드, CI/CD 파이프라인 및 기존 배포 워크플로우에 적합합니다. 이러한 변경 사항은 애플리케이션 로직이 아닌 종속성 해결 과정에서 이루어집니다.
ELS는 SOC 2, PCI DSS, HIPAA, NIS2, DORA 및 CRA를 포함한 프레임워크 하에서 취약점 시정 요건을 지원하도록 설계되었습니다. 계약상 패치 적용 SLA를 통해 감사관은 별도로 지원되지 않는 프레임워크에 대해서도 문서화된 시정 절차를 확보할 수 있습니다.
기술적 타당성이 있을 때 업그레이드하십시오. ELS는 사용자가 최신 메이저 버전에서 플러그인, 런타임 요구 사항, 스키마 및 애플리케이션 동작을 테스트하는 동안 지원 대상 릴리스에 대한 패치를 지속적으로 적용하므로, 마이그레이션은 다음 CVE가 발생하는 시점이 아닌 사용자의 로드맵에 따라 진행됩니다.