Tom Lendacky

O problema está relacionado a um bug no componente x86/kexec do kernel do Linux, em que a chamada a `cc platform has()` provoca uma falha e a travamento do sistema se o rastreamento de profundidade de chamadas estiver ativo. Isso ocorre porque o segmento GS foi reinicializado por `load segments()` e `GS BASE` agora é 0, mas o rastreamento de profundidade de chamadas usa variáveis por CPU para operar. A correção envolve chamar `cc platform has()` mais cedo na função, quando GS ainda é válido.

O problema está relacionado a um bug no componente amd-xgbe do kernel do Linux, que pode causar um kernel panic devido a inconsistências nos descritores de hardware. Quando é detectado um underflow no comprimento do skb, isso aciona um BUG ON() em include/linux/skbuff.h, levando a um kernel panic intermitente. A correção envolve descartar o pacote caso tais underflows de comprimento sejam detectados. Este problema pode permitir que um invasor comprometa a confidencialidade, integridade e disponibilidade de informações protegidas.

O problema está relacionado ao componente KVM: SVM do kernel Linux. O acesso ao GHCB (Guest-to-Host Communication Buffer) ocorre principalmente no caminho VMGEXIT e sabe-se que o GHCB será mapeado. No entanto, existem dois caminhos nos quais é possível que o GHCB não seja mapeado. A rotina `sev vcpu deliver sipi vector()` atualizará o GHCB para informar ao chamador do evento AP Reset Hold NAE que um SIPI foi entregue. Se um SIPI for executado sem um AP Reset Hold correspondente, o GHCB pode não ser mapeado, o que resultará em uma desreferência de ponteiro NULL. A rotina `svm complete emulated msr()` atualizará o GHCB para informar ao chamador de uma operação RDMSR/WRMSR sobre quaisquer erros. Uma proteção foi adicionada neste caminho para garantir que não ocorra uma desreferência de ponteiro NULL.