Alex Deucher

A vulnerability in the Linux kernel has been resolved. The issue was related to a commit that used the HW lock manager for PSR1, which could cause a system hang when connecting with two eDP panels.

O problema está relacionado ao gerenciamento da contagem de referências de planos no módulo drm/amd/display do Kernel Linux. O mecanismo para backup e restauração de estados de planos não mantém a contagem de referências, o que pode causar problemas se a contagem de referências do plano mudar entre as operações de backup e restauração. Isso pode levar a vazamentos de memória se a contagem de referências deveria diminuir, ou a double frees/acessos inválidos à memória se a contagem de referências deveria aumentar. A correção envolve armazenar em cache e reaplicar a contagem de referências atual ao restaurar os estados dos planos.

O problema está relacionado à função `dc state copy internal` no módulo `drm/amd/display` do kernel Linux. Trata-se de uma vulnerabilidade de liberação dupla que ocorre quando uma alocação `dml` falha, fazendo com que chamadas subsequentes à função `dc state copy internal` realizem uma cópia superficial de memória inválida. Se o novo estado for liberado, ocorrerá uma liberação dupla, permitindo potencialmente que um invasor comprometa a confidencialidade, integridade e disponibilidade das informações protegidas.

Nome do software vulnerável e versões afetadas: Kernel do Linux (versões afetadas não especificadas) Descrição: Foi identificada uma falha de estouro de buffer no kernel do Linux, especificamente na função `amdgpu debugfs gprwave read()`. Essa falha pode ocorrer quando o tamanho é superior a 4K, podendo levar a um estouro de buffer. A vulnerabilidade está relacionada à ausência de uma verificação de tamanho. Recomendações: No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

O problema refere-se à corrupção de memória causada por índices de array fora dos limites. Para resolver isso, foram adicionadas verificações para garantir que os índices do array permaneçam dentro dos limites, especificamente no componente drm/amd/display do Kernel Linux.

O problema ocorre quando um monitor conectado após um hub MST é desconectado, resultando em uma referência a ponteiro nulo. Isso acontece porque `dc sink` é liberado imediatamente em `early unregister()` ou `detect ctx()`, e o commit de um novo estado que se refere a informações armazenadas em `dc sink` causa uma referência a ponteiro nulo. O problema é resolvido removendo-se uma condição de verificação redundante e redefinindo `dsc aux` como NULL quando o conector é desconectado.

O problema está relacionado a uma falha de liberação dupla no módulo amdgpu do kernel Linux. Especificamente, a função `link destruct()` no arquivo `drivers/gpu/drm/amd/display/dc/link/link factory.c` é vulnerável à liberação repetida de memória já liberada anteriormente. Isso poderia permitir que um invasor comprometesse a confidencialidade, integridade e disponibilidade de informações protegidas. A vulnerabilidade ocorre ao descarregar o módulo amdgpu e envolve as funções `dcn10 link encoder destroy()` e `link destroy()`.

Nome do software vulnerável e versões afetadas: Versões do kernel Linux anteriores à 6.6.58 Descrição: O problema está relacionado a uma saída de índice fora dos limites na função `cm3 helper translate curve to hw format`, no módulo de gerenciamento de cores DCN30. Isso pode ocorrer quando o índice `i` excede o número de pontos da função de transferência. A correção envolve adicionar uma verificação para garantir que `i` esteja dentro dos limites antes de acessar os pontos da função de transferência, retornando `false` para indicar um erro se `i` estiver fora dos limites. Podem ocorrer estouros de buffer em `output tf->tf pts.red`, `output tf->tf pts.green` e `output tf->tf pts.blue` devido ao problema de índice. Recomendações: Para versões do kernel Linux anteriores à 6.6.58, atualize para a versão 6.6.58 ou posterior para resolver o problema. Como solução alternativa temporária, considere restringir o acesso ao módulo de gerenciamento de cores DCN30 até que a atualização possa ser aplicada.

