Maximilian Heyne

**Nome do software vulnerável e versões afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** Pode ocorrer uma situação de impasse no kernel do Linux devido à função `io register iowq max workers()` chamar `io put sq data()`, que adquire o `sqd->lock` sem liberar o `uring lock`. Este problema é semelhante a um commit abordado anteriormente. Para resolver isso, o `uring lock` é liberado antes de chamar `io put sq data()` e, em seguida, readquirido após a chamada da função, garantindo que os bloqueios sejam adquiridos na ordem correta e evitando um impasse. **Recomendações** 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: Kernel do Linux (versões afetadas não especificadas) Descrição: Foi observado um problema de corrupção durante o redimensionamento on-line de um sistema de arquivos com mais de 16 TiB e tamanho de bloco de 4k. O problema pode ser reproduzido desativando-se explicitamente o resize inode e realizando um redimensionamento on-line que ultrapasse um limite de 8 GiB. A corrupção ocorre na localização do backup do descritor de bloco do grupo de metablocos. A correção envolve adicionar um teste para determinar se o grupo a ser adicionado já faz parte do grupo de metablocos ou não. Recomendações: 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 ao commit 3fcdaf3d7634 (“xen/events: modificar interfaces internas de [des]vinculação”) **Descrição** O problema decorre de uma ordem incorreta de bloqueios no módulo xen/events do kernel Linux. Especificamente, `shutdown pirq` e `startup pirq` não adquirem o `irq mapping update lock` devido à inversão de bloqueio, levando a possíveis corridas de acesso. Por exemplo, `shutdown pirq` pode ser interrompido por uma função que aloca um canal de evento, fazendo com que o mapeamento `evtchn to irq` se torne inválido. Da mesma forma, ` startup pirq` pode entrar em conflito com ` unbind from irq`, potencialmente desativando o mapeamento de um canal de evento alocado. Essa vulnerabilidade pode levar a um BUG no kernel durante a detecção de dispositivos NVMe, particularmente quando há vários dispositivos presentes, aumentando a probabilidade de ocorrer a condição de corrida durante a inicialização. **Recomendações** Para resolver este problema, aplique a correção que modifica as interfaces internas de [des]vinculação no módulo xen/events, garantindo que os mapeamentos sejam limpos antes que o canal de eventos seja fechado. Esta correção está incluída no commit 3fcdaf3d7634. Atualize o kernel do Linux para uma versão que inclua este commit ou posterior para mitigar a vulnerabilidade.