Descarregar sites que utilizam mod_fastcgi

Sobre mod_fastcgi

Quase tudo o que hoje faz funcionar a web é mais recente do que o mod_fastcgi. O módulo remonta a 1996, escrito em C para um servidor que era ele próprio novo, e respondia a um problema que já não parece urgente. O CGI clássico iniciava um processo novo a cada pedido e, sob tráfego real, o custo de criar processos ultrapassava o trabalho verdadeiro. O mod_fastcgi mantinha os processos da aplicação vivos entre pedidos e passava-lhes o trabalho através de um socket.

A ideia venceu por completo. A implementação concreta não. Módulos posteriores e gestores de processos dedicados assumiram a mesma função com melhor controlo de processos e configuração mais limpa, e uma instalação moderna de PHP ou de Python recorre a um desses sem hesitar. Encontrar este módulo em concreto, na categoria Web server extensions, num servidor ativo em outubro de 2026 diz por isso menos sobre engenharia de desempenho e mais sobre idade.

Em outubro de 2026 registamos o mod_fastcgi em 4164 sites, repartidos por 6 versões, sendo 2.4.6 a que vemos com mais frequência do que qualquer outra. A pouca dispersão de versões é por si informativa. O desenvolvimento parou na prática, por isso a versão presente numa máquina é um fóssil da imagem de distribuição a partir da qual foi instalada e não prova de manutenção. Os módulos de servidor são teimosos de uma forma que o código do front end não é. Ninguém remove um que funciona, e um alojamento que arrasta uma cauda longa de contas antigas mantém-no carregado para o punhado de aplicações que ainda dependem dele.

Para um investigador de segurança ou um fornecedor de infraestrutura, uma lista de sites ainda servidos por trás deste módulo é uma lista de pilhas que não são tocadas há muito tempo. Os módulos de servidor antigos andam acompanhados: runtimes de linguagem antigos, configuração TLS antiga, painéis de controlo antigos, versões de sistema operativo já fora do período de suporte. Para uma empresa de alojamento, a mesma lista é um mercado de migração com um argumento claro. Para uma equipa de conformidade ou de cadeia de fornecimento, é uma forma de verificar se o parque público de um fornecedor corresponde ao que esse fornecedor diz utilizar.

A honestidade quanto à deteção conta mais aqui do que numa biblioteca do lado do navegador. O Apache não tem de anunciar que módulos carrega, e uma instalação afinada não o faz, por isso a identificação assenta em assinaturas de resposta e em vestígios de configuração que escapam para cabeçalhos, páginas de erro e caminhos por omissão. O resultado fica aquém, por vezes bastante. Uma presença confirmada é significativa e permite agir. O silêncio não é prova de um servidor limpo, apenas prova de que o servidor se calou, e qualquer investigação construída sobre esta população deve ser apresentada como uma amostra do que é visível e não como um censo do que está instalado.