Workday-Nutzeraktivitätslogs erfassen

Unterstützt in:

In diesem Dokument wird beschrieben, wie Sie Workday-Logs zur Nutzeraktivität mit Google Cloud Storage V2 in Google Security Operations aufnehmen.

Workday ist eine cloudbasierte Plattform für Human Capital Management (HCM) und Finanzen, die Logs für Nutzeraktivitäten, Authentifizierung und Sicherheitsprüfungen generiert. Die REST API für das Logging von Nutzeraktivitäten bietet programmatischen Zugriff auf diese Logs.

Hinweis

Prüfen Sie, ob folgende Voraussetzungen erfüllt sind:

  • Eine Google SecOps-Instanz
  • Ein GCP-Projekt mit aktivierter Cloud Storage API
  • Berechtigungen zum Erstellen und Verwalten von GCS-Buckets
  • Berechtigungen zum Verwalten von IAM-Richtlinien für GCS-Buckets
  • Berechtigungen zum Erstellen von Cloud Run-Diensten, Pub/Sub-Themen und Cloud Scheduler-Jobs
  • Privilegierter Zugriff auf Workday mit Administratorberechtigungen oder entsprechenden Berechtigungen
  • Logging der Nutzeraktivität in Ihrem Workday-Mandanten aktiviert

Google Cloud Storage-Bucket erstellen

  1. Gehen Sie zur Google Cloud Console.
  2. Wählen Sie Ihr Projekt aus oder erstellen Sie ein neues.
  3. Rufen Sie im Navigationsmenü Cloud Storage > Buckets auf.
  4. Klicken Sie auf Bucket erstellen.

  5. Geben Sie die folgenden Konfigurationsdetails an:

    Einstellung Wert
    Bucket benennen Geben Sie einen global eindeutigen Namen ein, z. B. workday-activity-logs.
    Standorttyp Wählen Sie die Option aus, die am besten zu Ihren Anforderungen passt (Region, Dual-Region, Multi-Region).
    Standort Wählen Sie den Standort aus, z. B. us-central1.
    Speicherklasse Standard (empfohlen für Logs, auf die häufig zugegriffen wird)
    Zugriffskontrolle Einheitlich (empfohlen)
    Schutzmaßnahmen Optional: Objektversionsverwaltung oder Aufbewahrungsrichtlinie aktivieren

  6. Klicken Sie auf Erstellen.

Workday-API-Anmeldedaten erfassen

Logging der Nutzeraktivität aktivieren

  1. Melden Sie sich als Sicherheitsadministrator in Ihrem Workday-Mandanten an.
  2. Suchen Sie in der Workday-Suchleiste nach der Aufgabe Edit Tenant Setup – System und öffnen Sie sie.
  3. Klicken Sie im Bereich Sicherheit das Kästchen Protokollierung von Nutzeraktivitäten aktivieren an.

  4. Klicken Sie auf OK, um die Änderungen zu speichern.

Integrationssystemnutzer (ISU) erstellen

  1. Suchen Sie in der Workday-Suchleiste nach Create Integration System User (Nutzer für Integrationssystem erstellen).
  2. Geben Sie einen User Name (z. B. ISU_SIEM_Export) und ein starkes Password ein.
  3. Entfernen Sie das Häkchen aus dem Kästchen Bei nächster Anmeldung neues Passwort erforderlich.
  4. Klicken Sie auf OK.
  5. Suchen Sie nach Create Security Group (Sicherheitsgruppe erstellen) und erstellen Sie eine Integration System Security Group (Unconstrained) (Sicherheitsgruppe für Integrationssysteme (uneingeschränkt)).
  6. Fügen Sie die ISU (ISU_SIEM_Export) dieser Sicherheitsgruppe hinzu.
  7. Suchen Sie nach View Domain (Domain ansehen) und suchen Sie die Domain User Activity Logging (Protokollierung von Nutzeraktivitäten). Gewähren Sie der ISU-Sicherheitsgruppe für diese Domain Get-Zugriff.
  8. Suchen Sie nach Activate Pending Security Policy Changes (Ausstehende Änderungen an der Sicherheitsrichtlinie aktivieren) und aktivieren Sie die Änderungen.

