NVIDIA: como proteger suas GPUs da nova falha crítica

A NVIDIA acaba de soltar um boletim de segurança que merece a atenção de quem desenvolve. Afinal, o problema não fica restrito a quem joga. Os drivers afetados atingem GPUs GeForce, workstations Quadro e servidores Tesla, ou seja, praticamente toda a pilha que um time de engenharia usa no dia a dia.

Neste artigo, você vai entender o que está em jogo, quais versões corrigem a falha e como tratar a atualização dentro de um fluxo de desenvolvimento sério. Vamos direto ao ponto.

O que a brecha da NVIDIA realmente permite (e por que devs deveriam se importar)

Primeiramente, vale separar o ruído do que importa. Muitos portais trataram o tema como “atualize seu driver para jogar tranquilo”. Contudo, a leitura técnica é mais séria.

A NVIDIA listou problemas no driver em modo kernel e no tratamento de recursos, incluindo acesso impróprio a recursos da GPU, uma falha de time-of-check/time-of-use e um vazamento de driver-lock. Em outras palavras, são falhas que vivem na camada mais privilegiada do sistema. Por isso, o impacto potencial é alto.

A exploração bem-sucedida pode resultar em negação de serviço, escalonamento de privilégios, vazamento de informações, adulteração de dados ou execução de código. Note que escalonamento de privilégios é o pior cenário aqui. Um processo sem permissão poderia, então, ganhar acesso ao kernel.

Para uma máquina de build, isso é grave. Pense numa estação que compila código, roda containers e guarda credenciais. Consequentemente, um atacante com esse nível de acesso compromete muito mais do que uma sessão de jogo.

Os CVEs que você precisa conhecer

A seguir, vão os identificadores concretos. A falha de maior gravidade, um use-after-free, recebeu CVSS 8.8. As demais formam um conjunto extenso. Diversas vulnerabilidades de alta severidade carregam um CVSS de 7.8 e afetam os drivers de Windows e Linux↳Linux34 conteúdosKali Linux em um Servidor VPS: como, quando e por que usar?DevSecOps · dez 2024Construindo um Windows Service ou Linux Daemon com Worker Service & .NET Core – Parte 2Dev (Back & Front) · jul 2020Criando uma WebApi utilizando .NET, Linux e VSCodeDev (Back & Front) · ago 2019Ver tudo em DevSecOps →.

Entre elas, duas merecem destaque:

O CVE-2026-24190 aparece tanto no driver Windows quanto no Linux. Trata-se de uma vulnerabilidade na camada de modo kernel que permite acesso impróprio aos recursos da GPU, podendo levar a execução de código, adulteração de dados e escalonamento de privilégios.

Já o CVE-2026-24191 é uma falha de time-of-check time-of-use específica do driver Windows, explorável para escalonamento de privilégios, adulteração de dados e execução de código.

No Linux, o vetor também existe. O driver da NVIDIA para Linux contém uma vulnerabilidade no módulo de kernel onde um atacante pode causar um integer overflow, e um exploit bem-sucedido pode levar a execução de código, escalonamento de privilégios e adulteração de dados (CVE-2025-33219).

NVIDIA: quais versões fecham a porta

Agora, a parte prática. Confira sua versão antes de qualquer coisa. Todos os drivers NVIDIA anteriores à versão 596.36, ou à versão 482.53 para usuários da linha GTX 10 e inferiores, estão potencialmente em risco.

Para corrigir, siga estas referências:

No Windows, atualize para a R595. A NVIDIA lista a versão 596.36 como o driver R595 atualizado com as correções de segurança. O driver Game Ready público mais recente, o 596.49, foi lançado em 12 de maio e já contém a correção.

No Linux, o caminho é outro. Usuários de Linux precisam atualizar para a versão 590.48.01 para reforçar a segurança.

Vale um aviso adicional. Os drivers Game Ready/Studio mais novos da NVIDIA não são suscetíveis a essas vulnerabilidades, e estão disponíveis há mais de um mês. Logo, se você mantém o ambiente atualizado, talvez já esteja protegido. Mesmo assim, confirme a versão.

Como tratar isso num fluxo de desenvolvimento

Atualizar uma máquina pessoal é trivial. Porém, gerenciar uma frota de estações e servidores exige método. Veja algumas práticas que ajudam.

Primeiro, audite as versões. Em Linux, um simples nvidia-smi revela o driver em uso. Dessa forma, você mapeia rapidamente quem está vulnerável.

Segundo, trate servidores com cuidado redobrado. Máquinas com GPUs Tesla rodando cargas de ML↳Machine learning39 conteúdosClassificador de Sentimentos – Azure MLData · abr 2019Inteligência Artificial e Machine Learning: O que você precisa saberAI · fev 2024Inteligência Artificial: seminário online da USP debate o futuro do aprendizado de máquinaGestão Dev & TI · jun 2021Ver tudo em AI → ou inferência costumam ficar meses sem reinício. Por isso, planeje uma janela de manutenção em vez de aplicar tudo às pressas.

Terceiro, valide antes de promover. Alguns updates de driver podem causar problemas, então teste a nova versão num ambiente de staging. Assim, você evita quebrar pipelines de CUDA ou builds que dependem de versões específicas do toolkit.

Por fim, automatize a verificação. Adicione um check de versão mínima de driver nos seus scripts de provisionamento. Consequentemente, nenhuma máquina nova entra em produção abaixo do baseline seguro.

Conclusão: prioridade, não pânico

Em resumo, esta não é uma falha que exige correr para desligar tudo. Entretanto, ela também não deve ficar na fila de “depois eu vejo”. A NVIDIA classificou as vulnerabilidades nos drivers Windows e Linux como “Alta”, e isso basta para subir a prioridade.

A boa notícia é que a correção é simples e já está disponível. Portanto, confira sua versão hoje, planeje a atualização da frota e siga em frente. Seu ambiente de build agradece.

Acompanhe nosso Perfil no Instagram!