Websites herunterladen, die Bugzilla nutzen

Über Bugzilla

Bugzilla ist keine Website-Technologie in dem Sinn, wie es ein CMS oder ein Analytics-Tag ist. Niemand baut eine öffentliche Website auf einem Bugtracker auf. Eine Bugzilla-Instanz auf einer erreichbaren Domain ist ein internes Tool der Softwareentwicklung, das eben auch offen im Internet steht, meist auf einer Subdomain, manchmal mit Absicht, weil das Projekt Fehlermeldungen von außen haben will, und manchmal, weil nie jemand einen Login davorgesetzt hat. Stand Oktober 2026 erkennen wir Bugzilla auf 319 Websites.

Was ein solcher Fund für die Recherche bedeutet, ist ungewöhnlich. Die meisten Technologielisten verraten, was eine Organisation verkauft oder wie sie ihr Marketing betreibt. Ein Bugtracker verrät, dass die Organisation Software schreibt, einen Prozess zur Fehlerverfolgung hat und sich entschieden hat, diesen Prozess auf eigener Infrastruktur statt bei einem gehosteten Dienst zu betreiben. Eine öffentliche Instanz zu finden, ist ein recht zuverlässiger Weg, Unternehmen, Universitäten, Distributionen und offene Projekte mit echten internen Entwicklungsteams zu identifizieren, und kein Signal aus der Marketing-Technologie grenzt genau diese Gruppe ab.

Das Alter der Software bestimmt, wer sie heute noch betreibt. Bugzilla erschien erstmals im Jahr 1998 und ist in Perl geschrieben, und gehostete Issue-Tracker haben seitdem einen Großteil der Neueinführungen auf sich gezogen. Eine Organisation, die Bugzilla heute noch einsetzt, tut das meist schon seit langer Zeit und hat eine jahrelange Ticket-Historie, deren Migration mühsam wäre. Dieses Signal erfasst Kontinuität, nicht Neuheit.

Die Versionsdaten stützen diese Lesart. Über die Instanzen hinweg, bei denen eine Version lesbar ist, erfassen wir 3 verschiedene Versionen, eine schmale Streuung im Vergleich zu Software mit häufigen Releases, und am häufigsten sehen wir Version 5.0.6. Eine enge Häufung um eine Handvoll Releases ist genau das, was man von einer ausgereiften Codebasis erwartet, die einmal installiert und dann in Ruhe gelassen wurde, und gerade weil die Streuung so eng ist, lässt sich die Sicherheitsfrage einfach stellen. Erscheint eine Sicherheitsmeldung zu einem bestimmten Release, lautet die praktische Frage, welche öffentlichen Instanzen es betreiben, und eine Liste von Hostnamen mit zugehörigen Versionen klärt das in einem Durchgang statt mit einer Abfrage pro Domain.

Die Lizenzierung spielt aus demselben Grund eine Rolle wie bei jedem selbst gehosteten Tool. Bugzilla wird von der Organisation Mozilla Foundation unter der Lizenz MPL veröffentlicht, es gibt also keine Kaufbelege, keine Kundenliste und keine Telemetrie des Herausgebers, die man einsehen könnte. Jede Installation entsteht dadurch, dass jemand den Quellcode herunterlädt und betreibt, und so bleibt das Live-Web der einzige Ort, an dem die Verbreitung sichtbar wird.

Lesen Sie die Zahl mit zwei Einschränkungen im Hinterkopf. Eine Instanz hinter einem VPN oder auf einem internen Hostnamen ist für jeden Crawler unsichtbar, und der interne Betrieb ist bei einem Bugtracker der Normalfall. Die öffentliche Zahl ist deshalb nur ein kleiner und selbstselektierter Ausschnitt der tatsächlichen Nutzung. Unser Katalog führt Bugzilla außerdem in einer allgemeinen Kategorie und nicht unter Entwickler-Tools, sodass ein Kategoriefilter nicht der richtige Weg ist, vergleichbare Tools im Datensatz zu finden. Suchen Sie stattdessen nach dem Namen. Der Download liefert Ihnen die Menge der öffentlich erreichbaren Instanzen mit Hostnamen und, wo lesbar, mit Versionen, und genau diese Kombination ermöglicht sowohl eine Sicherheits-Triage als auch die Profilbildung von Organisationen.