API-Client für OAuth registrieren

  1. Suchen Sie in der Workday-Suchleiste nach Register API Client for Integrations (API-Client für Integrationen registrieren).
  2. Geben Sie einen Client Name ein, z. B. SIEM_OAuth_Client.
  3. Wählen Sie die Option Aktualisierungstokens ohne Ablaufdatum aus.
  4. Fügen Sie den Umfang System (oder den für die User Activity Logging API erforderlichen Umfang) hinzu.
  5. Klicken Sie auf OK.
  6. Kopieren Sie die folgenden Details und speichern Sie sie an einem sicheren Ort:
    • Client-ID: Die API-Client-ID.
    • Clientschlüssel: Der API-Clientschlüssel.
  7. Suchen Sie nach Aktualisierungstokens für Integrationen verwalten.
  8. Wählen Sie das ISU-Konto (ISU_SIEM_Export) aus.
  9. Generieren Sie ein neues Aktualisierungstoken für den API-Client.
  10. Kopieren und speichern Sie das Aktualisierungstoken.

Tenant-URL ermitteln

Der API-Endpunkt basiert auf Ihrem Workday-Mandanten. Das Format dafür ist:

Komponente Wert
Tokenendpunkt https://HOST/ccx/oauth2/TENANT/token
Activity Logging API https://HOST/ccx/api/privacy/v1/TENANT/activityLogging

Berechtigungen prüfen

So prüfen Sie, ob die ISU die erforderlichen Berechtigungen hat:

  1. Melden Sie sich als Sicherheitsadministrator in Workday an.
  2. Suchen Sie nach View Integration System User (Integrationssystemnutzer ansehen) und wählen Sie den ISU aus (ISU_SIEM_Export).
  3. Prüfen Sie, ob der Nutzer Mitglied der Sicherheitsgruppe mit Get-Zugriff auf die Domain User Activity Logging ist.
  4. Wenn der Zugriff fehlt, aktualisieren Sie die Sicherheitsgruppe und aktivieren Sie ausstehende Änderungen an der Sicherheitsrichtlinie.

API-Zugriff testen

  • Testen Sie Ihre Anmeldedaten, bevor Sie mit der Integration fortfahren:

    # Replace with your actual credentials
CLIENT_ID="your-client-id"
CLIENT_SECRET="your-client-secret"
REFRESH_TOKEN="your-refresh-token"
HOST="your-workday-host"
TENANT="your-tenant"

# Get OAuth access token
TOKEN=$(curl -s -X POST "https://${HOST}/ccx/oauth2/${TENANT}/token" \
  -H "Content-Type: application/x-www-form-urlencoded" \
  -d "grant_type=refresh_token&client_id=${CLIENT_ID}&client_secret=${CLIENT_SECRET}&refresh_token=${REFRESH_TOKEN}" \
  | jq -r '.access_token')

# Test API access
curl -v -H "Authorization: Bearer ${TOKEN}" \
  "https://${HOST}/ccx/api/privacy/v1/${TENANT}/activityLogging?from=2024-01-01T00:00:00Z&to=2024-01-01T01:00:00Z"

Dienstkonto für Cloud Run-Funktion erstellen

Die Cloud Run-Funktion benötigt ein Dienstkonto mit Berechtigungen zum Schreiben in den GCS-Bucket und zum Aufrufen durch Pub/Sub.

Dienstkonto erstellen

  1. Wechseln Sie in der GCP Console zu IAM & Verwaltung > Dienstkonten.
  2. Klicken Sie auf Dienstkonto erstellen.
  3. Geben Sie die folgenden Konfigurationsdetails an:
    • Name des Dienstkontos: Geben Sie workday-activity-collector-sa ein.
    • Beschreibung des Dienstkontos: Geben Sie Service account for Cloud Run function to collect Workday User Activity logs ein.
  4. Klicken Sie auf Erstellen und fortfahren.
  5. Fügen Sie im Abschnitt Diesem Dienstkonto Zugriff auf das Projekt erteilen die folgenden Rollen hinzu:
    1. Klicken Sie auf Rolle auswählen.
    2. Suchen Sie nach Storage-Objekt-Administrator und wählen Sie die Rolle aus.
    3. Klicken Sie auf + Weitere Rolle hinzufügen.
    4. Suchen Sie nach Cloud Run Invoker und wählen Sie die Rolle aus.
    5. Klicken Sie auf + Weitere Rolle hinzufügen.
    6. Suchen Sie nach Cloud Functions Invoker und wählen Sie die Rolle aus.
  6. Klicken Sie auf Weiter.
  7. Klicken Sie auf Fertig.

Diese Rollen sind für Folgendes erforderlich: - Storage-Objektadministrator: Logs in GCS-Bucket schreiben und Statusdateien verwalten - Cloud Run Invoker: Pub/Sub darf die Funktion aufrufen - Cloud Functions Invoker: Funktionsaufruf zulassen

