Breno Leitao

Nome do Software Vulnerável e Versões Afetadas: Kernel Linux (versões afetadas não especificadas) Descrição: Um problema de softlockup na função ` read vmcore` foi resolvido. Este problema ocorria em ambientes com restrição de memória, como a imagem do kdump, e poderia interferir na liberação de memória pelo RCU, fazendo com que o crashdump ficasse travado. O segundo loop em ` read vmcore` possui mais oportunidades para pontos de espera naturais, mas adicionar um `cond resched()` a este loop deve ajudar a eliminar os softlockups. Recomendações: Para resolver este problema, aplique o patch que adiciona um `cond resched()` ao segundo loop em ` read vmcore`. No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

Nome do software vulnerável e versões afetadas: Versões do kernel Linux anteriores à 6.6.58 Descrição: Foi corrigida uma vulnerabilidade no kernel Linux que, anteriormente, fazia com que o kernel entrasse em pânico quando a alocação de interrupções falhava sob certas condições durante a execução. O problema era observado ao usar o failslab, resultando em um pânico do kernel com uma mensagem de erro indicando a falha na adição de um irq-pin. O problema foi causado por um resquício do código IO/APIC histórico que entrava em pânico durante a inicialização inicial quando a alocação de interrupções falhava. A correção envolve remover o wrapper de pânico em torno da função ` add pin to irq node()` e fazer com que a função `mp irqdomain alloc()` reconheça a condição de falha para lidar com ela de maneira adequada. Recomendações: Para versões do kernel Linux anteriores à 6.6.58, atualize para a versão 6.6.58 ou posterior para resolver o problema. Como solução alternativa temporária, considere desativar a função `mp irqdomain alloc()` ou restringir seu uso até que um patch esteja disponível. No entanto, essa não é uma solução recomendada a longo prazo, e a atualização para uma versão corrigida é a resolução preferida.

Nome do software vulnerável e versões afetadas: Versões do kernel Linux anteriores à 6.6.58 Descrição: Foi corrigida uma vulnerabilidade no kernel Linux relacionada à tabela de registro de eventos do TPM, uma estrutura específica do Linux na qual os dados gerados pelo serviço de inicialização GetEventLog() são armazenados em cache na memória e transmitidos ao sistema operacional por meio de uma tabela de configuração EFI. O uso de EFI LOADER DATA faz com que a região fique sem reserva no mapa de memória do E820, o que pode levar à corrupção e, potencialmente, à falha do kernel. A correção envolve o uso de EFI ACPI RECLAIM MEMORY, que é sempre tratado como reservado pela lógica de conversão do E820. Recomendações: Para versões do kernel Linux anteriores à 6.6.58, atualize para a versão 6.6.58 ou posterior para resolver o problema. Como solução alternativa temporária, considere desativar o uso de EFI LOADER DATA para a tabela de log de eventos do TPM até que um patch esteja disponível. Restrinja o acesso à tabela de log de eventos do TPM para minimizar o risco de exploração. Evite usar o serviço de inicialização `GetEventLog()` nas versões do kernel afetadas até que o problema seja resolvido.

Nome do software vulnerável e versões afetadas: Versões do kernel Linux anteriores à 6.6.58 Descrição: Foi corrigida uma vulnerabilidade no kernel Linux, especificamente no componente blk iocost, onde deslocamentos fora dos limites foram detectados pelo UBSAN na função `ioc forgive debts()`. O problema ocorreu devido a expoentes de deslocamento serem grandes demais para o tipo de 64 bits ‘u64’. O impacto real desse problema não foi identificado, mas foi proposta uma correção para evitar comportamento indefinido, calculando previamente o expoente antes de usá-lo em operações de deslocamento. Recomendações: Para versões do kernel Linux anteriores à 6.6.58, atualize para a versão 6.6.58 ou posterior para resolver o problema. Como solução alternativa temporária, considere restringir o uso do componente `blk iocost` até que um patch esteja disponível.

**Nome do software vulnerável e versões afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** Um problema de acesso fora dos limites da memória foi resolvido no kernel do Linux, especificamente no módulo `bnxt en`. O problema decorre de um commit recente que modificou o código em ` bnxt reserve rings()` para definir a tabela de indireção RSS padrão apenas quando o número de anéis RX está mudando. Essa alteração causa uma regressão em firmwares mais antigos que não exigem reservas de anéis RX. A comparação `if (old rx rings != bp->hw resc.resv rx rings)` em ` bnxt reserve rings()` pode ser falsa mesmo quando os anéis RX estão mudando, levando ` bnxt reserve rings()` a ignorar a configuração da tabela de indireção RSS padrão. Isso pode fazer com que, posteriormente, `bnxt fill hw rss tbl()` utilize um índice fora do intervalo. A correção envolve mover `bnxt check rss tbl no rmgr()` para cima em `bnxt need reserve rings()`, para que seja chamado incondicionalmente ao usar firmwares mais antigos. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** O problema está relacionado à prevenção da construção do gadget Spectre v1 na função sys rtas(). As variáveis locais ‘nargs’ e ‘nret’ vêm diretamente de um buffer fornecido pelo usuário e são usadas como índices em uma pequena matriz baseada em pilha e como entradas para copy to user() após serem submetidas a verificações de limites. Para resolver isso, array index nospec() é usado após as verificações de limites para restringir esses valores contra execução especulativa. A ferramenta Smatch alerta sobre um possível problema de Spectre com ‘args.args’. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

