Der hubfox-Leitstand: Betrieb, den wir jeden Tag prüfen
Jede Anwendung, die wir für Sie betreiben, hängt an unserem Leitstand. Er prüft Erreichbarkeit, Zertifikate, Sicherungen und Server laufend von außen und gleicht mehrmals täglich neue Sicherheitshinweise mit den Komponenten ab, die tatsächlich bei uns laufen.
Was der Leitstand prüft
Der Leitstand läuft auf einem eigenen Server an einem anderen Standort als die Anwendungen. Fällt ein Rechenzentrum aus, bleibt der Blick darauf erhalten.
- Erreichbarkeit von außen, jede Minute. Jede Adresse wird so aufgerufen, wie Ihre Nutzer sie aufrufen, mit erwarteter Antwort und Antwortzeit.
- Zertifikate mit Restlaufzeit, lange bevor eines abläuft.
- Sicherungen lokal und verschlüsselt außer Haus, jede Nacht, dazu regelmäßig eine echte Probe-Wiederherstellung.
- Dienste, Speicherplatz und Firewall jedes Servers, gemeldet vom Server selbst.
Wird etwas rot, gibt es eine Nachricht per Push und E-Mail, genau eine je Ereignis, und eine Entwarnung, sobald es wieder läuft. Kurze, geplante Unterbrechungen während eines Updates erkennt der Leitstand und meldet sie nicht als Ausfall.
Alle Systeme in Ordnung
Nachgebaute Oberfläche mit neutralen Beispieldaten
Automatisches Schwachstellen-Monitoring im hubfox-Leitstand
Der Leitstand ist per Schnittstelle an offizielle bzw. anerkannte Sicherheitsquellen angebunden. Er prüft mehrmals täglich automatisch, ob neue Sicherheitshinweise erschienen sind, und gleicht sie mit den Komponenten ab, die in unseren Anwendungen tatsächlich eingesetzt sind.
- Abgeglichen wird, was wirklich läuft: Betriebssystem, Webserver, Laufzeitumgebungen, Datenbanken, die Bibliotheken jeder Anwendung und die Inhalte von Containern. Jeder Server meldet seinen Stand selbst.
- Genau auf die Version, nicht nur auf den Namen. Hat der Hersteller einer Linux-Verteilung einen Fix in seine eigene Paketversion eingebaut, wird das erkannt, statt einen Fehlalarm auszulösen.
- Nachvollziehbar: Jeder Treffer nennt die Quelle, die betroffene Version, die Fix-Version und die Regel, nach der er gefunden wurde.
- Auch was nach einem Update noch fehlt: Läuft ein Dienst nach einer Aktualisierung noch mit der alten Programmdatei, meldet der Leitstand den fehlenden Neustart.
Offene Treffer
Nachgebaute Oberfläche mit neutralen Beispieldaten
Was bei einem Treffer passiert
Sobald ein Abgleich einen Treffer findet, werden wir gewarnt und leiten Maßnahmen ein. Wie schnell und auf welchem Weg, hängt an der Schwere:
- Kritisch und hoch: Nachricht per Push und E-Mail, eine je Sicherheitslücke, auch wenn mehrere Server betroffen sind. Steigt die Einstufung später, etwa weil die Lücke als aktiv ausgenutzt bekannt wird, kommt eine neue Nachricht.
- Mittel: gesammelt in einer täglichen Übersicht.
- Jede Entscheidung wird festgehalten: bestätigt, behoben oder bewusst nicht relevant, mit Begründung, Datum und auf Wunsch einer Frist, nach der die Frage neu gestellt wird.
- Behoben heißt behoben: Ein Treffer schließt sich erst, wenn der nächste Abgleich die neue Version auf dem Server sieht, nicht schon, wenn das Update gebaut ist.
Bei der Einführung im Oktober 2026 fand der erste vollständige Abgleich Altlasten, die niemand gemeldet hatte: einen Webserver aus dem Paketbestand einer Linux-Verteilung, für den es dort kaum noch Sicherheitsupdates gab, und veraltete Bibliotheken in Containern und Anwendungen. Die Treffer waren am selben Tag behoben oder mit Begründung eingeordnet, und der Leitstand hat die behobenen danach selbst geschlossen.
Was das Monitoring nicht leistet
Es ersetzt keine sorgfältige Entwicklung und verspricht keine vollständige Sicherheit. Ehrlich gesagt:
- Erkannt werden bekannte Schwachstellen, also solche, zu denen ein Sicherheitshinweis erschienen ist. Lücken, die noch niemand gemeldet hat, findet kein Abgleich.
- Zwischen der Veröffentlichung eines Hinweises und der Warnung liegt Zeit: bis die Quelle ihn führt und bis zum nächsten Abgleich, der mehrmals täglich läuft.
- Behoben ist eine Lücke erst mit dem Update. Das Monitoring sorgt dafür, dass keine Aktualisierung vergessen wird oder unbemerkt hängen bleibt.
Deshalb ist es eine Schicht neben anderen: Firewall und Sperren gegen wiederholte Anmeldeversuche, Updates mit Sicherung vorher und verschlüsselte Sicherungen außer Haus.
Woran Sie das bei einem Anbieter erkennen
Woher wissen Sie, welche Version jeder Komponente gerade läuft?
Gemeint ist der tatsächliche Stand auf dem Server, nicht die Liste im Angebot.
Wie erfahren Sie von einer neuen Sicherheitslücke in einer davon?
„Wir lesen Fachmedien“ ist ein guter Anfang, aber kein Verfahren.
Wie lange dauert es von der Meldung bis zum Update, und wer prüft, dass es angekommen ist?
Automatische Updates sind wichtig. Dass sie wirklich eingespielt wurden, sollte trotzdem jemand nachsehen.
Der Leitstand gehört bei jeder Anwendung dazu, die wir für Sie betreiben. Sprechen Sie uns an, wenn Sie wissen möchten, wie das für Ihr System aussieht.