IAM-Berechtigungen für GCS-Bucket erteilen

Gewähren Sie dem Dienstkonto Schreibberechtigungen für den GCS-Bucket:

  1. Rufen Sie Cloud Storage > Buckets auf.
  2. Klicken Sie auf den Namen Ihres Buckets, z. B. workday-activity-logs.
  3. Wechseln Sie zum Tab Berechtigungen.
  4. Klicken Sie auf Zugriff erlauben.
  5. Geben Sie die folgenden Konfigurationsdetails an:
    • Hauptkonten hinzufügen: Geben Sie die E-Mail-Adresse des Dienstkontos ein (z. B. workday-activity-collector-sa@your-project.iam.gserviceaccount.com).
    • Rollen zuweisen: Wählen Sie Storage-Objekt-Administrator aus.
  6. Klicken Sie auf Speichern.

Pub/Sub-Thema erstellen

Erstellen Sie ein Pub/Sub-Thema, in dem Cloud Scheduler veröffentlicht und das von der Cloud Run-Funktion abonniert wird.

  1. Rufen Sie in der GCP Console Pub/Sub > Themen auf.
  2. Klicken Sie auf Thema erstellen.
  3. Geben Sie die folgenden Konfigurationsdetails an:
    • Themen-ID: Geben Sie workday-activity-trigger ein.
    • Übernehmen Sie die anderen Einstellungen.
  4. Klicken Sie auf Erstellen.

Cloud Run-Funktion zum Erfassen von Logs erstellen

Die Cloud Run-Funktion wird durch Pub/Sub-Nachrichten von Cloud Scheduler ausgelöst, um Logs von der Workday User Activity Logging API abzurufen und in GCS zu schreiben.

  1. Rufen Sie in der GCP Console Cloud Run auf.
  2. Klicken Sie auf Dienst erstellen.
  3. Wählen Sie Funktion aus, um eine Funktion mit einem Inline-Editor zu erstellen.

  4. Geben Sie im Abschnitt Konfigurieren die folgenden Konfigurationsdetails an:

    Einstellung Wert
    Dienstname workday-activity-collector
    Region Wählen Sie die Region aus, die Ihrem GCS-Bucket entspricht (z. B. us-central1).
    Laufzeit Wählen Sie Python 3.12 oder höher aus.

  5. Im Abschnitt Trigger (optional):

    1. Klicken Sie auf + Trigger hinzufügen.
    2. Wählen Sie Cloud Pub/Sub aus.
    3. Wählen Sie unter Cloud Pub/Sub-Thema auswählen das Thema workday-activity-trigger aus.
    4. Klicken Sie auf Speichern.

  6. Im Abschnitt Authentifizierung:

    1. Wählen Sie Authentifizierung erforderlich aus.
    2. Identitäts- und Zugriffsverwaltung

  7. Scrollen Sie nach unten und maximieren Sie Container, Netzwerk, Sicherheit.

  8. Rufen Sie den Tab Sicherheit auf:

    • Dienstkonto: Wählen Sie das Dienstkonto workday-activity-collector-sa aus.

  9. Rufen Sie den Tab Container auf:

    1. Klicken Sie auf Variablen und Secrets.
    2. Klicken Sie für jede Umgebungsvariable auf + Variable hinzufügen:
    Variablenname Beispielwert Beschreibung
    GCS_BUCKET workday-activity-logs Name des GCS-Buckets
    GCS_PREFIX workday Präfix für Protokolldateien
    STATE_KEY workday/state.json Statusdateipfad
    WORKDAY_HOST your-workday-host Workday-Hostname
    WORKDAY_TENANT your-tenant Name des Workday-Mandanten
    CLIENT_ID your-client-id OAuth-Client-ID
    CLIENT_SECRET your-client-secret OAuth-Clientschlüssel
    REFRESH_TOKEN your-refresh-token OAuth-Aktualisierungstoken
    MAX_RECORDS 10000 Maximale Anzahl von Datensätzen pro Ausführung
    PAGE_SIZE 100 Einträge pro Seite
    LOOKBACK_HOURS 24 Erster Rückschauzeitraum

  10. Scrollen Sie auf dem Tab Variablen und Secrets nach unten zu Anfragen:

    • Zeitlimit für Anfragen: Geben Sie 600 Sekunden (10 Minuten) ein.

  11. Rufen Sie den Tab Einstellungen unter Container auf:

    • Im Abschnitt Ressourcen:
      • Arbeitsspeicher: Wählen Sie 512 MiB oder höher aus.
      • CPU: Wählen Sie 1 aus.

  12. Im Abschnitt Versionsskalierung:

    • Mindestanzahl von Instanzen: Geben Sie 0 ein.
    • Maximale Anzahl von Instanzen: Geben Sie 100 ein (oder passen Sie den Wert an die erwartete Last an).

  13. Klicken Sie auf Erstellen.

  14. Warten Sie ein bis zwei Minuten, bis der Dienst erstellt wurde.

  15. Nachdem der Dienst erstellt wurde, wird automatisch der Inline-Code-Editor geöffnet.