Nome do software vulnerável e versões afetadas: Kernel do Linux (versões afetadas não especificadas) Descrição: O problema está relacionado a um possível acesso fora dos limites ao usar `test bit()` em uma única palavra. As funções `test bit()` e `set bit()` operam com valores long e, ao testar ou definir uma única palavra, podem ultrapassar o limite da palavra. O KASAN detecta esse problema e gera um dump, indicando um erro de ultrapassagem de limites de slab em ` scsih add device.constprop.0`. A alocação deve ter, no mínimo, o tamanho de `sizeof(unsigned long)` para impedir que `set bit()` e `test bit()` sobrescrevam a memória não alocada. Recomendações: No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** Uma vulnerabilidade de corrida de dados foi resolvida no módulo KVM do kernel Linux. O problema ocorreu na função `kvm vcpu on spin()`, onde uma corrida de dados em `last boosted vcpu` poderia potencialmente permitir que o KVM tentasse obter uma vCPU usando um índice fora dos limites. Isso poderia acontecer se o compilador fragmentasse os armazenamentos e a gravação fosse dividida em vários armazenamentos de 8 bits, combinados com um carregamento de 32 bits em uma VM com 257 vCPUs. A vulnerabilidade foi detectada pelo KCSAN. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas** Versões do kernel Linux anteriores à 6.9-rc7 **Descrição** Foi identificada uma condição de disputa de dados no componente af unix do kernel Linux. Esse problema ocorre porque a função de gravação `unix release sock()` grava atomicamente em `sk->sk shutdown` usando `WRITE ONCE`, mas o lado do leitor, `unix stream sendmsg()`, não o lê atomicamente. Isso pode causar a ocorrência de um splat no KCSAN, indicando uma corrida de dados em `unix release sock` e `unix stream sendmsg`. O problema está relacionado ao fato de a função `unix stream sendmsg()` não ser protegida por `unix state lock()`, ao contrário de outras leituras. **Recomendações** Para resolver este problema, atualize o kernel do Linux para a versão 6.9-rc7 ou posterior. Como solução temporária, considere desativar a função `unix stream sendmsg()` até que um patch esteja disponível. Restrinja o acesso ao módulo `af unix` vulnerável para minimizar o risco de exploração. Evite usar a variável `sk->sk shutdown` nos pontos de extremidade da API afetados até que o problema seja resolvido. No momento, não há informações sobre medidas de mitigação adicionais.

**Nome do software vulnerável e versões afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** O problema está relacionado a uma condição de corrida na função `netpoll owner active()`, que pode levar a uma corrida de dados em `net rx action` e `netpoll send skb`. Isso ocorre porque `netpoll owner active()` precisa verificar se a CPU atual é a proprietária do bloqueio, acessando `napi->poll owner` de forma não atômica. O campo `->poll owner` contém a CPU atual que detém o bloqueio. Para corrigir isso, deve-se usar uma leitura atômica para verificar se o proprietário da sondagem é a CPU atual. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** O problema está relacionado ao componente sched/eevdf do kernel do Linux, onde a função `reweight eevdf()` calcula o `vlag` sem levar em conta o limite imposto ao `vlag`, como faz a função `update entity lag()`. Isso pode levar a um estouro de multiplicação de escala, fazendo com que o novo `vruntime` fique incorreto, o que, por sua vez, faz com que `entity eligible()` retorne um falso negativo. Como resultado, `pick eevdf()` pode retornar NULL, causando uma desreferência de NULL. O problema é raro, mas fatal quando ocorre. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** Existe um bug no kernel do Linux ao definir as opções RSS no virtio net que pode causar a falha de toda a máquina, levando o kernel a um loop infinito. Este problema pode ser reproduzido executando o comando `# ethtool -X eth0 hfunc toeplitz` em qualquer máquina virtual QEMU com virtio net. O problema ocorre porque a função `virtnet commit rss command()` preenche 4 entradas para o scatter-gather RSS e, como o comando acima não possui uma chave, a última entrada de scatter-gather será zerada. Esse buffer é então passado para o qemu, que não aceita um buffer com comprimento zero, resultando em um erro. O kernel fica aguardando a resposta, mas o qemu encerra a operação, fazendo com que o kernel entre em um loop infinito. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.