Scaricare i siti web che utilizzano Bugzilla

Informazioni su Bugzilla

Bugzilla non è una tecnologia web nel senso in cui lo sono un CMS o un tag di analisi. Nessuno costruisce un sito pubblico su un bug tracker. Un’istanza di Bugzilla su un dominio raggiungibile è uno strumento di sviluppo interno che si trova a essere esposto su internet, di solito su un sottodominio, a volte di proposito perché il progetto vuole ricevere segnalazioni di bug dall’esterno, a volte perché nessuno lo ha mai protetto con un login. A ottobre 2026 rileviamo Bugzilla su 346 siti.

Per un ricercatore il significato è insolito. La maggior parte degli elenchi di tecnologie dice che cosa vende un’organizzazione o come fa marketing. Un bug tracker dice invece che l’organizzazione scrive software, ha un processo per tracciare i difetti e ha scelto di gestirlo sulla propria infrastruttura anziché su un servizio ospitato. Trovare un’istanza pubblica è un modo abbastanza affidabile per individuare aziende, università, distribuzioni e progetti aperti con veri team di sviluppo interni, e nessun segnale proveniente dalle tecnologie di marketing isola questa popolazione.

L’età del software determina chi lo usa ancora. Bugzilla è stato rilasciato per la prima volta nel 1998 ed è scritto in Perl, e da allora gran parte delle nuove adozioni è andata ai sistemi di tracciamento dei problemi ospitati. Un’organizzazione che usa ancora oggi Bugzilla di solito lo usa da molto tempo, con anni di storico delle segnalazioni che sarebbe faticoso migrare. Questo segnale coglie la continuità, non la novità.

I dati di versione sostengono questa lettura. Registriamo 6 versioni distinte tra le istanze in cui la versione è leggibile, una dispersione ridotta rispetto ai software con rilasci frequenti, e la versione che vediamo più spesso è la 5.0.6. Una concentrazione stretta attorno a poche release è ciò che ci si aspetta da una base di codice matura installata una volta e poi lasciata com’è, e proprio questa compattezza rende semplice impostare la questione della sicurezza. Quando viene pubblicato un bollettino di sicurezza relativo a una release specifica, la domanda pratica è quali istanze pubbliche la stiano eseguendo, e un elenco di hostname con le versioni associate dà la risposta in un solo passaggio invece che con una ricerca per ogni dominio.

La licenza conta per lo stesso motivo per cui conta con qualsiasi strumento self-hosted. Bugzilla è distribuito con licenza MPL da Mozilla Foundation, quindi non ci sono registri di acquisto, elenchi di clienti o telemetria del fornitore da consultare. Dietro ogni installazione c’è qualcuno che ha scaricato il codice sorgente e lo ha avviato, il che rende il web pubblico l’unico luogo in cui la diffusione delle installazioni è visibile.

Il conteggio va letto tenendo presenti due limiti. Un’istanza dietro una VPN o su un hostname interno è invisibile a qualsiasi crawler, e l’installazione interna è il caso normale per un bug tracker, quindi il dato pubblico è una porzione piccola e autoselezionata dell’uso reale. Il nostro catalogo, inoltre, colloca Bugzilla in una categoria generica e non in una dedicata agli strumenti per sviluppatori, quindi un filtro per categoria non è il modo giusto per trovare strumenti comparabili nel dataset. Conviene invece cercare per nome. Il download fornisce l’insieme delle istanze raggiungibili pubblicamente con i relativi hostname e, dove leggibili, le versioni, cioè proprio l’abbinamento che serve sia per il triage di sicurezza sia per la profilazione delle organizzazioni.