Funktionscode hinzufügen

  1. Geben Sie main in Funktionseinstiegspunkt ein.

  2. Erstellen Sie im Inline-Codeeditor zwei Dateien:

    • Erste Datei: main.py::
    import functions_framework
from google.cloud import storage
import json
import os
import urllib3
from datetime import datetime, timezone, timedelta
import time

# Initialize HTTP client with timeouts
http = urllib3.PoolManager(
    timeout=urllib3.Timeout(connect=5.0, read=30.0),
    retries=False,
)

# Initialize Storage client
storage_client = storage.Client()

# Environment variables
GCS_BUCKET = os.environ.get('GCS_BUCKET')
GCS_PREFIX = os.environ.get('GCS_PREFIX', 'workday')
STATE_KEY = os.environ.get('STATE_KEY', 'workday/state.json')
WORKDAY_HOST = os.environ.get('WORKDAY_HOST', '')
WORKDAY_TENANT = os.environ.get('WORKDAY_TENANT', '')
CLIENT_ID = os.environ.get('CLIENT_ID', '')
CLIENT_SECRET = os.environ.get('CLIENT_SECRET', '')
REFRESH_TOKEN = os.environ.get('REFRESH_TOKEN', '')
MAX_RECORDS = int(os.environ.get('MAX_RECORDS', '10000'))
PAGE_SIZE = int(os.environ.get('PAGE_SIZE', '100'))
LOOKBACK_HOURS = int(os.environ.get('LOOKBACK_HOURS', '24'))

def parse_datetime(value: str) -> datetime:
    """Parse ISO datetime string to datetime object."""
    if value.endswith("Z"):
        value = value[:-1] + "+00:00"
    return datetime.fromisoformat(value)

def get_token():
    """Get OAuth 2.0 access token using refresh token flow."""
    token_url = f"https://{WORKDAY_HOST}/ccx/oauth2/{WORKDAY_TENANT}/token"

    body = f"grant_type=refresh_token&client_id={CLIENT_ID}&client_secret={CLIENT_SECRET}&refresh_token={REFRESH_TOKEN}"

    headers = {
        'Content-Type': 'application/x-www-form-urlencoded',
        'Accept': 'application/json'
    }

    backoff = 1.0
    max_retries = 3

    for attempt in range(max_retries):
        response = http.request('POST', token_url, body=body.encode('utf-8'), headers=headers)

        if response.status == 429:
            retry_after = int(response.headers.get('Retry-After', str(int(backoff))))
            print(f"Rate limited (429) on token request. Retrying after {retry_after}s...")
            time.sleep(retry_after)
            backoff = min(backoff * 2, 30.0)
            continue

        if response.status != 200:
            raise RuntimeError(f"Failed to get access token: {response.status} - {response.data.decode('utf-8')}")

        data = json.loads(response.data.decode('utf-8'))
        return data['access_token']

    raise RuntimeError(f"Failed to get token after {max_retries} retries due to rate limiting")

