Skigeek16

Um problema de negação de serviço existe no servidor shadow, onde clientes RDP autenticados podem fazer com que as threads do servidor entrem em loop ao enviar PDUs (Protocol Data Units) DATA drdynvc de comprimento zero. Ao enviar mensagens DATA vazias nos canais `audin` ou `rdpgfx` abertos, a função `FreeRDP WTSVirtualChannelRead()` não as consome, resultando no consumo total dos núcleos da CPU até que a conexão seja encerrada.

Clientes compilados com asserções WinPR detalhadas contêm uma asserção alcançável na função `rts read auth verifier()`. Um invasor que controle um RD Gateway pode enviar uma PDU RTS RPC-over-HTTP manipulada com preenchimento de autenticação inconsistente para disparar essa asserção e abortar o processo do cliente que está se conectando.

Existe uma falha de bypass na verificação de assinatura no mecanismo de auto-atualização estável. O sistema confia incorretamente em checksums encontrados em bytes não assinados que precedem o bloco SHA256SUMS assinado via PGP. Um invasor que controle o caminho de distribuição do lançamento pode prefixar uma linha de checksum não assinada que corresponda a um arquivo malicioso, fazendo com que o processo de auto-atualização instale um executável do rclone controlado pelo invasor.

Existe um estouro de inteiro na contabilização de memória de reordenação multipart da implementação do servidor S3. Este problema permite ignorar o limite de buffer configurado. Um invasor pode desencadear isso abrindo duas solicitações PUT de parte atual simultâneas com comprimentos excessivamente grandes, fazendo com que o contador `int64` assinado envolva. Isso resulta na retenção de partes fora de ordem na memória, o que pode levar ao esgotamento dos recursos do host.

Existe uma falha de bypass de autenticação no provedor Kubernetes Ingress-NGINX que encaminha cabeçalhos `Ssl-Client-*` fornecidos pelo cliente no roteador HTTP de texto simples. Quando o `ssl-redirect` está desativado e o `auth-tls-pass-certificate-to-upstream` está ativado, invasores não autenticados podem enviar o cabeçalho `Ssl-Client-Verify: SUCCESS` com um assunto e emissor de certificado escolhidos para falsificar identidades mTLS (mutual Transport Layer Security).

Existe uma desreferência de ponteiro nulo no backend de emulação de cartão inteligente. Isso ocorre quando o sistema aceita um nome de leitor nulo durante as solicitações SCardGetStatusChange. Um servidor RDP malicioso pode causar a falha do processo do cliente ao enviar uma entrada de estado de leitor manipulada contendo a variável `szReader` nula, o que leva a um erro nas funções `strcmp()` ou ` wcscmp()`.

Existe um problema de validação inadequada de certificado no componente de proxy. Quando nenhum módulo de verificação está configurado, o proxy aceita certificados TLS de destino não confiáveis. Isso permite que atacantes posicionados na rede interceptem conexões de saída apresentando um certificado autoassinado com um nome de host incorreto, permitindo que eles personifiquem o alvo RDP e capturem dados de sessão via proxy.

Existe uma gravação fora dos limites do heap no caminho NTLM de callback de hash do servidor devido a uma falha na validação do deslocamento MIC. Um invasor não autenticado pode explorar isso enviando uma AUTHENTICATE MESSAGE manipulada contendo um deslocamento de chave de sessão e um deslocamento MIC retroativos, permitindo a gravação de 16 bytes zero além do buffer de memória alocado.

Um problema de consumo descontrolado de recursos existe na função `parse nla mode pdu()`. Atacantes não autenticados podem esgotar a memória do servidor ao completar o TLS e transmitir bytes que não começam com a tag DER SEQUENCE 0x30. Esta ação causa o crescimento ilimitado do buffer de recebimento antes da Autenticação de Nível de Rede (NLA).

O cliente Windows RAIL contém um problema de leitura fora dos limites onde servidores RDP maliciosos podem desencadear leituras excessivas de heap ao enviar títulos de janela que não estão terminados em NUL. Isso ocorre quando uma atualização WINDOW ORDER FIELD TITLE de comprimento total é processada pela função `wf rail window common()` e passada para `SetWindowTextW()`, o que pode levar à corrupção de títulos ou ao travamento do cliente.

Ocorre uma leitura fora dos limites do heap na função `CliprdrStream New()` do cliente Windows. Isso acontece quando um servidor RDP malicioso envia uma resposta de área de transferência curta para uma solicitação FILECONTENTS SIZE, fornecendo um valor `cbRequested` inferior a oito bytes durante a operação de colagem de um arquivo remoto. Isso pode levar a leituras de memória inválidas, resultando no travamento do cliente ou na corrupção do tamanho do fluxo.

