PoCs de vulnerabilidade do NextGen Connect 4.5.2

Exploits de prova de conceito funcionais para três vulnerabilidades alcançáveis pela rede no NextGen Connect (Mirth Connect) 4.5.2. Os harnesses executam a imagem oficial do contêiner, criam apenas a configuração de canal necessária para o achado, executam o ataque a partir de um contêiner separado e falham a menos que o efeito de segurança alegado seja observado.

Esta revisão utilizou a pública metodologia Refute-or-Promote e seu playbook de orquestração de código aberto. O método separa a geração de candidatos da revisão adversarial em contexto novo e exige prova empírica antes da promoção. O código-fonte vulnerável 4.5.2 e o método de revisão são ambos públicos: qualquer pessoa com acesso comum a modelos, o código-fonte e a capacidade de validar com segurança em um laboratório pode aplicar o mesmo processo, e poderia ter encontrado essas classes de bugs de forma independente. A confidencialidade em torno de um relatório não torna a capacidade de revisão subjacente privada.

Estes são exploits reais, não testes unitários de parser. Eles recuperam um hash de senha ativo por meio de injeção SQL, exfiltram conteúdos de arquivos locais do alvo por dois caminhos XML não autenticados distintos e bloqueiam operações respaldadas pelo Derby empacotado até a reinicialização.

CVE	Achado	Atacante	Impacto demonstrado	CVSS 3.1 / 4.0	PoC
CVE-2026-82583	Injeção em _getTables selectLimit	Usuário autenticado da API	Exportação da tabela de senhas para a raiz web pública; congelamento do Derby empacotado até a reinicialização	8.3 / 7.2	sql-selectlimit-injection/
CVE-2026-78224	XXE no Step XSLT	Cliente de canal não autenticado	Leitura OOB de um arquivo local do alvo; DoS por entidade lenta local ao canal	8.2 / 8.8	xslt-step-xxe/
CVE-2026-82578	XXE no Adaptador de Lote XML	Cliente de canal não autenticado	Leitura OOB de um arquivo local do alvo	7.5 / 8.7	xml-batch-xxe/

CVSS 3.1 e 4.0 são padrões diferentes; as pontuações emparelhadas não são uma comparação de antes e depois.

Todos os três foram reproduzidos contra:

nextgenhealthcare/connect:4.5.2
sha256:4afa295cfe7c5ffd596efee69594157fea87202e33d66bb4a98a52db4598f836

A NextGen relatou de forma privada que o problema de XSLT foi corrigido na 4.7.1 e os problemas de injeção SQL e de Lote XML foram corrigidos na 4.7.2. O aviso da CISA ICSMA-26-253-01 considera a 4.7.1 e anteriores como afetadas e recomenda a 4.7.2 ou posterior. Versões após a 4.5 são proprietárias, portanto não há imagem corrigida pública a partir da qual este repositório possa fornecer o mesmo tipo de controle negativo reproduzível usado para uma versão de patch de código aberto.

O que um atacante obtém

CVE-2026-82583: exposição do banco de dados e de segredos de integração

Um ponto de apoio autenticado na API administrativa torna-se acesso a dados que a conta não deveria exportar. O exploit empacotado grava a linha ativa PERSON_PASSWORD sob public_html e prova que o arquivo resultante é baixável sem autenticação. O passo que importa é ir de uma ação restrita da API para um arquivo em disco que não precisa mais da sessão do atacante.

Em um ambiente de integração real, o banco de dados pode descrever canais, endpoints e credenciais usadas para alcançar bancos de dados, servidores SFTP, retransmissores de e-mail, APIs e outros sistemas clínicos. Um teste controlado separado recuperou uma senha de conector deliberadamente plantada a partir do XML de canal exportado. Isso torna a primitiva útil para mapeamento de ambiente e roubo de segredos; o uso de qualquer credencial recuperada contra um sistema downstream não foi testado e não é alegado.

O braço opcional de negação de serviço congela o banco de dados Derby empacotado. Chamadas de API respaldadas pelo DB então expiram, a mesma injeção não consegue descongelar seu próprio ponto de entrada, e uma reinicialização do processo é necessária. Este é um ônus prático de recuperação para instalações respaldadas pelo Derby, não prova de que bancos de dados de produção externos se comportem da mesma forma.

CVE-2026-78224: divulgação não autenticada de arquivos do servidor e interrupção de canal

Uma vez que um canal XSLT afetado é implantado, o atacante não precisa de conta Mirth. O XML de entrada faz o serviço ler um arquivo local do alvo e enviar seu conteúdo para um callback controlado pelo atacante. Isso é útil mesmo quando a resposta normal do canal não contém os dados transformados e o atacante não consegue ler o histórico de mensagens.

O cliente autônomo aceita uma URI file: de linha única escolhida pelo chamador. Arquivos como identificadores de host, tokens, fragmentos de configuração ou credenciais são praticamente valiosos se a conta de serviço do Mirth puder lê-los e o servidor puder alcançar o callback. A prova empacotada usa apenas um canário gerado e não alega recuperação universal arbitrária de arquivos, transporte multilinha ou acesso além da conta de serviço.

Uma entidade externa lenta também ocupa o canal vítima padrão de thread única. Isso pode atrasar ou parar a interface clínica específica mapeada para esse canal até que a entidade seja liberada. O canal de controle e a API administrativa permanecem saudáveis, então isso é uma interrupção local ao canal, não uma indisponibilidade de todo o servidor.

CVE-2026-82578: exfiltração cega de arquivos por meio de entrada em lote

Quando um modo de lote XML afetado está habilitado, um remetente não autenticado pode usar o corpo bruto do lote para acionar o mesmo tipo de divulgação de arquivo de saída. O servidor retorna HTTP 500, mas o atacante já tem o conteúdo do arquivo exclusivo do alvo por meio do callback OOB. Isso torna a falha praticamente útil como um caminho de exfiltração cega mesmo quando testes apenas de código de resposta descartariam a requisição como uma falha de parser.

O processamento em lote está desativado por padrão, o modo de divisão deve alcançar o parser respaldado por XPath, e a saída do servidor é necessária. Este repositório não alega uma negação de serviço demonstrada para CVE-2026-82578.

Executar

Requisitos: Bash, Docker, Linux x86-64 e acesso à rede para o pull inicial da imagem. Ambas as imagens são fixadas por digest. Nenhuma porta do host é publicada; o alvo e o atacante se comunicam apenas em uma bridge Docker interna específica da tarefa.

./run-all.sh

Ou execute um único achado:

./sql-selectlimit-injection/poc/run.sh
./xslt-step-xxe/poc/run.sh
./xml-batch-xxe/poc/run.sh

Cada invocação cria contêineres com nomes exclusivos e uma rede bridge, registra evidence/current-run.log e remove seus próprios recursos de laboratório ao sair. Os arquivos evidence/vulnerable-4.5.2.log versionados são transcrições de uma reprodução em Linux x86-64.

O que é e o que não é alegado