Postiz permite mutação de cabeçalhos em middleware, facilitando SSRF

A exploração bem-sucedida desta vulnerabilidade SSRF permite que um atacante force o servidor Postiz a realizar requisições HTTP para destinos arbitrários. Isso pode levar à exposição de informações sensíveis acessíveis ao servidor, como credenciais de API, chaves de acesso ou dados internos. Além disso, um atacante pode usar a vulnerabilidade para realizar ataques internos, como varrer a rede interna em busca de serviços vulneráveis ou acessar recursos protegidos. O impacto potencial é significativo, pois pode comprometer a confidencialidade, integridade e disponibilidade dos dados e sistemas associados ao Postiz.

Organizations using Postiz for social media scheduling, particularly those with sensitive internal data or systems accessible via outbound HTTP requests, are at risk. Shared hosting environments where Postiz is installed alongside other applications may also be vulnerable, as a compromise of one application could potentially lead to exploitation of this SSRF vulnerability.

• nodejs: Monitor Postiz application logs for unusual outbound HTTP requests, particularly those originating from internal IP addresses or containing unexpected headers.

grep -i 'internal.ip.address' /var/log/postiz/access.log

• generic web: Use curl to test for SSRF by attempting to access internal resources through the Postiz application.

curl -H "X-Custom-Header: http://169.254.169.254/latest/meta-data/" http://<postiz_server_ip>

• generic web: Examine Postiz's access and error logs for any signs of header injection attempts or unusual outbound requests.

1. 2025-07-11Disclosure

   disclosure

1. Reservado2025-07-07
2. Publicada2025-07-11
3. EPSS atualizado2026-03-23

A mitigação primária para esta vulnerabilidade é atualizar o Postiz para a versão 1.62.3 ou superior, que inclui a correção. Se a atualização imediata não for possível, considere implementar regras de firewall ou proxy para restringir as requisições HTTP originadas do servidor Postiz a destinos confiáveis. Monitore os logs do servidor em busca de requisições HTTP incomuns ou suspeitas. Implementar validação e sanitização rigorosas de todas as entradas de usuário pode ajudar a prevenir a injeção de cabeçalhos HTTP.