Pjfanning

jackson-databind binds a JSON string to a javax.xml.datatype.Duration or javax.xml.datatype.XMLGregorianCalendar field by passing the raw string verbatim to DatatypeFactory.newDuration(value) or newXMLGregorianCalendar(value) in CoreXMLDeserializers.Std. deserialize. These deserializers are registered by default with no opt-in, so a plain ObjectMapper or JsonMapper with no polymorphic typing and no special configuration reaches this path. The XML Schema lexical grammar permits numeric components of arbitrary length, which the JDK materializes through the native BigInteger(String) and BigDecimal(String) constructors, both quadratic in digit count. Because the digits sit inside a JSON string token rather than a JSON number token, jackson-core's StreamReadConstraints.maxNumberLength guard never applies; jackson's own NumberDeserializers call validateIntegerLength or validateFPLength before parsing a stringified number, but the XML datatype deserializer omits that pre-check. An unauthenticated attacker can therefore submit a single request of a few megabytes, such as a Duration value consisting of the letter P followed by several million digits and the letter Y, and force tens of seconds to several minutes of single-threaded CPU work; a handful of concurrent requests can saturate a server's worker threads. This affects com.fasterxml.jackson.core:jackson-databind from 2.0.0 before 2.18.10, from 2.19.0 before 2.21.6, and from 2.22.0 before 2.22.2, and tools.jackson.core:jackson-databind from 3.0.0 before 3.1.6 and from 3.2.0 before 3.2.2. Users should upgrade to 2.18.10, 2.21.6, 2.22.2, 3.1.6, or 3.2.2.

**Nome do Software Vulnerável e Versões Afetadas** com.fasterxml.jackson.core:jackson-databind versões 2.8.0 até 2.18.9 com.fasterxml.jackson.core:jackson-databind versões 2.19.0 até 2.21.5 com.fasterxml.jackson.core:jackson-databind versões 2.22.0 até 2.22.1 tools.jackson.core:jackson-databind versões 3.0.0 até 3.1.5 tools.jackson.core:jackson-databind versões 3.2.0 até 3.2.1 **Description** O desserializador para java.nio.file.Path resolve um URI fornecido por um invasor sem restringir o esquema do URI. Na função `JDKFromStringDeserializer.NioPathHelper.deserialize`, uma string proveniente de um JSON não confiável é passada para `new URI(value)` e depois para `Path.of(uri)`. Quando ocorre uma `FileSystemNotFoundException`, o código enumera `ServiceLoader<FileSystemProvider>` e chama `provider.getPath(uri)` no primeiro provedor cujo esquema corresponda ao escolhido pelo invasor. Isso permite que um JSON não confiável selecione e controle um `FileSystemProvider` registrado arbitrário durante o `readValue` sob um `JsonMapper` padrão, forçando o carregamento da classe do provedor. Embora o caminho resolvido seja inerte apenas com os provedores integrados do JDK (file, jar/zipfs), impactos adicionais são possíveis se um `FileSystemProvider` de terceiros com efeitos colaterais estiver presente no classpath. **Recommendations** Atualize o com.fasterxml.jackson.core:jackson-databind para a versão 2.18.10 Atualize o com.fasterxml.jackson.core:jackson-databind para a versão 2.21.6 Atualize o com.fasterxml.jackson.core:jackson-databind para a versão 2.22.2 Atualize o tools.jackson.core:jackson-databind para a versão 3.1.6 Atualize o tools.jackson.core:jackson-databind para a versão 3.2.2 Evite a vinculação de java.nio.file.Path a partir de JSON não confiável, independentemente da versão utilizada.

**Nome do Software Vulnerável e Versões Afetadas** jackson-core versões 2.15.0 through 2.18.5 jackson-core versões 2.19.0 through 2.21.0 jackson-core versões 3.0.0 through 3.0.x **Description** O analisador JSON não bloqueante (assíncrono) no jackson-core não impõe a restrição `maxNumberLength` definida em `StreamReadConstraints`. Isso ocorre porque o caminho de análise assíncrona em `NonBlockingUtf8JsonParserBase` e classes relacionadas não invoca os métodos de validação de comprimento de número. Especificamente, métodos como ` finishNumberIntegralPart()` acumulam dígitos no `TextBuffer` sem verificações, e o ` valueComplete()` não chama `resetInt()` ou `resetFloat()`, onde `validateIntegerLength()` e `validateFPLength()` são executados. Um invasor pode enviar um documento JSON contendo um token numérico de comprimento arbitrário, levando à alocação excessiva de memória no `TextBuffer` e a um possível `OutOfMemoryError`. Além disso, se a aplicação chamar `getBigIntegerValue()` ou `getDecimalValue()`, a JVM pode sofrer exaustão de CPU devido ao processamento de BigInteger em O(n^2), resultando em negação de serviço. **Recommendations** Para as versões 2.15.0 through 2.18.5 do jackson-core, atualize para uma versão onde a restrição `maxNumberLength` seja imposta no analisador assíncrono. Para as versões 2.19.0 through 2.21.0 do jackson-core, atualize para uma versão onde a restrição `maxNumberLength` seja imposta no analisador assíncrono. Para as versões 3.0.0 through 3.0.x do jackson-core, atualize para uma versão onde a restrição `maxNumberLength` seja imposta no analisador assíncrono.

Nome do Software Vulnerável e Versões Afetadas: Versões do jackson-core anteriores à 2.15.0 Descrição: O problema ocorre ao processar arquivos de entrada com dados profundamente aninhados, podendo causar um StackoverflowError devido à profundidade excessiva. Um limite configurável para a profundidade de navegação foi introduzido, com padrão de 1000, para prevenir este erro. Se o limite for atingido, uma StreamConstraintsException é lançada. Os usuários devem evitar processar arquivos de entrada de fontes não confiáveis como solução temporária. Recomendações: Para versões anteriores à 2.15.0, atualize para a versão 2.15.0 ou posterior para incluir o limite de profundidade configurável e prevenir o StackoverflowError. Como solução temporária, considere evitar o processamento de arquivos de entrada profundamente aninhados de fontes não confiáveis até que a atualização seja aplicada.

**Nome do software vulnerável e versões afetadas** Versões do H2 Database Engine anteriores à 2.2.220 **Descrição** O console de administração baseado na web no H2 Database Engine pode ser iniciado via CLI com o argumento `-webAdminPassword`, o que permite ao usuário especificar a senha em texto simples para o console de administração web. Consequentemente, um usuário local (ou um invasor que tenha obtido acesso local por algum meio) seria capaz de descobrir a senha listando os processos e seus argumentos. O problema foi corrigido na versão 2.2.220. **Recomendações** Para versões do H2 Database Engine anteriores à 2.2.220, atualize para a versão 2.2.220 ou posterior para resolver o problema. Como solução alternativa temporária, considere evitar o uso do argumento `-webAdminPassword` ao iniciar o console de administração baseado na web via CLI para minimizar o risco de exposição da senha.

**Nome do software vulnerável e versões afetadas** Versões do xlsx-streamer anteriores à 2.1.0 **Descrição** O problema diz respeito ao analisador XML utilizado no Excel-Streaming-Reader, que não aplicou todas as configurações necessárias para evitar problemas de expansão de entidades XML. Esse problema é resolvido com a atualização para a versão 2.1.0. Não há nenhuma solução alternativa conhecida para este problema. **Recomendações** Atualize para a versão 2.1.0 para receber um patch. Como não há solução alternativa conhecida, a atualização para a versão especificada é a medida recomendada para mitigar o risco associado a este problema.