O problema está relacionado a uma referência a um ponteiro nulo no arquivo `dcn20 resource.c` do módulo `drm/amd/display` do kernel Linux. Essa vulnerabilidade pode causar um travamento ao executar o MPV em uma dGPU DCN401 com configurações específicas, como `mpv --hwdec=vaapi --vo=gpu --hwdec-codecs=all`, e, em seguida, ativar a reprodução em tela cheia. O rastreamento de chamadas mostra uma desreferência de ponteiro nulo do kernel no endereço 0000000000000000.

Foi corrigido um problema de desreferência de ponteiro nulo no kernel Linux, especificamente no módulo drm/amd/pm para vega10 hwmgr. A correção envolve a verificação dos valores de retorno e o tratamento de ponteiros nulos para evitar desreferências de ponteiros nulos.

Uma vulnerabilidade de desreferência de ponteiro NULL foi resolvida no kernel do Linux, especificamente no componente drm/amd/display. O problema ocorre quando o log de cores tenta ler as informações de remapeamento de gama do DCN401, que não está inicializado no dcn401 dpp funcs, levando a uma desreferência de ponteiro NULL. Essa vulnerabilidade é corrigida com a adição de uma proteção adequada para acessar o callback gamut remap, caso o ASIC específico não tenha implementado essa função. A vulnerabilidade pode ser acionada executando o comando `cat /sys/kernel/debug/dri/0/amdgpu dm dtn log`.

O problema está relacionado a uma verificação de limites no componente drm/amd/display do kernel do Linux, especificamente para os DcfClocks dcn35. O problema surge porque `NumFclkLevelsEnabled` é usado em vez do `NumDcfClkLevelsEnabled` designado para a verificação de limites, podendo causar um acesso fora dos limites do índice da matriz.

O problema está relacionado ao módulo drm/amdkfd no kernel do Linux, onde o mapeamento da página HDP do MMIO com páginas grandes não é permitido devido a um tratamento incorreto do deslocamento. Isso pode expor o PAGE SIZE do espaço MMIO em sistemas com tamanhos de página superiores a 4K. A GPU possui uma área de 4K não utilizada no espaço BAR de registros, onde os registros podem ser remapeados, incluindo os registros de flush do HDP, para permitir que o espaço do usuário faça o flush do HDP ao atualizar a VRAM.

Um problema de desreferência de ponteiro NULL foi resolvido no kernel do Linux. O problema ocorre ao obter o limite de potência, devido à inicialização da powerplay table ser ignorada no caso do sriov. Para resolver isso, valores padrão mínimo e máximo de OD são definidos caso a powerplay table seja NULL.

O problema está relacionado a um acesso fora dos limites no tratamento do ID do cliente mmhub, especificamente com o cid 0x140. Isso foi resolvido com o tratamento adequado do cid.

Um detector de erros de segurança de memória dinâmica (KASAN) detecta e gera mensagens de erro “BUG: KASAN: slab-out-of-bounds”, pois o conector de gravação posterior não suporta certos recursos que não foram inicializados. O problema ocorre no componente drm/amd/display quando ele tenta reescrever dados. Para resolver isso, o tipo de conector é verificado e, se for DRM MODE CONNECTOR WRITEBACK, a operação é ignorada.

Existe uma possível violação de acesso à memória durante a iteração por uma matriz de dcn35 clks. Esse problema pode ser resolvido limitando o número de iterações de acordo com o tamanho da matriz.

O problema está relacionado ao componente drm/amd/display do kernel Linux, onde duas falhas foram corrigidas: uma comparação com um tipo inteiro mais amplo em uma condição de loop que pode causar loops infinitos e uma desreferência de ponteiro antes de uma verificação de nulo.

O problema está relacionado ao kernel do Linux, onde um commit fez com que o controle GFXOFF fosse utilizado de forma mais intensa, levando a um caminho de código que pode ser executado novamente durante a suspensão, resultando em potencial tráfego SDMA e impasse do sistema ao usar o GNOME para acionar a suspensão da tela de bloqueio.

O problema ocorre quando se acessa a matriz `adev->vcn.vcn config` antes de verificar se o índice `adev->vcn.num vcn inst` está dentro dos limites da matriz. A correção envolve mover a verificação de limites para antes do acesso à matriz. Isso garante que `adev->vcn.num vcn inst` esteja dentro dos limites da matriz antes de ser usado como índice.