@functions_framework.cloud_event
def main(cloud_event):
    """
    Cloud Run function triggered by Pub/Sub to fetch Workday User Activity logs and write to GCS.

    Args:
        cloud_event: CloudEvent object containing Pub/Sub message
    """

    if not all([GCS_BUCKET, WORKDAY_HOST, WORKDAY_TENANT, CLIENT_ID, CLIENT_SECRET, REFRESH_TOKEN]):
        print('Error: Missing required environment variables')
        return

    try:
        bucket = storage_client.bucket(GCS_BUCKET)

        # Load state
        state = load_state(bucket, STATE_KEY)

        # Determine time window
        now = datetime.now(timezone.utc)
        last_time = None

        if isinstance(state, dict) and state.get("last_event_time"):
            try:
                last_time = parse_datetime(state["last_event_time"])
                last_time = last_time - timedelta(minutes=2)
            except Exception as e:
                print(f"Warning: Could not parse last_event_time: {e}")

        if last_time is None:
            last_time = now - timedelta(hours=LOOKBACK_HOURS)

        print(f"Fetching logs from {last_time.isoformat()} to {now.isoformat()}")

        # Get access token
        token = get_token()

        # Fetch logs
        records, newest_event_time = fetch_logs(
            token=token,
            start_time=last_time,
            end_time=now,
            page_size=PAGE_SIZE,
            max_records=MAX_RECORDS,
        )

        if not records:
            print("No new log records found.")
            save_state(bucket, STATE_KEY, now.isoformat())
            return

        # Write to GCS as NDJSON
        timestamp = now.strftime('%Y%m%d_%H%M%S')
        object_key = f"{GCS_PREFIX}/logs_{timestamp}.ndjson"
        blob = bucket.blob(object_key)

        ndjson = '\n'.join([json.dumps(record, ensure_ascii=False) for record in records]) + '\n'
        blob.upload_from_string(ndjson, content_type='application/x-ndjson')

        print(f"Wrote {len(records)} records to gs://{GCS_BUCKET}/{object_key}")

        if newest_event_time:
            save_state(bucket, STATE_KEY, newest_event_time)
        else:
            save_state(bucket, STATE_KEY, now.isoformat())

        print(f"Successfully processed {len(records)} records")

    except Exception as e:
        print(f'Error processing logs: {str(e)}')
        raise

def load_state(bucket, key):
    """Load state from GCS."""
    try:
        blob = bucket.blob(key)
        if blob.exists():
            state_data = blob.download_as_text()
            return json.loads(state_data)
    except Exception as e:
        print(f"Warning: Could not load state: {e}")

    return {}

def save_state(bucket, key, last_event_time_iso: str):
    """Save the last event timestamp to GCS state file."""
    try:
        state = {'last_event_time': last_event_time_iso}
        blob = bucket.blob(key)
        blob.upload_from_string(
            json.dumps(state, indent=2),
            content_type='application/json'
        )
        print(f"Saved state: last_event_time={last_event_time_iso}")
    except Exception as e:
        print(f"Warning: Could not save state: {e}")

def fetch_logs(token: str, start_time: datetime, end_time: datetime, page_size: int, max_records: int):
    """
    Fetch user activity logs from Workday Activity Logging API with pagination and rate limiting.

    Args:
        token: OAuth 2.0 access token
        start_time: Start time for log query
        end_time: End time for log query
        page_size: Number of records per page
        max_records: Maximum total records to fetch

    Returns:
        Tuple of (records list, newest_event_time ISO string)
    """
    base_url = f"https://{WORKDAY_HOST}/ccx/api/privacy/v1/{WORKDAY_TENANT}/activityLogging"

    headers = {
        'Authorization': f'Bearer {token}',
        'Accept': 'application/json',
        'User-Agent': 'GoogleSecOps-WorkdayCollector/1.0'
    }

    records = []
    newest_time = None
    page_num = 0
    backoff = 1.0
    offset = 0

    from_iso = start_time.strftime('%Y-%m-%dT%H:%M:%SZ')
    to_iso = end_time.strftime('%Y-%m-%dT%H:%M:%SZ')

    while True:
        page_num += 1

        if len(records) >= max_records:
            print(f"Reached max_records limit ({max_records})")
            break

        current_limit = min(page_size, max_records - len(records))
        url = f"{base_url}?from={from_iso}&to={to_iso}&limit={current_limit}&offset={offset}"

        try:
            response = http.request('GET', url, headers=headers)

            if response.status == 429:
                retry_after = int(response.headers.get('Retry-After', str(int(backoff))))
                print(f"Rate limited (429). Retrying after {retry_after}s...")
                time.sleep(retry_after)
                backoff = min(backoff * 2, 30.0)
                continue

            backoff = 1.0

            if response.status != 200:
                print(f"HTTP Error: {response.status}")
                response_text = response.data.decode('utf-8')
                print(f"Response body: {response_text}")
                return [], None

            data = json.loads(response.data.decode('utf-8'))

            page_results = data.get('data', [])

            if not page_results:
                print(f"No more results (empty page)")
                break

            print(f"Page {page_num}: Retrieved {len(page_results)} events")
            records.extend(page_results)

            # Track newest event time
            for event in page_results:
                try:
                    event_time = event.get('requestTime') or event.get('systemAccount', {}).get('signOnDateTime')
                    if event_time:
                        if newest_time is None or parse_datetime(event_time) > parse_datetime(newest_time):
                            newest_time = event_time
                except Exception as e:
                    print(f"Warning: Could not parse event time: {e}")

            # Check pagination
            total = data.get('total', 0)
            if offset + len(page_results) >= total:
                print(f"Reached end of results (offset={offset + len(page_results)}, total={total})")
                break

            offset += len(page_results)

        except Exception as e:
            print(f"Error fetching logs: {e}")
            return [], None

    print(f"Retrieved {len(records)} total records from {page_num} pages")
    return records, newest_time

    • Zweite Datei: requirements.txt::

      functions-framework==3.*
