Vulnerabilidades do Oracle Mysql Enterprise Monitor

A Spring MVC or Spring WebFlux application running on JDK 9+ may be vulnerable to remote code execution (RCE) via data binding. The specific exploit requires the application to run on Tomcat as a WAR deployment. If the application is deployed as a Spring Boot executable jar, i.e. the default, it is not vulnerable to the exploit. However, the nature of the vulnerability is more general, and there may be other ways to exploit it.

In Spring Cloud Function versions 3.1.6, 3.2.2 and older unsupported versions, when using routing functionality it is possible for a user to provide a specially crafted SpEL as a routing-expression that may result in remote code execution and access to local resources.

Para decriptar dados cifrados com SM2, uma aplicação deve chamar a função de API EVP_PKEY_decrypt(). Normalmente, uma aplicação chama essa função duas vezes. Na primeira vez, na entrada, o parâmetro "out" pode ser NULL e, na saída, o parâmetro "outlen" é preenchido com o tamanho do buffer necessário para armazenar o texto simples decriptado. A aplicação pode então alocar um buffer de tamanho suficiente e chamar EVP_PKEY_decrypt() novamente, mas desta vez passando um valor não NULL para o parâmetro "out". Um erro na implementação do código de decriptação SM2 faz com que o cálculo do tamanho do buffer necessário para armazenar o texto simples retornado pela primeira chamada a EVP_PKEY_decrypt() possa ser menor do que o tamanho real exigido pela segunda chamada. Isso pode levar a um estouro de buffer quando EVP_PKEY_decrypt() é chamada pela aplicação uma segunda vez com um buffer pequeno demais. Um atacante malicioso capaz de apresentar conteúdo SM2 para decriptação a uma aplicação poderia fazer com que dados escolhidos pelo atacante estourem o buffer em até no máximo 62 bytes, alterando o conteúdo de outros dados armazenados após o buffer, possivelmente mudando o comportamento da aplicação ou causando travamento. A localização do buffer depende da aplicação, mas normalmente é alocada na heap. Corrigido no OpenSSL 1.1.1l (afetadas 1.1.1-1.1.1k).

Forced OGNL evaluation, when evaluated on raw user input in tag attributes, may lead to remote code execution. Affected software : Apache Struts 2.0.0 - Struts 2.5.25.

When using the Apache JServ Protocol (AJP), care must be taken when trusting incoming connections to Apache Tomcat. Tomcat treats AJP connections as having higher trust than, for example, a similar HTTP connection. If such connections are available to an attacker, they can be exploited in ways that may be surprising. In Apache Tomcat 9.0.0.M1 to 9.0.0.30, 8.5.0 to 8.5.50 and 7.0.0 to 7.0.99, Tomcat shipped with an AJP Connector enabled by default that listened on all configured IP addresses. It was expected (and recommended in the security guide) that this Connector would be disabled if not required. This vulnerability report identified a mechanism that allowed: - returning arbitrary files from anywhere in the web application - processing any file in the web application as a JSP Further, if the web application allowed file upload and stored those files within the web application (or the attacker was able to control the content of the web application by some other means) then this, along with the ability to process a file as a JSP, made remote code execution possible. It is important to note that mitigation is only required if an AJP port is accessible to untrusted users. Users wishing to take a defence-in-depth approach and block the vector that permits returning arbitrary files and execution as JSP may upgrade to Apache Tomcat 9.0.31, 8.5.51 or 7.0.100 or later. A number of changes were made to the default AJP Connector configuration in 9.0.31 to harden the default configuration. It is likely that users upgrading to 9.0.31, 8.5.51 or 7.0.100 or later will need to make small changes to their configurations.