Proteja os serviços Fastify sem suporte sem apressar a atualização do framework

Utilize uma versão substituta mantida que seja compatível com a versão que seu serviço já espera. Adicione três linhas de registro ao arquivo .npmrc do seu projeto, configure a dependência do Fastify para o pacote TuxCare e reinstale. As vulnerabilidades CVE são corrigidas sem a necessidade de realizar uma migração de framework ao mesmo tempo, e as rotas, hooks, decoradores e o registro de plug-ins permanecem inalterados.

O ELS oferece cobertura para o Fastify 3.29.5 e 4.29.1, as versões finais de cada linha. O Fastify 3 saiu do suporte LTS do upstream em junho de 2023 e o Fastify 4, em junho de 2025; portanto, novas falhas de segurança que afetem qualquer uma dessas versões não têm mais um caminho garantido para correções do upstream. Se o seu serviço estiver fixado em uma versão diferente, entre em contato com a TuxCare para discutir a cobertura.

Quando um CVE divulgado afeta uma versão coberta, a TuxCare o avalia e aplica a correção necessária às versões anteriores, sempre que possível. O histórico do Fastify já inclui casos de negação de serviço por meio de cabeçalhos Content-Type manipulados e um desvio do pré-voo do CORS — o tipo de vulnerabilidade que é detectada em uma varredura muito tempo depois que um serviço deixa de sofrer alterações.

Sim. O ELS inclui correções de segurança para dependências diretas e transitivas abrangidas, portanto, a correção não se limita ao pacote Fastify de nível superior. A TuxCare documenta uma entrada de substituição no `package.json` para cópias aninhadas; o Patcher a insere para você, e a equipe de suporte pode confirmar o método correto caso seu projeto seja compilado com uma versão mais antiga do npm.

Não. A adoção do pacote mantido pela TuxCare é uma alteração na resolução de dependências realizada por meio do registro npm da TuxCare. Suas definições de rota, ganchos de ciclo de vida, esquemas e árvore de plug-ins funcionam exatamente como antes.

Sim. Os pacotes ELS são resolvidos via npm a partir do registro da TuxCare, de modo que se adaptam às compilações do Docker, aos pipelines de CI/CD e aos fluxos de trabalho de implantação já existentes. A mudança ocorre na resolução de dependências, e não na lógica do seu aplicativo.

O ELS foi projetado para atender aos requisitos de correção de vulnerabilidades em conformidade com estruturas como SOC 2, PCI DSS, HIPAA, NIS2, DORA e CRA. Um SLA contratual de aplicação de patches oferece aos auditores um plano de correção documentado para uma estrutura que, de outra forma, não seria coberta.

Faça a atualização quando for tecnicamente viável. O ELS mantém as versões cobertas atualizadas enquanto você testa plug-ins, requisitos de tempo de execução, esquemas e o comportamento da aplicação na versão principal mais recente, de modo que a migração siga seu plano de ação, em vez de ser ditada pela próxima vulnerabilidade CVE.