Wen Gu

A questão diz respeito ao kernel Linux, especificamente ao componente net/smc. Ao receber uma mensagem de proposta no servidor, os campos `iparea offset` e `ipv6 prefixes cnt` do cliente remoto não são totalmente confiáveis. Se o `iparea offset` exceder seu valor máximo, isso pode levar ao acesso de um endereço incorreto, potencialmente causando um travamento. A correção resolve isso verificando `iparea offset` e `ipv6 prefixes cnt` antes de utilizá-los.

Foi detectada uma vulnerabilidade do tipo “use-after-free” no kernel do Linux, especificamente no componente net/smc. Essa vulnerabilidade se manifestou quando o contador de referências (refcnt) do LGR/link atingiu 0 prematuramente e entrou no processo de liberação, tornando o acesso aos recursos inseguro. O problema é causado pela liberação repetida do contador de referências do LGR/link, possivelmente devido à chamada repetida da função smc conn free() sem proteção de bloqueio de soquete.

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 um vazamento de contagem de referências na função `smc ib find route()`, o que pode causar a divulgação de informações confidenciais. O vazamento ocorre porque o vizinho encontrado por `neigh lookup()` e a rtable resolvida por `ip route output flow()` não são liberados ou colocados antes do retorno. Isso pode levar a um vazamento de contagem de referências. Recomendações: No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

Foi detectada uma falha ao fazer o dump das conexões SMC-D no kernel do Linux. O problema pode ser reproduzido executando um teste específico e fazendo o dump contínuo das conexões SMC-D em paralelo. A falha é causada por uma desreferência de ponteiro NULL no kernel, que ocorre quando a conexão está sendo estabelecida e o `rmb desc` ainda não foi inicializado. A vulnerabilidade pode ser explorada para causar uma negação de serviço.

O problema está relacionado a uma referência a um ponteiro NULL no kernel na função `smc setsockopt()`, causada pelo acesso a `smc->clcsock` após este ter sido liberado. Isso pode levar a uma falha do sistema. O problema é resolvido mantendo `clcsock release lock` e verificando se `clcsock` já foi liberado antes do acesso. O patch também verifica `smc->clcsock` em `smc getsockopt()` e `smc switch to fallback()` para evitar falhas semelhantes.

Uma condição de corrida no componente `net/smc` pode levar a um pânico do kernel e negação de serviço. O problema ocorre quando a função `smc cdc tx handler()` tenta acessar `smc sock` após este já ter sido liberado pela função `smc release()`. Este cenário de uso após a liberação (use-after-free) acontece porque `smc release()` pode descartar e liberar o socket antes que `smc cdc tx handler()` complete seu acesso, apesar das verificações iniciais da existência da conexão.