So sieht die Verwaltung aus

Der Einstieg. Jede Site steht mit ihrer Domain, ihrem Zustand und dem zugeordneten Backend-Pool in der Liste. Von hier führt der Weg zu Routen, Regelwerk, Zwischenspeicher und Zugriffslisten.

Hostname, Anschlüsse, TLS-Verhalten und der Schalter, ob die Site überhaupt Verkehr annimmt. Darunter werden Routen und Backends zugeordnet.

Die Server eines Pools mit ihrer Gewichtung — hier 5, 3, 1 und 1, der erste Server nimmt also den größten Anteil. Die Beispieldaten stammen aus einer Testumgebung, daher der wenig aussagekräftige Hostname.

Jede ausgelöste Regel mit Zeitpunkt, Site, Regel und Bewertung. Das ist die Ansicht, die den Unterschied zum Durchsuchen von Logdateien ausmacht — und die Grundlage, um zu entscheiden, ob ein Treffer ein Angriff war oder die eigene Anwendung.

Prüftiefe, Schwelle und Ausnahmen — eingestellt für diese eine Site. Eine Regel, die auf einer Anwendung stört, wird hier ausgenommen und bleibt für alle anderen Sites aktiv.

Jede Änderung als eigener Stand, mit Zeitpunkt und Urheber. Von hier aus wird verglichen oder zurückgerollt.

Der Vergleich zeigt, was sich zwischen zwei Ständen geändert hat. Das beantwortet nach einem Zwischenfall die Frage, die sonst im Raum steht: Was war gestern anders?

Alle Zertifikate mit Domains, Ablauf und Herkunft — ausgestellt oder hochgeladen. Was wann erneuert wird, ist hier ablesbar statt in einem Kalendereintrag.

Wer hat wann was geändert. Kein Ersatz für eine Prüfung nach einer Norm, aber die Antwort auf die erste Frage nach einem Zwischenfall.

Der Einstiegsbildschirm nach der Anmeldung.

Zugänge für die Schnittstelle. Tokens werden nicht im Klartext gespeichert — nach dem Anlegen sind sie nicht erneut abrufbar.