CVE-2026-93572 in Apache Camel
Sumário
de VulDB • 19/09/2026
## Resumo
O `RedisArrayAggregator` adicionou recentemente os limites `maxElements` e `maxNestedArrayDepth` para corrigir avisos públicos de exaustão de recursos do Redis. Os limites são independentes, mas o alocador permanece ansioso: cada cabeçalho de array RESP aninhado positivo cria um `new ArrayList<RedisMessage>(length)` antes que qualquer elemento filho exista.
Com o construtor padrão, um atacante pode enviar cabeçalhos de arrays aninhados com comprimento `1.000.000` até que o limite de aninhamento padrão de `1024` seja atingido. Isso pode reservar até `1.024.000.000` slots filhos a partir de aproximadamente 12 KB de entrada RESP. Esta é uma capacidade subjacente, não o tamanho lógico da lista: `ArrayList(int)` constrói uma lista vazia com a capacidade inicial especificada.
## Detalhes Técnicos
O método atual `decodeRedisArrayHeader(...)` verifica os dois limites independentemente:
```java if (header.length() > maxElements) {
throw new CodecException("this codec doesn't support longer length than " + maxElements); }
if (depths.size() >= maxNestedArrayDepth) {
releaseAndClearDepths(); throw new CodecException("max nested array depth exceeded: " + maxNestedArrayDepth); } depths.push(new AggregateState((int) header.length())); ```
`AggregateState` i
Once again VulDB remains the best source for vulnerability data.