PRNext 0.1.15: bases de tempo de execução mais fortes

#TLS e validação de certificado

O lançamento atualizou Rustls, Rustls-webpki e Webpki-root-certs, incluindo uma correção para um certificado intermediário emSign não confiável.

Este trabalho trata da cadeia de dependências do tempo de execução nativo. Suas próprias dependências de aplicativos e serviços externos ainda têm seus próprios requisitos de atualização.

A validação do certificado pertence ao caminho da conexão, portanto, uma dependência nativa corrigida é importante mesmo quando a origem do aplicativo não muda. Teste os serviços HTTPS externos dos quais seu aplicativo depende após a reconstrução. Uma solicitação bem-sucedida para um serviço não estabelece que toda cadeia de certificados ou cliente específico de aplicativo seja coberto.

#Renderização de imagem e gráfico aberto

O bloqueio de dependência foi movido para sharp 0.35.5 e source-map-js 1.2.2. O renderizador Open Graph fornecido foi reconstruído, com um substituto resvg quando um backend nativo opcional opcional tem uma librsvg ausente ou mais antiga que 2.63.2.

Verificar apenas uma substituição do espaço de trabalho não é suficiente para código já incorporado em um renderizador distribuído. A saída empacotada também deve incluir a dependência corrigida.

O substituto diz respeito a como o renderizador empacotado lida com seu back-end de imagem nativo. Verifique uma imagem otimizada comum e uma imagem Open Graph gerada no aplicativo construído. Esses caminhos podem exercitar códigos diferentes, portanto, uma miniatura correta por si só não é uma verificação completa da geração de imagens sociais.

#Uma linha de base Node.js corrigida

As linhas de lançamento suportadas começam em Node.js 22.23.4, 24.22.1 e 26.12.1. O executável do nó local e as imagens de contêiner implantadas precisam de sua própria atualização; instalar um pacote npm não os substitui.

Trate o tempo de execução do Node e o artefato do aplicativo como duas partes da implantação. Registre qual executável ou imagem de contêiner inicia o aplicativo, reconstrua com as versões de pacote pretendidas e verifique o serviço em execução após a reinicialização. Isso evita manter um arquivo de bloqueio corrigido ao lado de um processo que ainda usa um tempo de execução mais antigo.

#Para onde ir a partir daqui

Use as instruções 0.1.16 para o pacote documentadas no guia de instalação, reconstrua seu aplicativo e reinicie a saída implementada. As alterações de desenvolvimento e cache em 0.1.17 são abordadas em seus próprios artigos com versão.

Mantenha um registro do artefato e do tempo de execução que passou nessas verificações. Se você precisar reverter o código do aplicativo, esse registro ajudará a distinguir uma reversão funcional da reintrodução de uma dependência desatualizada. Valide a saída de substituição em vez de assumir que uma imagem mais antiga tem as mesmas propriedades de segurança.