Yi Zhang

**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 desreferência de ponteiro nulo no kernel do Linux ao configurar ‘power’ e ‘submit queues’ simultaneamente, o que pode provocar um kernel panic. Isso ocorre porque del gendisk() pode ser executado simultaneamente com blk mq update nr hw queues(). O problema pode ser corrigido reutilizando o mutex global para proteger nullb device power store() e nullb update nr hw queues() do configfs. **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.6.37 Descrição: A vulnerabilidade está relacionada a um vazamento de memória no componente RDMA/cma do kernel Linux. O problema ocorre quando a função `rdma put gid attr` não é chamada quando `sgid attr` é definido como `ERR PTR(-ENODEV)`. Isso pode levar a um vazamento de memória do kernel, que pode ser detectado pelo detector de vazamento de memória do kernel. A vulnerabilidade pode ser explorada para causar uma negação de serviço. Recomendações: Para resolver o problema, atualize o kernel do Linux para a versão 6.6.37 ou posterior. Esta versão inclui a correção para a vulnerabilidade de vazamento de memória do RDMA/cma.

**Nome do software vulnerável e versões afetadas** Versões do kernel Linux anteriores à 6.6.37 **Descrição** O problema ocorre quando o recurso de múltiplos dispositivos está habilitado no kernel Linux, especificamente com o sistema de arquivos f2fs. Nesse cenário, a função `f2fs map blocks()` pode retornar um endereço de bloco zero em dispositivos não primários, o que é um endereço de bloco válido. No entanto, a função `f2fs iomap begin()` trata isso como um endereço de bloco inválido, acionando um aviso no código da estrutura iomap. Esse aviso é detectado durante o teste zbd/010, que verifica o suporte à zona de lacuna com o F2FS. A causa raiz do problema é a suposição incorreta em `f2fs iomap begin()` sobre o endereço de bloco físico de todo o sistema de arquivos f2fs. Para corrigir esse problema, é utilizada uma abordagem mais direta, verificando a condição `(map.m flags & F2FS MAP MAPPED)` em vez de `(map.m pblk != NULL ADDR)`. **Recomendações** Para resolver este problema, atualize o kernel do Linux para a versão 6.6.37 ou posterior. Como solução temporária, considere desativar o recurso de múltiplos dispositivos no sistema de arquivos f2fs até que a atualização possa ser aplicada.

**Name of the Vulnerable Software and Affected Versions** Linux kernel (affected versions not specified) **Description** The issue is related to errors in resource management in the blk-mq component of the Linux kernel, specifically in the functions `blk mq get new requests()`, `blk mq get cached request()`, and `blk mq submit bio()`. Exploitation of this issue may allow an attacker to cause a denial of service. The problem arises when `blk integrity unregister()` is called without holding the queue usage counter for a bio with integrity prepared, potentially leading to a kernel panic. It is also noted that `bio integrity prep()` needs to be called before bio merge. **Recommendations** - Call `bio integrity prep()` with one queue usage counter grabbed reliably. - Call `bio integrity prep()` before bio merge. At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**Nome do Software Vulnerável e Versões Afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** Um vazamento de memória foi encontrado no driver i2c piix4 do kernel do Linux, especificamente no código de suporte EFCH MMIO. O vazamento ocorreu porque `release resource()` apenas remove o recurso da árvore sem liberar sua memória, enquanto `release mem region()` é necessário para liberar a memória. Este problema foi introducido pelo suporte adicionado recentemente para regiões EFCH MMIO. **Recomendações** Para resolver este problema, atualize o kernel do Linux para uma versão que inclua a correção para o vazamento de memória no driver i2c piix4. Como solução temporária, considere aplicar o patch que substitui `release resource()` por `release mem region()` no caminho de código afetado.

**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 mecanismo de liberação do host SCSI no kernel do Linux. Quando um dispositivo SCSI é liberado, a liberação do host SCSI é acionada, sendo essencial garantir que o módulo do driver de baixo nível do dispositivo não seja descarregado antes que a instância do host SCSI seja liberada. Isso ocorre porque o `shost->hostt` é necessário no manipulador de liberação. O problema pode levar a um kernel panic com a mensagem ‘BUG: unable to handle page fault for address’. O problema foi relatado por Changhui e Yi. **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 5.12.0-rc3 e anteriores **Descrição** A vulnerabilidade está relacionada a um bloqueio incorreto na callback state change do módulo nvmet-tcp. Isso pode causar um impasse ao executar o nvmet-tcp e o nvme-tcp no mesmo sistema, onde as callbacks state change no host e no lado do controlador têm uma relação causal. O problema é relatado pelo lockdep com blktests, indicando um estado de bloqueio inconsistente. **Recomendações** Para resolver este problema, atualize o kernel do Linux para uma versão que inclua a correção para o bloqueio incorreto na callback state change sk do módulo nvmet-tcp. Especificamente, versões posteriores à 5.12.0-rc3 devem incluir essa correção. Se a atualização não for possível, considere desativar o módulo nvmet-tcp ou restringir seu uso para minimizar o risco de exploração.

**Name of the Vulnerable Software and Affected Versions** Android versions Kernel-3.18 **Description** The issue is related to an information disclosure vulnerability in the HTC input driver, which could allow a local malicious application to access data outside of its permission levels. This could potentially lead to unauthorized data access. The vulnerability is rated as moderate because it first requires compromising a privileged process. **Recommendations** For Android version Kernel-3.18, consider restricting access to sensitive data until a patch is available. As a temporary workaround, review and limit applications with privileged process access to minimize the risk of exploitation.