Dann Frazier

Os pacotes de firmware UEFI edk2 do Ubuntu permitiram inadvertidamente o acesso ao Shell UEFI em ambientes Secure Boot, potencialmente contornando as proteções do Secure Boot. Versões anteriores incluíam um mecanismo baseado em Secure Boot para manter a operação dentro do Shell, o qual é considerado adequado para aplicar as restrições do Secure Boot. Este problema representa uma correção adicional relacionada a uma correção anterior incompleta.

O problema é acionado por um ataque DDoS na porta TCP 22, causando uma falha no kernel. Este problema surge do backport de um commit relacionado ao `nft lookup` sem incluir correções subsequentes.

O problema está relacionado ao driver GTDT no kernel do Linux. Quando a verificação do driver falha devido a propriedades inválidas do firmware, ele desmapeia a interrupção que havia mapeado anteriormente. No entanto, ele não verifica se o mapeamento da interrupção foi realmente bem-sucedido. Se o firmware relatar um número de interrupção inválido que se sobreponha ao intervalo GIC SGI, isso pode resultar no desmapeamento de um IPI, levando a problemas subsequentes. O driver foi reformulado para ter um comportamento mais seguro e verificar efetivamente se a interrupção foi mapeada antes de desmapear os recursos.

The issue is related to an untrusted search path vulnerability. It allows local users to execute arbitrary code via a Trojan horse `import pxe files` configuration file in the current working directory.

The issue allows remote attackers to cause a denial of service (crash) via a sequence of beacon frames. This is achieved by sending one frame that omits an SSID Information Element (IE) and a subsequent frame that contains an SSID IE, which triggers a NULL pointer dereference in the `cmp ies` function.

The issue allows local users to cause a denial of service, resulting in a "soft lockup" and process loss. This occurs when a large number of `sendmsg` function calls are made, which does not block during AF UNIX garbage collection and triggers an OOM condition.

The issue is related to multiple vulnerabilities in the Linux kernel, specifically in the Debian GNU/Linux operating system. These vulnerabilities can be exploited remotely, leading to a disruption of protected information. The exploitation can be carried out through various means, including the TSB I-TLB load implementation in arch/sparc/kernel/tsb.S, which does not properly obtain the value of a certain PAGE EXEC 4U bit, making it easier for context-dependent attackers to exploit stack-based buffer overflows via a crafted application.