Audit-Logs
Finde protokollierte Änderungen, prüfe Ereignisdetails, exportiere Ergebnisse und kontrolliere die Audit-Kette.
4 Min. Lesezeit
Öffne als Admin oder Inhaber Einstellungen > Richtlinien > Protokolle, um protokollierte Aktionen deiner Organisation zu untersuchen. Suche zuerst das Ereignis und den Zeitpunkt. Prüfe danach Akteur, Ziel, Ergebnis und vorhandene Änderungsdetails.
Eine Änderung finden
- Wähle Audit-Protokolle und öffne Filter.
- Wähle die passende Kategorie, etwa Mitgliedsänderungen, Sicherheit oder Daten.
- Finde das Ereignis anhand von Zeitpunkt, Aktion und Ziel. Öffne die Zeile für die Details.
- Prüfe den Status: Ein abgelehnter oder fehlgeschlagener Versuch belegt nicht, dass die Änderung erfolgreich war.
Aktiver Tab und Kategorie stehen in der URL. Du kannst die Ansicht deshalb als Lesezeichen speichern. Der Zugriff hängt weiterhin von deinen Organisationsberechtigungen ab.
Ein Ereignis lesen
| Feld | Worauf du achtest |
|---|---|
| Zeitstempel | Wann Tale die Aktion protokolliert hat. |
| Aktion | Welcher Vorgang versucht oder abgeschlossen wurde. Manche neueren Aktionen erscheinen mit ihrem technischen Namen. |
| Benutzer | Die verantwortliche Person oder der Systemakteur. Bei einem Schreibzugriff mit einem API-Schlüssel nennt Benutzer die Person, die den Schlüssel erstellt hat; der Akteurtyp ist API. Handelt der Schlüssel für ein Mitglied, enthalten die Metadaten dessen ID unter keyAttribution.subjectUserId. JSON-Exporte behalten auch die Schlüssel-ID (apiKeyId); CSV enthält weder Schlüssel- noch Subjektmetadaten. |
| Quelle und Client | Nur bei einer Aktion, die ein Coding-Agent über den MCP-Endpoint ausgeführt hat. Quelle zeigt Coding-Agent, und Client nennt die App des Agents, wenn sie sich bei jedem Aufruf nennt, wie es Apps mit der MCP-Revision 2026-07-28 tun; eine App mit einer früheren Revision nennt sich nur beim Verbinden, deshalb zeigen ihre Ereignisse keinen Client. Benutzer nennt die Person, die den Schlüssel erstellt hat; das Mitglied, für das er handelt, steht in den Metadaten. |
| Ressource und Ziel | Um welche Art von Eintrag und welchen konkreten Datensatz es geht. |
| Kategorie | Welche Gruppe der Filter verwendet. |
| Status | Erfolg, Fehler oder abgelehnt. |
| Detailansicht | Vorhandener vorheriger/neuer Zustand, geänderte Felder, Metadaten und Fehlerdetails. Nicht jedes Ereignis enthält alle Angaben. |
Nutze das Protokoll als Nachweis der darin erfassten Ereignisse. Es enthält keine vollständige Kopie aller Gespräche, Anbieterantworten oder Aktivitäten externer Dienste.
Den richtigen Tab wählen
Audit-Protokolle enthält einzelne Ereignisse; die Tabelle lädt beim Scrollen weitere, und die Fußzeile nennt, wie viele Ereignisse bisher geladen sind – eine Zahl ist erst dann die gesamte Historie, wenn die Fußzeile das sagt. Die Ansicht für Anmeldesperren hilft bei blockierten Anmeldungen. Aktivitätslogs fassen Vorgänge und Ergebnisse über einen Zeitraum zusammen: Der im Filter gewählte Zeitraum (7, 30 oder 90 Tage) steht über den Summen, und jede Zahl auf dem Tab bezieht sich nur auf diesen Zeitraum. Fehlerlogs konzentrieren sich auf Fehler und lassen sich nach Kategorie eingrenzen.
Kann sich ein Mitglied nicht anmelden, beginne mit den Anmeldesperren und der Anleitung zur Kontosicherheit. Wurde eine Konfiguration unerwartet geändert, prüfe das Audit-Ereignis und seine Details.
Ergebnisse exportieren
Setze den Kategoriefilter, öffne Exportieren und wähle CSV oder JSON. CSV liefert flache Spalten für Tabellenprogramme, darunter UTC-Zeitstempel, Akteur- und Ressourcenkennungen, Status und Fehler. JSON enthält die ausführlicheren Ereignisobjekte samt vorhandenen Änderungsdaten und Integritätshashes.
Exporte berücksichtigen den Kategoriefilter und enthalten höchstens 10.000 Zeilen, beginnend mit den neuesten. Sie werden auf dem Server erzeugt und über einen vorübergehend gültigen Link heruntergeladen. Ein gefilterter oder begrenzter Export ist eine Auswahl von Nachweisen, nicht zwangsläufig die gesamte Historie oder eine vollständige Hash-Kette.
Aufbewahrung und Integrität
Wähle im Bereich der Kettenintegrität Jetzt prüfen, um die gespeicherte Audit-Kette zu kontrollieren. Neue Einträge werden wenige Sekunden nach der Aufzeichnung in die Kette aufgenommen. Der Bereich zeigt den Status und die letzte automatische Prüfung. Wird eine Unterbrechung gemeldet, sichere die Details und untersuche sie mit dem Betreiber, bevor du dich auf diesen Teil der Historie verlässt.
Eine erfolgreiche Prüfung gilt für die aufbewahrten Datensätze, die sie untersucht hat. Sie belegt keinen unabhängig signierten Ursprung der Historie. Die Integritätsanleitung für den Betrieb erklärt die Prüfungen und ihre Grenzen.
Die Hash-Verkettung hilft, Veränderungen gespeicherter Datensätze zu erkennen. Sie beweist nicht, dass jede mögliche Aktion protokolliert wurde. Die Audit-Aufbewahrung ist unter Richtlinien und Limits einstellbar. Prüfe die aktive Richtlinie und Deployment-Grenzen, statt eine feste Dauer anzunehmen. Wiederherstellbare Audit-Einträge können im Papierkorb erscheinen. Endgültige Bereinigung begrenzt die verfügbare Historie.
Die geplante Aufbewahrungsbereinigung hält hier jeden ihrer Läufe als Systemereignisse der Kategorie Daten fest: wann der Lauf begonnen hat, wie viele Datensätze er je Kategorie gelöscht hat und ob er abgeschlossen wurde oder fehlgeschlagen ist.