google-cloud-storage==2.*
urllib3>=2.0.0

  3. Klicken Sie auf Bereitstellen, um die Funktion zu speichern und bereitzustellen.

  4. Warten Sie, bis die Bereitstellung abgeschlossen ist (2–3 Minuten).

Cloud Scheduler-Job erstellen

Cloud Scheduler veröffentlicht in regelmäßigen Abständen Nachrichten im Pub/Sub-Thema und löst so die Cloud Run-Funktion aus.

  1. Rufen Sie in der GCP Console Cloud Scheduler auf.
  2. Klicken Sie auf Job erstellen.

  3. Geben Sie die folgenden Konfigurationsdetails an:

    Einstellung Wert
    Name workday-activity-collector-hourly
    Region Dieselbe Region wie für die Cloud Run-Funktion auswählen
    Frequenz 0 * * * * (jede Stunde, zur vollen Stunde)
    Zeitzone Zeitzone auswählen (UTC empfohlen)
    Zieltyp Pub/Sub
    Thema Wählen Sie das Thema workday-activity-trigger aus.
    Inhalt der Nachricht {} (leeres JSON-Objekt)

  4. Klicken Sie auf Erstellen.

Optionen für die Häufigkeit des Zeitplans

Wählen Sie die Häufigkeit basierend auf dem Logvolumen und den Latenzanforderungen aus:

Häufigkeit Cron-Ausdruck Anwendungsfall
Alle 5 Minuten */5 * * * * Hohes Volumen, niedrige Latenz
Alle 15 Minuten */15 * * * * Mittleres Suchvolumen
Stündlich 0 * * * * Standard (empfohlen)
Alle 6 Stunden 0 */6 * * * Geringes Volumen, Batchverarbeitung
Täglich 0 0 * * * Erhebung von Verlaufsdaten

Integration testen

  1. Suchen Sie in der Cloud Scheduler-Konsole nach Ihrem Job (workday-activity-collector-hourly).
  2. Klicken Sie auf Force run (Ausführung erzwingen), um den Trigger manuell auszulösen.
  3. Warten Sie einige Sekunden und rufen Sie Cloud Run > Dienste > workday-activity-collector > Logs auf.

  4. Prüfen Sie, ob die Funktion erfolgreich ausgeführt wurde. Darauf sollten Sie achten:

    Fetching logs from YYYY-MM-DDTHH:MM:SS+00:00 to YYYY-MM-DDTHH:MM:SS+00:00
Page 1: Retrieved X events
Wrote X records to gs://workday-activity-logs/workday/logs_YYYYMMDD_HHMMSS.ndjson
Successfully processed X records

  5. Prüfen Sie den GCS-Bucket (workday-activity-logs), um zu bestätigen, dass Logs geschrieben wurden.

Wenn Sie Fehler in den Logs sehen:

  • HTTP 401: OAuth-Anmeldedaten in Umgebungsvariablen prüfen
  • HTTP 403: Prüfen Sie, ob die ISU die erforderlichen Berechtigungen für die Domain „User Activity Logging“ hat.
  • HTTP 429: Ratenbegrenzung – Funktion wird automatisch mit Backoff wiederholt
  • Zugriffstoken konnte nicht abgerufen werden: Prüfen Sie, ob WORKDAY_HOST, WORKDAY_TENANT, CLIENT_ID, CLIENT_SECRET und REFRESH_TOKEN korrekt sind.

