No kernel Linux, a seguinte vulnerabilidade foi resolvida: spi: xilinx: use o registro de ocupação FIFO para determinar o tamanho do buffer O método que o driver usa para determinar o tamanho do FIFO tem um problema. O que ele faz atualmente é isto: Ele para o hardware SPI e escreve para o registro TX FIFO até que o TX FIFO FULL afirme no registro de estado. Mas o hardware não tem apenas o FIFO, ele também tem um registro de turnos que pode segurar um byte. Isto pode ser visto, ao escrever um byte para o FIFO (quando o hardware SPI está parado), o TX FIFO EMPTY ainda está vazio. Então, se tivermos um tamanho FIFO de 16 por exemplo, o método atual retorna um 17. Este é um problema, pelo menos quando se usa o driver no modo irq. O mesmo tamanho determinado para o TX FIFO também é assumido para o RX FIFO. Quando uma transação SPI quer escrever a quantidade do tamanho FIFO ou mais bytes, acontece o seguinte, por exemplo com 16 bytes Tamanho FIFO: O driver para o hardware SPI e escreve 17 bytes para o TX FIFO e inicia o hardware SPI e vai dormir. O hardware então muda para fora 17 bytes (FIFO + registro de turnos) e lê simultaneamente bytes no RX FIFO, mas só tem 16 lugares, então ele perde um byte. Em seguida, TX FIFO vazio afirma, acorda o driver novamente, que tem um caminho rápido e lê 16 bytes do RX FIFO, mas antes de ler o último 17 o byte (que está perdido) faz isto: sr = xspi->read_fn(xspi->regs + XSPI_SR_OFFSET); se (!(sr & XSPI_SR_RX_ EMPTY_MASK)) { xilinx_spi_rx(xspi); rx_words--; } Ele lê o registro de estado e verifica se o RX FIFO não está vazio. Mas está vazio no nosso caso. Então esta verificação gira em um loop de tempo para sempre bloqueando o driver. Este patch corrige a lógica para determinar o tamanho da FIFO.

O registro do banco de dados nacional de vulnerabilidade CVE- 2026 - 74276 foi publicado em 2026 - 08 - 15 T 06: 22: 26.993 Z e última modificação em 2026 - 08 - 17 T 06: 19: 21.287 Z. O seu estado gravado é Recebido.

O registro NVD inclui referências de suporte documentando a vulnerabilidade, tecnologia afetada ou informações de remediação.