Um problema de remontagem ilimitada existe na função `WTSProcessChannelData()`. O sistema falha ao impor limites de fragmentos cumulativos, permitindo que clientes autenticados iniciem uma mensagem de canal virtual estático e omitam a flag LAST. Isso possibilita o envio de fragmentos infinitos, o que pode levar ao esgotamento da memória do servidor.

A implementação da função `fetch()` nesta biblioteca de cliente HTTP para Node.js verifica incorretamente os metadados de Subresource Integrity (SRI). A biblioteca compara o token do algoritmo com um conjunto apenas em letras minúsculas, fazendo com que tokens válidos em maiúsculas ou mistas (como SHA256) sejam tratados como desconhecidos e ignorados. Quando não restam algoritmos reconhecidos, a lista de integridade é tratada como vazia e a resposta é aceita, independentemente de o corpo corresponder ao digest fixado. Isso permite que um invasor que controle o corpo da resposta entregue bytes maliciosos a uma aplicação que utilize tokens SRI não minúsculos sem gerar um erro de integridade.

Existe um problema nesta biblioteca de cliente HTTP para Node.js quando um Agent sem origem compõe os interceptores de redirecionamento e cache nessa ordem específica ao usar um armazenamento de cache compartilhado. O cache gera sua chave a partir da URL de requisição original antes que o manipulador de redirecionamento altere a origem, fazendo com que respostas de redirecionamentos cross-origin sejam armazenadas sob a chave original. Isso pode levar ao envenenamento persistente de cache se um invasor controlar o destino do redirecionamento de uma URL confiável. Além disso, pode resultar na divulgação de dados privados se uma resposta de redirecionamento privada para um recurso específico do usuário for armazenada sob a URL original e servida a chamadores não autenticados. Isso ocorre apenas quando um Agent sem origem, um armazenamento de cache compartilhado e uma composição de redirecionamento-então-cache são todos utilizados.

O servidor shadow despacha Unidades de Dados de Protocolo (PDUs) de entrada durante o estado Confirm Active antes da conclusão da autenticação. Isso permite que invasores não autenticados injetem entradas de teclado sintéticas na sessão X11 do usuário anfitrião via XTEST, negociando RDP apenas TLS e enviando uma PDU de entrada sem o estado Confirm Active.

Um problema de injeção de cabeçalho HTTP existe no componente de proxy. Isso ocorre porque um caractere de Line Feed (LF) isolado na parte do alvo de um token de roteamento, especificamente no cabeçalho `Cookie: msts=`, não é rejeitado. A função `http proxy connect()` subsequentemente escreve esse caractere na linha de requisição CONNECT e no cabeçalho Host. Um cliente RDP remoto não autenticado pode explorar isso ao se conectar a um proxy com `FixedTarget=false` e um proxy HTTP upstream para alterar a estrutura da requisição e do cabeçalho HTTP nesse proxy upstream.

Existe uma falha de retenção de recursos na função `drive process irp create()`. O problema ocorre quando um arquivo local aberto é registrado no dicionário de unidades antes da aplicação do tamanho de alocação; se a operação de alocação falhar, o arquivo não é removido. Um servidor RDP malicioso pode explorar isso enviando uma solicitação IRP MJ CREATE com a variável `AllocationSize` definida como UINT64 MAX, forçando a falha na operação de busca e resultando no vazamento do objeto de arquivo e do handle do sistema operacional até o encerramento da unidade.

Um estouro de buffer baseado em heap existe na função `freerdp dsp decode mp3()` quando o software é compilado com `WITH LAME=ON` e `WITH DSP FFMPEG=OFF`. O problema ocorre porque o ponteiro PCM do canal direito é deslocado por uma contagem de bytes tratada como elementos curtos. Um servidor RDP malicioso pode explorar isso enviando áudio MP3 manipulado via rdpsnd, fazendo com que as amostras decodificadas excedam a alocação do heap e causem a falha do cliente.

Ocorre uma gravação fora dos limites do heap na função `freerdp interruptible get line()`. O problema surge quando o buffer é reduzido para 32 bytes, mantendo o comprimento de um nome de usuário sugerido pré-preenchido como seu deslocamento de gravação. Um serviço de roteamento ARM comprometido ou malicioso pode retornar um `redirectedUsername` longo que atinge o prompt de credenciais da CLI, causando a falha do cliente quando o usuário insere dados.

Ocorre uma desreferenciação de ponteiro NULL na função `arm handle request ok()` quando um endpoint ARM retorna um corpo HTTP 200 vazio. Um invasor que controle o gateway ARM configurado pode retornar um corpo de comprimento zero, fazendo com que um valor NULL seja passado para `strnlen()`, resultando no travamento do cliente que realiza a conexão.