Versões do .NET abrangidas
Fim do suporte:
12 de novembro de 2024
Coberto pela ELS
Fim do suporte:
14 de maio de 2024
Coberto pela ELS
Fim do suporte:
10 de novembro de 2026
Coberto pela ELS
Fim do suporte:
de novembro de 2028
Coberto pela ELS
Correções de segurança que disponibilizamos para versões do .NET em fim de vida útil
CVEs de gravidade alta e crítica
Cobertura para os componentes .NET que você utiliza
Escolha o componente que melhor se adapta à forma como suas equipes desenvolvem, hospedam e executam aplicativos .NET.
SDK do .NET
Desenvolva, compile, teste e publique aplicativos usando a CLI, os compiladores e as ferramentas de compilação; inclui os ambientes de execução abaixo.
Runtime do ASP.NET Core
Mantenha a hospedagem de aplicativos e serviços da web em um ambiente de execução com segurança garantida.
.NET Runtime
Execute aplicativos de console, serviços em segundo plano e APIs sem precisar da cadeia completa de ferramentas de desenvolvimento.
.NET Desktop Runtime
Mantenha os aplicativos WPF e Windows Forms em execução na infraestrutura .NET já existente.
O que você ganha com a ELS
Correção de vulnerabilidades CVE para versões do .NET sem suporte
À medida que novas vulnerabilidades do .NET são divulgadas, a TuxCare investiga, adapta, testa e distribui atualizações para as versões em fim de vida (EOL) cobertas, ajudando você a permanecer protegido após o término do suporte da Microsoft.
O ELS oferece acesso às correções já disponíveis para vulnerabilidades CVE conhecidas que afetam a versão e os componentes do .NET cobertos pelo serviço.
Mantenha sua configuração. Amplie sua segurança.
O ELS mantém a versão do .NET, o comportamento do aplicativo e os padrões de implantação com os quais suas equipes já estão acostumadas. Sem refatoração, sem migração forçada para uma nova versão principal.
A ELS atua em
Windows Server 2012 até 2025, Windows Server Core, Nano Server, Windows 10 e 11, nas arquiteturas x64 e x86, instalados por meio dos mesmos instaladores .exe e .msi que sua equipe já utiliza.
Suporte que resiste à análise
Entrega de patches com SLA
O SLA de entrega de patches da TuxCare ajuda sua organização a atender às expectativas de correção de vulnerabilidades previstas em estruturas e regulamentações como SOC 2, NIS2, PCI DSS, HIPAA, DORA e CRA.
Garantias de suporte corporativo
O ELS foi desenvolvido para uso corporativo, com termos de suporte comercial e proteções contratuais projetadas para organizações que precisam de mais do que a manutenção da comunidade, prestada na medida do possível.
Integre o ELS à sua pilha de tecnologia em questão de minutos , sem a necessidade de alterações no código
Compatível com:
Uma vantagem inicial em segurança .NET
Adote o ELS e aproveite as correções já disponibilizadas para a sua versão, além do monitoramento contínuo de vulnerabilidades e da aplicação de patches à medida que novos CVEs do .NET forem surgindo.
| CVE | Componente | Gravidade | Publicado | Resumo |
|---|---|---|---|---|
| CVE-2026-42899 | ASP.NET Core | Alto | Uma condição de saída de loop inacessível pode ser acionada remotamente, causando uma negação de serviço. | |
| CVE-2026-32178 | System.Net.Mail | Alto | A análise de endereços de e-mail aceita caracteres injetados, possibilitando a injeção de comandos e cabeçalhos SMTP. | |
| CVE-2026-26131 | .NET 10 (instalação no Linux) | Alto | Permissões incorretas de arquivos no .NET 10 (Linux) podem permitir que um usuário local obtenha privilégios superiores. | |
| CVE-2026-26127 | .NET Runtime | Alto | Uma leitura fora dos limites pode causar a falha de um aplicativo remotamente, sem autenticação. | |
| CVE-2026-25667 | Kestrel (HTTP/3) | Alto | Um pacote QUIC manipulado pode causar uso excessivo da CPU, resultando na interrupção do serviço. | |
| CVE-2026-21218 | .NET Runtime (COSE) | Alto | O tratamento inadequado de exceções permite que um invasor contorne a validação de assinatura. | |
| CVE-2025-30399 | .NET Runtime | Alto | Um caminho de pesquisa não confiável pode permitir que um invasor provoque a execução indesejada de código. | |
| CVE-2025-26682 | ASP.NET Core (HTTP/3) | Alto | A alocação ilimitada de recursos HTTP/3 permite que um invasor provoque uma negação de serviço. | |
| CVE-2025-24070 | ASP.NET Core (Autenticação) | Alto | Uma falha na validação do login permite que um invasor se passe por outra conta de usuário. | |
| CVE-2024-38229 | ASP.NET Core (HTTP/3) | Alto | Uma condição de corrida no tratamento de fluxos do HTTP/3 pode levar à execução remota de código. | |
| CVE-2024-38168 | ASP.NET (HTTP.sys) | Alto | Solicitações não autenticadas a aplicativos hospedados no HTTP.sys podem causar negação de serviço. | |
| CVE-2024-38081 | .NET / Instalador do Visual Studio | Alto | Uma falha local relacionada à manipulação de arquivos durante a instalação pode resultar na escalada de privilégios. | |
| CVE-2024-26190 | MsQuic (protocolo QUIC) | Alto | Conexões QUIC maliciosas podem forçar uma alocação excessiva de memória, causando uma negação de serviço. | |
| CVE-2024-0057 | .NET (validação X.509) | Crítico | Uma falha na lógica de validação de certificados pode fazer com que uma cadeia de confiança inválida pareça válida. | |
| CVE-2023-36049 | .NET (System.Net.WebRequest) | Crítico | URIs não confiáveis podem injetar comandos FTP — uma falha crítica amplamente conhecida do .NET. | |
| CVE-2023-35391 | ASP.NET Core (SignalR) | Alto | O SignalR com um backplane Redis pode vazar informações entre as conexões dos usuários. | |
| CVE-2023-33135 | SDK do .NET | Alto | Uma falha durante a restauração da ferramenta pode ser explorada para escalar privilégios locais. | |
| CVE-2022-24464 | ASP.NET Core (FormPipeReader) | Alto | Dados de formulário com várias partes criados de forma maliciosa podem causar um ataque de negação de serviço. | |
| CVE-2022-21986 | Kestrel (HTTP/2, HTTP/3) | Alto | Solicitações HTTP/2 e HTTP/3 com formato incorreto podem causar a falha do servidor web Kestrel. |
Consulte um especialistaem.NET
e em correções de vulnerabilidadesCVE
Entre em contato conosco para saber mais sobre a cobertura, a implementação, a conformidade ou os preços do ELS para o seu ambiente .NET.
Como funciona?
Incorporamos novos projetos e disponibilizamos o rastreamento automatizado de CVEs 24 horas por dia, 7 dias por semana – monitorando os alertas de segurança do NVD, dos fornecedores, do GitHub e de outras fontes.
Assim que as vulnerabilidades (CVEs) são detectadas, implementamos as correções do código-fonte original por meio de automação algorítmica e assistida por IA, com validação por especialistas para garantir a precisão.
Os patches são compilados em formato binário, passam por testes exaustivos (de integridade, funcionalidade e regressão), são assinados e implantados nos repositórios do ELS.
Seus gerenciadores de pacotes, ferramentas de compilação ou orquestradores verificam se há atualizações e, em seguida, as baixam e instalam automaticamente.
Como as equipes utilizam o ELS
Fechar a janela de exposição ao CVE
⚠️ A restrição:
APIs essenciais aos negócios, serviços web e sistemas de desktop estão vinculados ao fim do ciclo de vida (EOL) do .NET 6. Os scanners sinalizam cada implantação, a Microsoft não lança mais patches e cada novo CVE amplia a lacuna entre a divulgação e a exploração.
🔄 A vez:
A ELS retoma a aplicação de patches com suporte do SLA para o .NET coberto – versões assinadas e submetidas a testes de regressão do runtime, do SDK e do ASP.NET Core, instaladas por meio de instaladores padrão, sem alterações no código. Com suporte de monitoramento de CVEs 24 horas por dia, 7 dias por semana.
Encerrar uma constatação de auditoria em aberto
⚠️ A restrição:
A auditoria interna, o SOC 2 e um questionário aos clientes apontam que o .NET está no fim da vida útil (EOL), e a Microsoft nunca lançará correções para ele; portanto, não há uma data prevista para a correção a ser informada aos auditores ou ao conselho.
🔄 A vez:
A ELS fornece um ambiente de execução identificado e respaldado pelo fornecedor, sob um SLA contratual, com documentos CSAF VEX em cada versão. As constatações são encerradas com medidas corretivas documentadas, alinhadas às normas PCI DSS, HIPAA, SOC 2, DORA, NIS2 e CRA.
Faça a migração nos seus próprios termos, e não de acordo com o prazo de fim de vida útil (EOL)
⚠️ A restrição:
Cada versão do .NET oferece apenas três anos de suporte (LTS) ou dois (STS, como a versão 7), e a migração da versão 6 para a 7, para a 8 e para a 10 implica em alterações que quebram a compatibilidade, atualizações de dependências e testes de regressão em centenas de projetos.
🔄 A vez:
O ELS é implementado em todo o ambiente (local ou na AWS, Azure e GCP) sem a necessidade de alterações no código. Você conta com anos de margem de manobra para planejar as atualizações de acordo com as prioridades da empresa, em vez de tratar uma data de fim de vida útil (EOL) como um prazo de emergência.
Por que a TuxCare?
Da equipe que amplia os ciclos de vida do código aberto
A TuxCare mantém os componentes essenciais protegidos muito tempo depois que o suporte do desenvolvedor original é encerrado, desde o kernel do Linux até ambientes de execução de linguagens como o Node.js. Um único parceiro, cobertura completa de toda a pilha.
Patrocinador platina fundador da AlmaLinux OS Foundation e membro da Open Source Security Foundation (OpenSSF).
A TuxCare investe no ecossistema de código aberto que protege, do Node.js ao Linux e muito mais.
Saiba mais →
Informações relacionadas
Fim do suporte ao .NET 6: o que isso significa para a sua empresa em 2026
Pontos principais: O .NET 7 não tem mais suporte — migre para uma versão com suporte...
Fim do ciclo de vida do .NET 8: datas importantes, riscos e próximos passos a serem tomados agora
Pontos principais: O .NET 6 chegou ao fim do ciclo de vida em 12 de novembro de 2024, deixando os sistemas...
Alerta crítico de segurança do .NET: CVE-2025-24070 afeta o .NET 6, apesar de...
Nossa equipe de pesquisa em segurança constatou que a vulnerabilidade divulgada recentemente...
Proteja suas versões do .NET que chegaram ao fim da vida útil (EOL )
Converse com nossa equipe sobre como proteger ambientes de execução e componentes .NET sem suporte, sem a necessidade de alterações no código, migrações apressadas ou uma lista de vulnerabilidades CVE sem fim.
Faça uma pergunta para nós
Perguntas frequentes
A documentação atualmente lista o .NET 6, o .NET 8 e o .NET 10. O suporte ao .NET 6 já chegou ao fim; a cobertura para o .NET 8 e o .NET 10 garante a continuidade à medida que essas versões atingem suas datas oficiais de fim de suporte. Outras versões e arquiteturas estão disponíveis mediante solicitação — entre em contato com [email protected].
Não. O ELS fornece versões corrigidas da mesma versão do .NET na qual seu aplicativo é executado atualmente, instaladas por meio de instaladores padrão .exe e .msi. Seu código, seus arquivos de projeto e seu processo de implantação permanecem inalterados. Assim como em qualquer atualização de tempo de execução, recomenda-se a realização de testes específicos do aplicativo antes da implantação em produção.
O SDK do .NET, o Runtime do .NET, o Runtime do ASP.NET Core e o Runtime do .NET para desktop (WPF e Windows Forms). Instale o componente adequado à sua carga de trabalho ou o SDK para obter tudo em um único pacote.
Edições compatíveis do Windows 10, Windows 11, Windows Server, Windows Server Core e Nano Server, na arquitetura x64 (e x86 para versões selecionadas do Windows Server). Os ambientes compatíveis variam de acordo com a versão do .NET; outros sistemas operacionais e arquiteturas podem estar disponíveis mediante solicitação.
A entrega de patches é respaldada pelo SLA da TuxCare, que garante prazos de correção em conformidade com as normas SOC 2, NIS2, PCI DSS, HIPAA, DORA e CRA.
Sim, as versões do .NET geralmente podem ser executadas simultaneamente, o que ajuda as equipes a fazer a transição de forma gradual. Use os comandos `dotnet --list-sdks` e `dotnet --info` para listar as versões instaladas e validar as implantações antes de remover componentes mais antigos.
A ELS oferece um processo documentado e respaldado pelo fornecedor para a correção de vulnerabilidades em softwares em fim de vida útil (EOL): entrega respaldada por SLA, termos de suporte comercial e uma SBOM em cada versão. Isso transforma uma exceção de auditoria sem responsabilidade atribuída em uma cobertura gerenciada e comprovada, embora cada organização determine como o serviço se alinha às suas obrigações regulatórias específicas.
O ELS não substitui a modernização. Ele elimina a pressão dos prazos. Você ganha uma margem de segurança adicional para que as migrações possam ser planejadas com base nas prioridades de negócios, nos requisitos de teste e na capacidade de engenharia, em vez de ficar preso a uma data de fim de vida útil (EOL).