CVE-2026-68129 in Linux
Sumário
de VulDB • 10/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
gve: corrige o bloqueio da fila de recepção (Rx) em caso de falha na alocação
Quando o sistema está sob extrema pressão de memória, as alocações de páginas podem falhar durante o loop de reabastecimento dos buffers Rx. Se o número de buffers enviados ao hardware cair abaixo de um limite crítico baixo e o loop de reabastecimento for interrompido devido a falhas de alocação, a fila pode ficar bloqueada:
1. O dispositivo descarta os pacotes recebidos porque não há descritores disponíveis. 2. Como nenhum pacote é processado, nenhuma conclusão de recepção (Rx completion) é gerada. 3. Devido à ausência de conclusões, o NAPI nunca é agendado, impedindo que o loop de reabastecimento seja executado novamente mesmo após a liberação da memória.
Isso resulta em um bloqueio permanente da fila.
Para resolver isso, foi introduzido um temporizador de recuperação por inanição (starvation recovery timer) para cada fila Rx. Se o número de buffers enviados ao hardware cair abaixo do limite crítico baixo, inicia-se um temporizador para reagendar periodicamente o NAPI. Assim que o NAPI é executado e reabastece com sucesso a fila acima do limiar, o temporizador não é reagendado.
O limiar foi definido como 32 porque um único pacote de Coalescência de Segmentos de Recebimento (RSC) de tamanho máximo pode consumir até 19 descritores no caminho Rx. Limiares mais baixos (como 8 ou 16) seriam insuficientes para processar um pacote RSC completo de tamanho máximo, arriscando a perda de pacotes ou comportamento inesperado do hardware sob pressão de memória. Definir o limiar como 32 garante uma margem segura para lidar com pelo menos um pacote RSC inteiro.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.