Descarregar sites que utilizam Bugzilla

Sobre Bugzilla

O Bugzilla não é uma tecnologia de site da mesma maneira que um CMS ou uma etiqueta de analítica são. Ninguém constrói um site público sobre um gestor de erros. Uma instância de Bugzilla num domínio alcançável é uma ferramenta interna de engenharia que calha estar exposta à internet, normalmente num subdomínio, umas vezes de propósito porque o projeto quer relatos de erros vindos de fora e outras vezes porque ninguém a pôs atrás de uma autenticação. Em outubro de 2026 detetamos o Bugzilla em 319 sites.

O que isso significa para quem investiga é invulgar. A maioria das listas de tecnologia diz o que uma organização vende ou como faz marketing. Um gestor de erros diz que a organização escreve software, tem um processo para acompanhar defeitos e escolheu correr esse processo na sua própria infraestrutura em vez de num serviço alojado. Encontrar uma instância pública é uma forma bastante fiável de identificar empresas, universidades, distribuições e projetos abertos com verdadeiras equipas de desenvolvimento internas, e nenhum sinal de tecnologia de marketing isola essa população.

A idade do software molda quem ainda o mantém a correr. O Bugzilla teve a sua primeira versão em 1998 e está escrito em Perl, e os gestores de questões alojados absorveram desde então grande parte da adoção nova. Uma organização que ainda o corre hoje costuma corrê-lo há muito tempo, com anos de histórico de questões cuja migração seria dolorosa. É a continuidade, e não a novidade, que este sinal capta.

Os dados de versão sustentam essa leitura. Registamos 3 versões distintas nas instâncias em que a versão é legível, uma dispersão mais restrita do que a de software que lança versões com frequência, e a versão que vemos mais vezes é 5.0.6. Um agrupamento apertado à volta de meia dúzia de lançamentos é o que se espera de uma base de código madura instalada uma vez e depois deixada em paz, e esse aperto torna a pergunta de segurança fácil de formular. Quando sai um aviso contra uma versão concreta, a pergunta prática é que instâncias públicas a estão a correr, e uma lista de nomes de anfitrião com as versões associadas responde a isso numa só passagem, em vez de uma consulta por domínio.

O licenciamento importa pela mesma razão por que importa em qualquer ferramenta alojada pelo próprio. O Bugzilla é publicado com licença MPL pela Mozilla Foundation, por isso não há registo de compra, nem lista de clientes, nem telemetria do fornecedor a que recorrer. Cada instalação é alguém a descarregar o código-fonte e a pô-lo a correr, o que deixa a web em funcionamento como o único sítio onde a pegada de implantação é visível.

Leia a contagem com dois limites em mente. Uma instância atrás de uma VPN ou num nome de anfitrião interno é invisível para qualquer rastreador, e a implantação interna é o caso normal de um gestor de erros, por isso o valor público é uma fatia pequena e autosselecionada do uso real. O nosso catálogo também arruma o Bugzilla numa categoria geral e não numa de ferramentas para programadores, por isso um filtro de categoria não é o caminho para encontrar ferramentas comparáveis no conjunto de dados. Procure antes pelo nome. O que a transferência dá é o conjunto de instâncias publicamente alcançáveis com nomes de anfitrião e, onde forem legíveis, versões, que é o par que sustenta tanto a triagem de segurança como o traçado do perfil das organizações.