Ein Agent. Eine klare Grenze.
Begrenzte Rechte → unerlaubter Zugriff → serverseitige Sperre → Protokoll.
Testreservierung lesen
reservations:read
Schlüssel gilt fünf Minuten und nur für diesen Testlauf.Kundendaten exportieren
customers:export
Nicht im Auftrag, keine Berechtigung. Erwartet: HTTP 403.Export bleibt gesperrt
Kein Aufruf des Exportadapters.
Sperre wird vor Zugriff auf die Exportdaten protokolliert.Vollständigen Test starten
Der Agent liest zuerst erlaubte Testinformationen und versucht danach den gesperrten Export. Anschließend versucht er, den geschützten Datenzugang direkt aufzurufen. Auch dieser Zugriff muss scheitern.
Bereit für den Test.
Geschützter Datenzugang
Diese Zähler setzt der Server im Datenadapter. Der Browser kann sie nicht vorgeben.
Testlauf: —
Was dieser Test belegt
Der Agentenzugang erhält ein separates, fest begrenztes Recht. Der Server entscheidet anhand seiner gespeicherten Berechtigung, bevor ein Datenadapter aufgerufen wird. Eine Erfolgsanzeige erscheint erst bei passendem Serverprotokoll.
Öffentlicher, je Sitzung getrennter Testbereich. Noch keine Benutzeranmeldung und keine echten Geschäftsdaten. Der Bediener startet den Test über seine Sitzung; der Agent besitzt nur seinen begrenzten Schlüssel.
Sicherheitsprotokoll vom Server
| UTC | Ereignis | HTTP | Begründung |
|---|
Protokoll: Testlauf, Agent, Auftrag, Zeit, Entscheidung, Regelstand und HTTP-Status. Der Agent hat keinen Lese- oder Schreibzugriff auf das Protokoll. Direkte Aufrufe des Datenadapters werden im HTTP-Zugriffsprotokoll des Hosts erfasst, nicht diesem zugeordneten Agentenprotokoll.
Technische Testdaten liegen in privaten Serverdateien außerhalb des Webordners. Alte Läufe werden bei einem neuen Teststart nach 24 Stunden entfernt. Maximal zehn Starts je Sitzung und 30 Minuten. Die Bedienersitzung nutzt ein notwendiges Cookie und läuft nach 30 Minuten Inaktivität ab. Kein dauerhaftes Auditarchiv.