Wie man Google Workspace Audit Logs exportiert

Wie man Google Workspace Audit Logs exportiert

SOC Prime Team
SOC Prime Team linkedin icon Folgen

In der Google Admin-Konsole, Berichte → Prüfung und Untersuchung enthält die Protokolle (Login, Admin, Drive, OAuth und mehr), und jedes kann von dort exportiert werden. Für JSON verwenden Sie die Admin SDK Reports API, Methode activities.list. Für einen einmaligen Export benötigen Sie nicht einmal Code: Die API-Referenzseite hat ein „Probieren Sie diese Methode aus“-Panel, das den Aufruf für Sie ausführt. Die meisten Workspace-Prüfdaten werden für sechs Monate aufbewahrt.

Workspace-Audit-Protokolle zeigen, wer sich von wo angemeldet hat, welche Drittanbieter-Anwendungen Zugriff auf E-Mails und Dateien erhalten haben und welche Dokumente plötzlich mit der Außenwelt geteilt wurden. Prime Core hat {N} Erkennungsregeln für Google Workspace-Daten, die auf {M} MITRE ATT&CK-Techniken abgebildet sind. Darunter: Missbrauch von Cloud-Konten (T1078.004), bösartige OAuth-Berechtigungen (T1528) und E-Mail-Weiterleitung an externe Adressen (T1114.003).

Kostenlos loslegen

Bevor Sie beginnen

Berechtigungen. Ein Superadministrator oder eine Administratorrolle mit der Berichtsberechtigung.

Wählen Sie das richtige Protokoll. In der API ist jedes Protokoll ein applicationName: login, admin, drive, token (OAuth-Berechtigungen), user_accounts, saml, groups und andere. Gmail-Nachrichtenprotokolle sind nicht Teil dieser API. Für diese verwenden Sie die E-Mail-Protokollsuche in der Admin-Konsole oder den BigQuery-Export, wenn Ihre Edition dies unterstützt.

Aufbewahrung und Verzögerung. Die meisten Prüflogs gehen etwa sechs Monate zurück. Neue Ereignisse können je nach Protokoll Minuten bis Stunden dauern, um angezeigt zu werden.

Ein kurzes Python-Skript

Für wiederholbare Exporte verwendet ein Dienstkonto mit domänenweiter Delegierung die Identität eines Admins. Es benötigt google-api-python-client und google-auth:

import json

from google.oauth2 import service_account

from googleapiclient.discovery import build


creds = service_account.Credentials.from_service_account_file(

"sa.json",

scopes=["https://www.googleapis.com/auth/admin.reports.audit.readonly"],

subject="admin@example.com",

)

svc = build("admin", "reports_v1", credentials=creds)


with open("workspace_login_1019.jsonl", "w") as out:

req = svc.activities().list(

userKey="all", applicationName="login",

startTime="2026-10-19T00:00:00Z", endTime="2026-10-20T00:00:00Z",

maxResults=1000,

)

while req is not None:

resp = req.execute()

for item in resp.get("items", []):

out.write(json.dumps(item) + "n")

req = svc.activities().list_next(req, resp)

Die domänenweite Delegation ist mächtig. Gewähren Sie ihr nur diesen schreibgeschützten Bereich, halten Sie die Schlüsseldatei aus geteilten Laufwerken fern und entfernen Sie die Delegation, wenn Sie fertig sind. Führen Sie das Skript einmal pro applicationName aus, das Sie benötigen.

Worauf Sie achten sollten

Protokoll und EreignisWarum es wichtig ist
login: Anstiege von login_failure, jeder suspicious_loginPasswortraten oder Google selbst flaggt eine Anmeldung
token: autorisierenEiner Drittanbieter-Anwendung wurden Bereiche gewährt; prüfen Sie, was sie lesen kann
admin: Rollenänderungen, Benutzererstellung, Änderungen an der 2-Faktor-AuthentifizierungsrichtlinieBerechtigungsänderungen und geschwächte Sicherheitseinstellungen
drive: Zugriffs- oder Sichtbarkeitsänderungen auf externe oder „jeder mit dem Link“Daten werden nach außen geöffnet
user_accounts: 2SV deaktiviert, Passwort geändertBereinigung nach Kontoübernahme oder Vorbereitung

Hochladen, bereinigen und prüfen in LogTotal

  1. Hochladen. Öffnen logtotal.com und die .jsonl-Datei einfügen.
  2. Bereinigen. 
  3. Prüfen. 

Wenn es schief geht

SymptomWahrscheinliche UrsacheFix
403 oder unzureichende BerechtigungenAdmin fehlt das Berichtsprivileg oder der delegierte Bereich ist nicht autorisiertÜberprüfen Sie die Administratorrolle; überprüfen Sie den Eintrag zur domänenweiten Delegierung
Leere ErgebnisseFalscher applicationName, Ereignisse zu neu oder außerhalb der AufbewahrungÜberprüfen Sie den Namen; warten Sie; überprüfen Sie die Daten
Stoppt bei 1.000 EreignissenPaging nicht befolgtVerwenden Sie pageToken oder list_next
Keine Gmail-NachrichtenereignisseNicht Teil der Reports-APIVerwenden Sie die E-Mail-Protokollsuche oder BigQuery

FAQ

Kann ich diese Protokolle stattdessen über Google Cloud erhalten?

Wenn Ihre Organisation Workspace-Daten mit Google Cloud teilt, erscheinen die Überwachungsprotokolle auf Organisationsebene in Cloud Logging, und unser [Google Cloud Überwachungsprotokoll-Leitfaden] gilt.

Reicht das Alarmcenter nicht aus?

Das Alarmcenter zeigt, was Google entschied zu kennzeichnen. Die Audit-Protokolle zeigen alles, einschließlich dessen, was nicht gekennzeichnet wurde.

Treten Sie der Detection as Code-Plattform von SOC Prime bei um die Sichtbarkeit der für Ihr Unternehmen relevantesten Bedrohungen zu verbessern. Um Ihnen den Einstieg zu erleichtern und unmittelbaren Mehrwert zu erzielen, buchen Sie jetzt ein Treffen mit den Experten von SOC Prime.