Ein Sicherheitsanbieter, der Zugang zu Ihrer Website verlangt, sollte zeigen können, wie er sich selbst schützt. So arbeiten wir, verständlich erklärt — auch die unfertigen Teile.
Ein Status erscheint nur als geprüft, solange sein Nachweis aktuell ist. Lief eine Prüfung länger nicht, zeigt die Oberfläche Unbekannt statt grün zu bleiben.
Jede Funktion hat eine eng umrissene Aufgabe, einen Betriebszustand und einen Nachweis, der das Ergebnis erklärt.
Sie erzeugen einen Bericht für einen Zeitraum, und er fällt ein Urteil zu jeder Maßnahme aus Artikel 21 — mit den genauen Nachweisen dahinter und einem Inhalts-Hash, an dem die lesende Person erkennt, dass nichts verändert wurde. Eine Maßnahme ohne aktuelle Nachweise steht als Unbekannt, nie als bestanden. Drei der zehn sind organisatorisch, und das Dokument sagt klar, dass wir sie nicht beobachten.
Für Websites auf unserer Infrastruktur liest ein Agent neben dem Scanner täglich die Web-Inhalte und meldet, was er gefunden hat — nie die Dateien selbst. Eine Web-Shell wird als kritisch gemeldet, ein gepackter Installer als Ärgernis, und ein Scan, der nicht zu Ende lief, erledigt gar nichts. Websites, die anderswo liegen, brauchen einen Agenten auf jenem Server.
Ein Karten-Skimmer berührt den Server nie: Er kommt als ein weiteres Skript auf der Checkout-Seite und liest die Nummer aus dem Formular, bevor Ihr eigener Code sie sieht. Deshalb beobachtet dies von dem einzigen Ort, an dem er existiert — dem Browser der besuchenden Person. Sie fügen ein Snippet in Ihre Seite ein; es meldet Struktur und nie Inhalt, und nur auf Seiten mit einem Passwort- oder Zahlungsfeld. Der erste Bericht ist eine stille Ausgangslinie, denn ein Skript, das Sie immer schon geladen haben, ist keine Neuigkeit.
Passkeys und Einmalcodes, Sitzungen auf unserem Server statt in Ihrem Browser, und eine zweite Prüfung vor allem Sensiblen.
Jede Auslieferung erfasst Quelle, Prüfsummen und den genauen Rückkehrbefehl — und der Rückweg wird geprobt.
Die Trennung zwischen Kunden erzwingt die Datenbank selbst. Anfrageinhalte, Adressen und personenbezogene Daten werden nicht zur Analyse erfasst.
Der Besucherweg bleibt kurz. Konfiguration, Prüfung und Rückweg bleiben dem Betreiber in jeder Phase sichtbar.
Sicherheitskontakt und Meldeweg sind veröffentlicht, nicht hinter einem Formular versteckt.
Jede Funktion zeigt, was verfügbar ist, was nur beobachtet wird und was noch nicht gebaut ist.
Wenn ein Status ohne aktuellen Nachweis grün ist, ist das ein Fehler — sagen Sie es uns.
AegiFlow macht aus fehlenden Nachweisen keine beruhigende Null. Jeder Zustand verweist auf seine Quelle, seine Aktualität und den nächsten Schritt.
Wie sich diese Funktion im Produktivbetrieb verhält — gestützt auf den dokumentierten, aktuellen Betrieb der Plattform.
Selbstgehostete Identität mit Passkeys und Zusatzprüfung, undurchsichtige serverseitige Sitzungen, unveränderliche Versionen mit Prüfsummen und geprobten Rückwegen, verschlüsselte Auslagerungs-Backups mit monatlichen Wiederherstellungsübungen und eine öffentliche security.txt mit echtem Meldeweg. Das Trust Center zeigt Funktionszustände mit derselben Ehrlichkeit wie das Dashboard gegenüber Kunden.
Besitz, Zertifikat, Gesundheit des Ursprungsservers und Rückweg müssen bestehen, bevor sich der Traffic-Schutz ändert.