Feed in Google SecOps konfigurieren, um Workday-Nutzeraktivitätslogs aufzunehmen

  1. Rufen Sie die SIEM-Einstellungen > Feeds auf.
  2. Klicken Sie auf Neuen Feed hinzufügen.
  3. Klicken Sie auf Einzelnen Feed konfigurieren.
  4. Geben Sie im Feld Feedname einen Namen für den Feed ein, z. B. Workday User Activity Logs.
  5. Wählen Sie Google Cloud Storage V2 als Quelltyp aus.
  6. Wählen Sie Workday User Activity (Workday-Nutzeraktivität) als Log type (Protokolltyp) aus.

  7. Klicken Sie auf Dienstkonto abrufen. Es wird eine eindeutige E-Mail-Adresse für das Dienstkonto angezeigt, z. B.:

    chronicle-12345678@chronicle-gcp-prod.iam.gserviceaccount.com

  8. Kopieren Sie diese E-Mail-Adresse. Sie verwenden es in der nächsten Aufgabe.

  9. Klicken Sie auf Weiter.

  10. Geben Sie Werte für die folgenden Eingabeparameter an:

    • Storage-Bucket-URL: Geben Sie den GCS-Bucket-URI mit dem Präfixpfad ein:

      gs://workday-activity-logs/workday/
      • Ersetzen Sie:
        • workday-activity-logs: Der Name Ihres GCS-Buckets.
        • workday: Optionales Präfix/Ordnerpfad, in dem Logs gespeichert werden (für den Stamm leer lassen).

    • Option zum Löschen der Quelle: Wählen Sie die gewünschte Löschoption aus:

      • Nie: Es werden nach Übertragungen nie Dateien gelöscht (empfohlen für Tests).
      • Übertragene Dateien löschen: Dateien werden nach der erfolgreichen Übertragung gelöscht.

      • Übertragene Dateien und leere Verzeichnisse löschen: Dateien und leere Verzeichnisse werden nach der erfolgreichen Übertragung gelöscht.

    • Maximales Dateialter: Dateien einschließen, die in den letzten Tagen geändert wurden (Standardwert: 180 Tage).

    • Asset-Namespace: Der Asset-Namespace.

    • Aufnahmelabels: Das Label, das auf die Ereignisse aus diesem Feed angewendet werden soll.

  11. Klicken Sie auf Weiter.

  12. Prüfen Sie die neue Feedkonfiguration auf dem Bildschirm Abschließen und klicken Sie dann auf Senden.

Dem Google SecOps-Dienstkonto IAM-Berechtigungen gewähren

Das Google SecOps-Dienstkonto benötigt die Rolle Storage-Objekt-Betrachter für Ihren GCS-Bucket.

  1. Rufen Sie Cloud Storage > Buckets auf.
  2. Klicken Sie auf den Namen Ihres Buckets (workday-activity-logs).
  3. Wechseln Sie zum Tab Berechtigungen.
  4. Klicken Sie auf Zugriff erlauben.
  5. Geben Sie die folgenden Konfigurationsdetails an:
    • Hauptkonten hinzufügen: Fügen Sie die E‑Mail-Adresse des Google SecOps-Dienstkontos ein.
    • Rollen zuweisen: Wählen Sie Storage-Objekt-Betrachter aus.

  6. Klicken Sie auf Speichern.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
