Cantina

A verificação de peer do stream OpenSSL processa incorretamente a validação de certificados ao recorrer ao Common Name (CN) quando nenhuma entrada no `subjectAltName` (SAN) corresponde. De acordo com a RFC 6125, o CN deve ser ignorado se o certificado contiver qualquer identidade de serviço. Esse comportamento permite que um certificado confiável para um nome seja usado para personificar outro se o CN corresponder ao `peer name` solicitado, apesar de um DNS SAN não correspondente.

Uma verificação de acesso inadequada permite a escalada de privilégios por meio da tarefa em lote `com users`.

Um aplicativo pode ser capaz de acessar dados sensíveis do usuário devido a uma proteção de dados insuficiente.

O processamento de conteúdo web maliciosamente elaborado pode impedir que a Política de Segurança de Conteúdo (uma camada de segurança que ajuda a detectar e mitigar certos tipos de ataques, incluindo Cross-Site Scripting e injeção de dados) seja aplicada.

Existe um problema de validação onde o processamento de conteúdo web maliciosamente elaborado pode impedir a aplicação da Política de Segurança de Conteúdo (uma camada de segurança que ajuda a detectar e mitigar certos tipos de ataques, incluindo Cross-Site Scripting e injeção de dados).

Quando `SESSION SAVE EVERY REQUEST` está definido como `True`, os cabeçalhos de resposta não variam com base nos cookies se uma sessão não for modificada. Isso permite que um invasor remoto roube a sessão de um usuário após a vítima visitar uma página pública em cache. Trata-se de um problema de fixação de sessão onde o identificador da sessão pode ser comprometido por meio de conteúdo público em cache.

Name of the Vulnerable Software and Affected Versions Django versões 6.0 através de 6.0.3 Django versões 5.2 através de 5.2.12 Django versões 4.2 através de 4.2.29 Django versões 5.0.x e anteriores Django versões 4.1.x e anteriores Django versões 3.2.x e anteriores Description Foi descoberta uma falha em que formulários de lista de alterações de administrador usando `ModelAdmin.list editable` permitiram incorretamente a criação de novas instâncias por meio de dados `POST` falsificados. Séries Django anteriores e não suportadas (como 5.0.x, 4.1.x e 3.2.x) não foram avaliadas e também podem ser afetadas. Recommendations Atualize para a versão 6.0.4 ou posterior do Django. Atualize para a versão 5.2.13 ou posterior do Django. Atualize para a versão 4.2.30 ou posterior do Django.

Nome do Software Vulnerável e Versões Afetadas swift-crypto versões 4.3.0 e anteriores Descrição Um atacante remoto pode fornecer uma chave encapsulada X-Wing HPKE curta, acionando uma leitura fora dos limites no caminho de decapsulação C. Isso pode levar a uma falha ou divulgação de memória, dependendo das proteções em tempo de execução. O problema surge porque o caminho de decapsulação X-Wing aceita bytes de texto cifrado controlados pelo atacante sem impor um comprimento fixo do texto cifrado. A API C espera um buffer de tamanho fixo de 1120 bytes, e um valor `Data` menor passado para ela pode fazer com que o código C leia além do buffer Swift. A vulnerabilidade é alcançável por meio da inicialização de um `HPKE.Recipient`, onde uma `encapsulatedKey` malformada pode acionar um comportamento indefinido em vez de um erro seguro de validação de comprimento. A função `decapsulate` de `OpenSSLXWingPrivateKeyImpl` não executa uma verificação de comprimento antes de passar os dados `encapsulated` para a API C. Uma Prova de Conceito (PoC) demonstra que fornecer uma `encapsulatedKey` de 1 byte em vez dos 1120 bytes necessários não resulta em rejeição e pode levar a uma falha ou corrupção de memória quando executado com o AddressSanitizer. Recomendações Atualize para a versão 4.3.1 ou posterior do swift-crypto.