Audit-Log

Was ein Eintrag enthält

Ein Eintrag nennt den Akteur nach Art und ID (ein Teammitglied, ein Service oder einer Ihrer Nutzer), die Aktion, die betroffene Ressource, den Zeitpunkt des Commits und die ID der Anfrage, die sie ausgelöst hat. Er hält fest, dass eine Änderung stattgefunden hat. Die Werte davor und danach enthält er nicht.

Mit der Änderung geschrieben

Jeder Eintrag wird in derselben Datenbanktransaktion geschrieben wie die Änderung, die er beschreibt, sodass keines ohne das andere existieren kann. Eine Änderung, die kein eigenes Ereignis auslöst, bekommt trotzdem einen Eintrag, benannt nach der aufgerufenen Aktion.

In der Konsole lesen

Der Bildschirm Audit-Log liegt unter Zugriff, mit Filtern für Aktion, Ressourcentyp, Ressourcen-ID, Akteur und einen Datumsbereich. Zum Lesen ist die Berechtigung audit:read nötig. Es gibt zwei vorgefertigte Rollen: Workspace-Administrator besitzt sie, Projektadministrator nicht.

Das Log umfasst die Ereignisse eines Projekts und die des Workspace selbst, etwa hinzugefügte und entfernte Mitglieder. Steht man in einer Organisation, sieht man diese Organisation und die darunterliegenden.

Was Sie dort finden

Widerrufene API-Schlüssel werden aufgezeichnet, ebenso ein Datensatz, der den Eigentümer wechselt, ein Export mit Passwort-Hashes sowie Änderungen des KI-Assistenten, zugeordnet der Person, für die er handelt. Jede Anfrage, Genehmigung und Ablehnung eines Support-Zugriffs steht ebenfalls dort.

90 Tage aufbewahrt

Das Ereignis-Log hinter dem Audit-Log bietet in jedem Tarif ein 90-Tage-Fenster. Für eine längere Historie eines Projekts lesen Sie das Log über die Event-Log-API vorwärts, mit einem geheimen Schlüssel mit dem Scope events:list.project, und speichern Sie es selbst. Ein Cursor, der älter als 90 Tage ist, wird mit einem Fehler abgelehnt, der nennt, wo es weitergeht. Ein öffentlicher Schlüssel oder das Token eines angemeldeten Nutzers kann das Log nicht lesen.