data, EVP_NME, EVPMINUS1_NME, Pay_Rate_type, Signon_Day_of_the_Week, Tenant_Access_Read_Only, Sign-on_Time, UI_Client_Type, Signoff_Time, Request_Originator, SAML_Identity_Provider, Worker_Type_for_Signon_Worker, Worker_Active_for_Signon_Worker, AccountLocked_Disabled_or_Expired, Created_Moment, Current_OMS_Version, ElapsedTime_Minutes, Failed_Sign_On, Authentication_Type, Operating_System, Hire_Date_for_Signon_Worker, Job_Family_for_Signon_Worker, Device_is_Trusted, Signon_Hour_of_Day, Signon_IP_Address additional.fields Mit Labels zusammengeführt, die aus diesen Feldern erstellt wurden
event_type metadata.event_type Wert direkt kopiert
tenant, status_code metadata.product_event_type Wert vom Mandanten, auf „status_code“ festgelegt, wenn „status_code“ == „Terminated“
taskId metadata.product_log_id Wert direkt kopiert
metadata.product_name Auf „WORKDAY_USER_ACTIVITY“ festgelegt
metadata.vendor_name Auf „WORKDAY_USER_ACTIVITY“ festgelegt
User_Agent network.http.parsed_user_agent In „parseduseragent“ konvertiert und dann umbenannt
userAgent, Browser_Type, User_Agent network.http.user_agent Wert aus „userAgent“, dann auf „Browser_Type“ festgelegt, falls nicht leer, dann auf „User_Agent“ festgelegt, falls nicht leer
sessionId, Session_ID network.session_id Wert aus „sessionId“, dann auf „Session_ID“ festgelegt, falls nicht leer
Client_TLS_Version network.tls.version Wert direkt kopiert
Worker principal.asset.hostname Wert direkt kopiert
ipAddress, Signon_IP_Address principal.asset.ip Wird aus „ipAddress“ zusammengeführt, falls nicht leer, andernfalls aus der IP-Adresse, die aus „Signon_IP_Address“ extrahiert wurde.
manager_name, Worker principal.hostname Wert aus „manager_name“, falls nicht leer, andernfalls aus „Worker“, falls nicht leer
ipAddress, Signon_IP_Address principal.ip Wird aus „ipAddress“ zusammengeführt, falls nicht leer, andernfalls aus der IP-Adresse, die aus „Signon_IP_Address“ extrahiert wurde.
User_Credentials, Signon_Worker, Supervisory_Organization_of_Signon_Worker, Workday_Account_Sign_On, System_Account principal.user.attribute.labels Mit Labels zusammengeführt, die aus diesen Feldern erstellt wurden
manager_id principal.user.userid Wert direkt kopiert
Position, Active_Session, Authentication_Failure_Message, Forgotten_Password_Reset_Request, Invalid_Credentials, Is_Device_Managed, MFA_Exempt, Password_Changed security_result.detection_fields Mit Labels zusammengeführt, die aus diesen Feldern erstellt wurden
taskDisplayName security_result.summary Wert direkt kopiert
Hostname target.hostname Wert direkt kopiert
CITY_NME, Location target.location.city Wert aus CITY_NME, dann auf „Location“ festgelegt, falls nicht leer
COUNTRY_NME, Location_Country_for_Signon_Worker target.location.country_or_region Wert aus COUNTRY_NME, dann auf Location_Country_for_Signon_Worker festgelegt, falls nicht leer
STATE_NME, Location_State target.location.state Wert aus STATE_NME, dann auf Location_State gesetzt, falls nicht leer
Exempt, Browser_Type, Class_of_Instance target.resource.attribute.labels Mit Labels zusammengeführt, die aus diesen Feldern erstellt wurden
deviceType, Device_Type target.resource.resource_subtype Wert aus „deviceType“, wenn er mit dem regulären Ausdruck übereinstimmt, andernfalls aus „Device_Type“, wenn er mit dem regulären Ausdruck übereinstimmt
deviceType, Device_Type target.resource.type Auf „DEVICE“ festgelegt, wenn deviceType oder Device_Type dem regulären Ausdruck entspricht
BUSINESSGROUP_NME target.user.department Wert direkt kopiert
EMAIL_NME target.user.email_addresses Wert direkt kopiert
EMPLOYEE_ID, Employee_ID target.user.employee_id Wert aus EMPLOYEE_ID, dann auf Employee_ID festgelegt, wenn nicht leer
FIRST_NME target.user.first_name Wert direkt kopiert
EMPLOYEE_TYPE target.user.group_identifiers Wert direkt kopiert
LAST_NME target.user.last_name Wert direkt kopiert
title, JOBTITLE_NME target.user.title Wert aus dem Titel, wenn er aus „target.descriptor“ extrahiert wird. In diesem Fall wird er auf JOBTITLE_NME festgelegt.
target.id target.user.userid Wert direkt kopiert
requestTime event.idm.read_only_udm.metadata.event_timestamp Aus dem Änderungsprotokoll zugeordnet
activityAction event.idm.read_only_udm.metadata.product_event_type Aus dem Änderungsprotokoll zugeordnet
systemAccount event.idm.read_only_udm.principal.user.userid Aus dem Änderungsprotokoll zugeordnet
taskDisplayName event.idm.read_only_udm.target.resource.name Aus dem Änderungsprotokoll zugeordnet
target.id event.idm.read_only_udm.target.resource.attribute.labels Aus dem Änderungsprotokoll zugeordnet
desc event.idm.read_only_udm.target.resource.attribute.labels Aus dem Änderungsprotokoll zugeordnet
Sign-on_Time event.idm.read_only_udm.metadata.event_timestamp Aus dem Änderungsprotokoll zugeordnet
Role event.idm.read_only_udm.principal.user.user_display_name Aus dem Änderungsprotokoll zugeordnet
User_Name event.idm.read_only_udm.principal.user.email_addresses Aus dem Änderungsprotokoll zugeordnet
awaiting_details event.idm.read_only_udm.additional.fields Aus dem Änderungsprotokoll zugeordnet

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

Benötigen Sie weitere Hilfe? Antworten von Community-Mitgliedern und Google SecOps-Experten erhalten