Codeplutos

Foi descoberta uma vulnerabilidade na lógica de vinculação de dados do Grails que permite a execução remota de código em uma aplicação Grails. Essa exploração requer que a aplicação esteja rodando no Java 8, seja implantada como um WAR em um contêiner de servlets ou como um JAR executável. Um invasor remoto pode executar código ao obter acesso ao carregador de classes.

A vulnerabilidade existe devido à validação insuficiente de entradas no componente Coherence Container do Oracle WebLogic Server, permitindo que um invasor remoto comprometa a confidencialidade, integridade e disponibilidade do servidor por meio dos protocolos T3 e IIOP. Ataques bem-sucedidos podem resultar na tomada de controle do Oracle WebLogic Server.

O problema está relacionado ao componente Samples do Oracle WebLogic Server e é causado por um controle de acesso inadequado. Ele permite que um invasor não autenticado com acesso à rede via protocolos IIOP e T3 comprometa o servidor. Ataques bem-sucedidos podem resultar na tomada de controle do Oracle WebLogic Server.

O problema está relacionado a uma vulnerabilidade no produto Oracle WebLogic Server, especificamente no componente Console. Essa vulnerabilidade permite que um invasor não autenticado com acesso à rede via HTTP comprometa o Oracle WebLogic Server, podendo resultar em uma tomada de controle. A vulnerabilidade é facilmente explorável e pode afetar a confidencialidade, a integridade e a disponibilidade do servidor. Ela está associada a erros no gerenciamento da geração de código e pode ser explorada por meio de solicitações HTTP.

O problema está relacionado à validação insuficiente de entradas no componente Core do Oracle WebLogic Server, permitindo que um invasor não autenticado com acesso à rede via IIOP e protocolos T3 comprometa o servidor. Ataques bem-sucedidos podem resultar na tomada de controle do Oracle WebLogic Server.

O problema está relacionado ao componente dissector do protocolo Kafka no Wireshark, que pode travar devido a um erro de liberação dupla durante a descompressão LZ4. Isso poderia permitir que um invasor remoto causasse uma negação de serviço. O problema foi resolvido modificando o arquivo epan/dissectors/packet-kafka.c para evitar o erro de liberação dupla.

O problema é causado por um estouro de inteiro na função `getnum`, o que permite que invasores com permissão para executar código Lua em uma sessão do Redis, dependendo do contexto, provoquem uma negação de serviço ou, possivelmente, contornem as restrições previstas da sandbox. Isso pode ser feito fornecendo um número grande que provoque um estouro de buffer baseado em pilha. O problema existe devido a uma regressão de uma falha já conhecida.