Pyn3Rd

Um problema de autorização incorreta existe no processo de autenticação FORM. Isso permite a evasão de uma restrição de segurança que limita o acesso do usuário a POST, mas não a GET, em um recurso.

Controle de acesso inadequado e autorização incorreta permitem que um invasor não autenticado ignore as restrições de segurança. Isso ocorre quando uma restrição de segurança para um caminho mais longo é processada antes de uma restrição mais restritiva para um subcaminho mais curto, levando o sistema a avaliar as restrições incorretamente e conceder acesso a recursos protegidos.

Existe uma falha de bypass de autenticação no autenticador DIGEST. Se um cliente fizer uma requisição autenticada via DIGEST com um `nonceCount` no limite superior da janela de replay antes que `windowSize` requisições sejam feitas, essa requisição poderá ser repetida (replay) uma única vez enquanto o `nonceCount` associado permanecer dentro da janela de replay.

Um erro de off-by-one nas rewrite valves ocorre quando a flag `[N]` é utilizada. Isso faz com que o processamento de reescrita reinicie na segunda regra em vez da primeira regra.

Um problema de autorização inadequada ocorre quando as definições de `security-role-ref` são incorretamente utilizadas como aliases de função dentro do Realm, além do uso correto com `Request.isUserInRole()`.

Existe um problema no componente Server: Connection Handling. Um invasor não autenticado com acesso à rede por meio de múltiplos protocolos pode explorar isso para causar um travamento ou uma falha repetível frequentemente, resultando em uma Negação de Serviço (DOS) completa, que é uma condição onde o serviço torna-se indisponível para usuários legítimos.

Existe um problema de reflexão insegura onde entradas controladas externamente podem ser usadas para selecionar classes ou código. Especificamente, um modelo controlado pelo usuário pode carregar classes arbitrárias, o que pode levar à execução remota de código.

Uma neutralização inadequada de entrada durante a geração de páginas web permite Cross-site Scripting (XSS). O `MessageServlet` na API do console web do ActiveMQ copia cada propriedade de mensagem JMS para um cabeçalho de resposta HTTP sem validação. Isso permite que um invasor sobrescreva e injete cabeçalhos de segurança definindo-os em mensagens JMS retornadas pelo servlet.

A validação inadequada de entrada e o controle impróprio da geração de código levam a um problema de injeção de código. O Apache ActiveMQ Classic expõe a ponte Jolokia JMX-HTTP no endpoint '/api/jolokia/' no console web. A política de acesso padrão permite operações de execução em todos os MBeans do ActiveMQ, especificamente a função `addNetworkConnector(String)` dentro do `BrokerService`. Um invasor autenticado pode usar uma URI de descoberta manipulada para acionar o parâmetro `brokerConfig` do transporte VM via uma URL "masterslave://". Isso permite o carregamento de um contexto de aplicação Spring XML usando `ResourceXmlApplicationContext`. Como esse contexto instancia beans singleton antes que a configuração seja validada, código arbitrário pode ser executado na JVM do broker por meio de métodos de fábrica de beans, como `Runtime.exec()`.