Apache ActiveMQ mantém permissão de escrita após revogação de ACL (CVE-2026-111822)

O que aconteceu e o que fazer

O aviso, publicado em 3 de novembro por Christopher L. Shannon na lista oss-sec, classifica a falha como de gravidade importante. Ela afeta o Apache ActiveMQ 6.0.0 até antes da 6.3.3, o Apache ActiveMQ anterior à 5.19.12, e os componentes Runtime Config nas mesmas faixas de versão. Segundo a descrição, depois que o plugin de configuração em tempo de execução remove a permissão de escrita de uma identidade em um destino, a autorização antiga pode continuar valendo por causa de cache não invalidado.

Na prática, uma empresa que usa ActiveMQ com controle de acesso dinâmico pode achar que revogou um acesso e ainda assim ter escritas aceitas. A resposta começa por um inventário de instâncias, versões e uso do plugin Runtime Config, seguido da atualização para 6.3.3 ou 5.19.12. Como a revogação depende de comportamento em tempo de execução, vale criar um teste automatizado que revogue a permissão de uma identidade de teste, tente publicar e confirme a recusa, rodando em homologação antes e depois da atualização. Também é útil monitorar logs de escrita de identidades já revogadas e definir um procedimento de revogação que valide o efeito, em vez de confiar apenas na alteração de configuração.

Como a consultoria pode ajudar

Podemos fazer um diagnóstico da exposição: levantamento das instâncias ActiveMQ e do uso de Runtime Config, teste de revogação de permissões e análise de logs de escrita. Depois, desenhamos e implementamos o plano de atualização, os testes automatizados de revogação e o monitoramento contínuo na sua infraestrutura.

Próximo passo

Se a sua empresa usa ActiveMQ com controle de acesso dinâmico, envie uma descrição curta do seu cenário, com versões em uso e como as permissões são alteradas. Responderemos com uma proposta escopada de diagnóstico e implementação.