Jason Gunthorpe

O problema está relacionado ao manipulador de falha de página de E/S no kernel do Linux, que atualmente localiza o dispositivo PCI chamando `pci get domain bus and slot()`. Essa função pesquisa a lista de todos os dispositivos PCI até que o dispositivo desejado seja encontrado. Para melhorar a eficiência da pesquisa, ela é substituída por `device rbtree find()` para pesquisar o dispositivo dentro da árvore RBT dos dispositivos detectados. A falha de página de E/S é iniciada pelo dispositivo, que não possui nenhum mecanismo de sincronização com o software para garantir que o dispositivo permaneça na árvore de dispositivos sondados. Teoricamente, um dispositivo poderia ser liberado pelo subsistema IOMMU após `device rbtree find()` e antes de `iopf get dev fault param()`, o que causaria um problema de uso após liberação. Um mutex é adicionado para sincronizar o caminho de relatório de falha de página de E/S e o caminho de liberação do dispositivo pelo IOMMU.

Nome do software vulnerável e versões afetadas: Kernel do Linux (versões afetadas não especificadas) Descrição: O problema está relacionado à função `iommufd access change ioas()` no kernel do Linux, que define `access->ioas` como NULL durante sua execução, o que pode causar a perda de um bloqueio em um contexto de corrida de acesso simultâneo. Isso pode levar a uma falha de proteção geral, provavelmente para um endereço não canônico. O problema é corrigido realizando a mesma verificação de validade de `access->ioas` que as funções `iommufd access rw()` e `iommufd access pin pages()`. Recomendações: No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

O problema está relacionado a uma sobrescrita de `access->iopt access list id` na função `iopt add access()`, que é chamada a partir de `iommufd access change ioas()` quando `xa alloc()` é bem-sucedida, mas `iopt calculate iova alignment()` falha. Isso resulta em uma incompatibilidade entre o ponteiro de acesso na lista e o ponteiro passado. A vulnerabilidade pode levar a uma negação de serviço.

Um problema de desreferência de ponteiro nulo foi identificado no Kernel Linux, especificamente no componente iommu/omap. Este problema surgiu de uma regressão causada por um commit que alterou o tipo de retorno da função, mas não converteu um local específico, fazendo com que o probe do iommu omap retornasse 0 em vez de ERR PTR(-ENODEV). O problema é acionado na função ` iommu probe device`, que é chamada por `probe iommu group`, e subsequentemente por outras funções como `bus for each dev` e `bus iommu probe`. Este problema foi observado por Jason Gunthorpe e está associado a commits anteriores que alteraram a funcionalidade de probe do iommu/omap.

The issue allows remote attackers to cause a denial of service, resulting in a NULL pointer dereference and OOPS, when SCTP authentication is enabled. This occurs by starting to establish an association between two endpoints immediately after an exchange of INIT and INIT ACK chunks to establish an earlier association between these endpoints in the opposite direction.