Workday-Nutzeraktivitätslogs erfassen

Unterstützt in:

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

Workday ist eine cloudbasierte Plattform für Human Capital Management (HCM) und Finanzen, die Protokolle 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 Google Cloud -Projekt mit aktivierter {storage_api}
  • Berechtigungen zum Erstellen und Verwalten von Cloud Storage-Buckets
  • Berechtigungen zum Verwalten von IAM-Richtlinien (Identity and Access Management) für Cloud Storage-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

Cloud Storage-Bucket erstellen

  1. Rufen Sie die Google Cloud Console auf.
  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 Speicherort aus, z. B. us-central1.
    Speicherklasse Standard (empfohlen für Logs, auf die häufig zugegriffen wird)
    Zugriffskontrolle Einheitlich (empfohlen)
    Schutztools Optional: Objektversionierung 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 (Integrationssystemnutzer 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 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 Clientnamen ein, z. B. SIEM_OAuth_Client.
  3. Wählen Sie die Option Aktualisierungstokens ohne Ablaufdatum aus.
  4. Fügen Sie den Bereich System (oder den für die User Activity Logging API erforderlichen Bereich) hinzu.
  5. Klicken Sie auf OK.
  6. Kopieren Sie die folgenden Details und speichern Sie sie an einem sicheren Ort:
    • Client-ID: Die Kennung des API-Clients.
    • 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
Token-Endpunkt 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:

    ```bash
# 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 die Cloud Run-Funktion erstellen

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

Erstellen Sie das Dienstkonto:

  1. Wechseln Sie in der GCP Console zu IAM und 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 Object Admin 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-Objekt-Administrator: Protokolle in Cloud Storage-Bucket schreiben und Statusdateien verwalten
  • Cloud Run Invoker: Pub/Sub darf die Funktion aufrufen.
  • Cloud Functions-Invoker: Funktionsaufruf zulassen

IAM-Berechtigungen für den Cloud Storage-Bucket gewähren

Gewähren Sie dem Dienstkonto Schreibberechtigungen für den Cloud Storage-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 Object Admin aus.
  6. Klicken Sie auf Speichern.

Pub/Sub-Thema erstellen

Erstellen Sie das Pub/Sub-Thema, in dem Cloud Scheduler veröffentlicht und das die Cloud Run-Funktion abonnieren 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 Cloud Storage zu schreiben.

  1. Rufen Sie in der GCP Console Cloud Run auf.
  2. Klicken Sie auf Funktion schreiben.

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

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

  4. Klicken Sie im Bereich Trigger auf Trigger hinzufügen und wählen Sie Pub/Sub-Trigger aus.

  5. Geben Sie im Bereich Eventarc-Trigger die folgenden Konfigurationsdetails an:

    • Triggername: Behalten Sie den generierten Namen bei oder geben Sie einen Namen für den Trigger ein.
    • Triggertyp: Wählen Sie Google-Quellen aus.
    • Ereignisanbieter: Wählen Sie Pub/Sub aus.
    • Ereignistyp: Wählen Sie google.cloud.pubsub.topic.v1.messagePublished aus.
    • Cloud Pub/Sub-Thema auswählen: Wählen Sie das Thema workday-activity-trigger aus.
    • Region: Wählen Sie dieselbe Region wie für die Funktion aus.
    • Dienstkonto: Wählen Sie das Dienstkonto workday-activity-collector-sa aus.

  6. Klicken Sie auf Trigger speichern.

  7. Im Abschnitt Authentifizierung:

    1. Wählen Sie Authentifizierung erforderlich aus.
    2. Wählen Sie Identity and Access Management (IAM) aus.

  8. Rufen Sie Container, Netzwerk, Sicherheit auf und maximieren Sie den Bereich.

  9. Rufen Sie den Tab Sicherheit auf:

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

  10. 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 Cloud Storage-Buckets
    GCS_PREFIX workday Präfix für Logdateien
    STATE_KEY workday-state.json Statuspfad außerhalb des Log-Präfixes
    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 Anfänglicher Rückschauzeitraum

  11. Rufen Sie auf dem Tab Variablen und Secrets die Anfragen auf:

    • Zeitüberschreitung bei Anfrage: Geben Sie 600 Sekunden (10 Minuten) ein.

  12. 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.

  13. 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).

  14. Klicken Sie auf Erstellen.

  15. Warten Sie, bis der Dienst erstellt wurde (1–2 Minuten).

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

Funktionscode hinzufügen

  1. Geben Sie main unter Funktionseinstiegspunkt ein.

  2. Erstellen Sie im Inline-Code-Editor 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
import hashlib

# 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)

# Activity Logging entries carry no per-event identifier (taskId and
# sessionId are reused), so the content hash is the identity.
ID_FIELDS = ()

def event_keys(event):
    """Return every identity this event can be recognised by."""
    keys = {'sha256:' + hashlib.sha256(
        json.dumps(event, sort_keys=True, ensure_ascii=False).encode('utf-8')
    ).hexdigest()}
    for field in ID_FIELDS:
        value = event.get(field)
        if value:
            keys.add(f'{field}:{value}')
    return keys

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)
        seen_keys = load_seen(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,
        )

        # Drop the events the overlap window re-read from the previous run
        fresh = [r for r in records if not (event_keys(r) & seen_keys)]
        all_keys = set()
        for record in records:
            all_keys |= event_keys(record)

        if not fresh:
            print("No new log records found.")
            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 fresh]) + '\n'
        blob.upload_from_string(ndjson, content_type='application/x-ndjson')

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

        # Remember every fetched record so the next overlap window skips it
        save_seen(bucket, STATE_KEY, all_keys)

        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(fresh)} 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}")
        raise

    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}")
        raise

def load_seen(bucket, key):
    """Load the event keys written by the previous run (sidecar object)."""
    try:
        blob = bucket.blob(key + '.seen')
        if blob.exists():
            return set(json.loads(blob.download_as_text()))
    except Exception as e:
        print(f"Warning: Could not load seen keys: {e}")
        raise

    return set()

def save_seen(bucket, key, keys):
    """Save the event keys of this run to the sidecar object."""
    try:
        blob = bucket.blob(key + '.seen')
        blob.upload_from_string(
            json.dumps(sorted(keys)),
            content_type='application/json'
        )
        print(f"Saved {len(keys)} event keys for deduplication")
    except Exception as e:
        print(f"Warning: Could not save seen keys: {e}")
        raise

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 die Cloud Run-Funktion auswählen
    Frequenz 0 * * * * (stündlich 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 dann 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 im Cloud Storage-Bucket (workday-activity-logs), ob Logs geschrieben wurden.

Wenn in den Logs Fehler angezeigt werden:

  • 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 – die 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-Logs zur Nutzeraktivität 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 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 benötigen sie im nächsten Schritt.

  9. Klicken Sie auf Weiter.

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

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

      gs://workday-activity-logs/workday/
      • Ersetzen Sie:
        • workday-activity-logs: Name Ihres Cloud Storage-Bucket.
        • workday: Optionales Präfix oder optionaler Pfad, in dem Logs gespeichert werden (für den Stamm leer lassen).

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

      • Dateien nie löschen: Dateien werden nie aus der Quelle gelöscht (empfohlen für Tests).
      • Übertragene Dateien und leere Verzeichnisse löschen: Dateien und leere Verzeichnisse werden nach einem erfolgreichen Abruf aus der Quelle 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 zwei Rollen für Ihren Cloud Storage-Bucket: Storage-Objekt-Betrachter zum Lesen der Logobjekte und eine Rolle auf Bucket-Ebene zum Lesen der Bucket-Metadaten.

  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 die folgenden beiden Optionen aus:
      • Storage Object Viewer: Liest die Logobjekte.
      • Leser alter Storage-Buckets: Berechtigt zum Lesen der Bucket-Metadaten. Wenn Sie die Löschoption Übertragene Dateien und leere Verzeichnisse löschen ausgewählt haben, wählen Sie stattdessen Storage Legacy Bucket Writer aus. Dadurch wird auch die Löschberechtigung erteilt.

  6. Klicken Sie auf Speichern.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
Account_Locked__Disabled_or_Expired_label additional.fields Zusammengeführt
Authentication_Type_label additional.fields Zusammengeführt
Created_Moment_label additional.fields Zusammengeführt
Current_OMS_Version_label additional.fields Zusammengeführt
Device_is_Trusted_label additional.fields Zusammengeführt
Elapsed_Time__Minutes_label additional.fields Zusammengeführt
Failed_Sign_On_label additional.fields Zusammengeführt
Hire_Date_for_Signon_Worker_label additional.fields Zusammengeführt
Job_Family_for_Signon_Worker_label additional.fields Zusammengeführt
Operating_System_label additional.fields Zusammengeführt
Pay_Rate_type_label additional.fields Zusammengeführt
Request_Originator_label additional.fields Zusammengeführt
SAML_Identity_Provider_label additional.fields Zusammengeführt
Sign-on_Time_label additional.fields Zusammengeführt
Signoff_Time_label additional.fields Zusammengeführt
Signon_Day_of_the_Week_label additional.fields Zusammengeführt
Signon_Hour_of_Day_label additional.fields Zusammengeführt
Tenant_Access_Read_Only_label additional.fields Zusammengeführt
UI_Client_Type_label additional.fields Zusammengeführt
Worker_Active_for_Signon_Worker_label additional.fields Zusammengeführt
Worker_Type_for_Signon_Worker_label additional.fields Zusammengeführt
awaiting_details_label additional.fields Zusammengeführt
data_label additional.fields Zusammengeführt
evp_nme_label additional.fields Zusammengeführt
evpminus_label additional.fields Zusammengeführt
signon_ip_address_label additional.fields Zusammengeführt
@requestTime metadata.event_timestamp Als ISO8601 geparst
Sign-on_Time metadata.event_timestamp Als yyyy-MM-ddTHH:mm:ssZZ geparst
event_type metadata.event_type Direkt zugeordnet
status_code metadata.product_event_type Direkt zugeordnet
tenant metadata.product_event_type Direkt zugeordnet
taskId metadata.product_log_id Direkt zugeordnet
User_Agent network.http.parsed_user_agent Umbenannt/zugeordnet
Browser_Type network.http.user_agent Direkt zugeordnet
User_Agent network.http.user_agent Direkt zugeordnet
userAgent network.http.user_agent Direkt zugeordnet
Session_ID network.session_id Direkt zugeordnet
sessionId network.session_id Direkt zugeordnet
Client_TLS_Version network.tls.version Umbenannt/zugeordnet
Worker principal.asset.hostname Direkt zugeordnet
ip principal.asset.ip Zusammengeführt
ipaddress principal.asset.ip Zusammengeführt
Worker principal.hostname Direkt zugeordnet
manager_name principal.hostname Direkt zugeordnet
ip principal.ip Zusammengeführt
ipaddress principal.ip Zusammengeführt
Signon_Worker_label principal.user.attribute.labels Zusammengeführt
Supervisory_Organization_of_Signon_Worker_label principal.user.attribute.labels Zusammengeführt
System_Account_label principal.user.attribute.labels Zusammengeführt
Workday_Account_Sign_On_label principal.user.attribute.labels Zusammengeführt
user_credentials_label principal.user.attribute.labels Zusammengeführt
User_Name principal.user.email_addresses Zusammengeführt
Role principal.user.user_display_name Direkt zugeordnet
manager_id principal.user.userid Direkt zugeordnet
Active_Session_label security_result.detection_fields Zusammengeführt
Authentication_Failure_Message_label security_result.detection_fields Zusammengeführt
Forgotten_Password_Reset_Request_label security_result.detection_fields Zusammengeführt
Invalid_Credentials_label security_result.detection_fields Zusammengeführt
Is_Device_Managed_label security_result.detection_fields Zusammengeführt
MFA_Exempt_label security_result.detection_fields Zusammengeführt
Password_Changed_label security_result.detection_fields Zusammengeführt
Position_label security_result.detection_fields Zusammengeführt
taskDisplayName security_result.summary Direkt zugeordnet
hostname target.hostname Direkt zugeordnet
CITY_NME target.location.city Direkt zugeordnet
Location target.location.city Direkt zugeordnet
COUNTRY_NME target.location.country_or_region Direkt zugeordnet
Location_Country_for_Signon_Worker target.location.country_or_region Direkt zugeordnet
Location_State target.location.state Direkt zugeordnet
STATE_NME target.location.state Direkt zugeordnet
Exempt_labels target.resource.attribute.labels Zusammengeführt
browser_type_label target.resource.attribute.labels Zusammengeführt
class_of_instance_label target.resource.attribute.labels Zusammengeführt
device target.resource.resource_subtype Direkt zugeordnet
device1 target.resource.resource_subtype Direkt zugeordnet
device target.resource.type Zugeordnet: (?i)(Desktop/Laptop/Mobile/Phone) → DEVICE
device1 target.resource.type Zugeordnet: (?i)(Desktop/Laptop/Mobile/Phone) → DEVICE
BUSINESSGROUP_NME target.user.department Zusammengeführt
email_name target.user.email_addresses Zusammengeführt
EMPLOYEE_ID target.user.employee_id Direkt zugeordnet
Employee_ID target.user.employee_id Direkt zugeordnet
FIRST_NME target.user.first_name Direkt zugeordnet
EMPLOYEE_TYPE target.user.group_identifiers Zusammengeführt
LAST_NME target.user.last_name Direkt zugeordnet
JOBTITLE_NME target.user.title Direkt zugeordnet
title target.user.title Direkt zugeordnet
target.id target.user.userid Direkt zugeordnet
– metadata.product_name Konstante: WORKDAY_USER_ACTIVITY
– metadata.vendor_name Konstante: WORKDAY_USER_ACTIVITY
– target.resource.type Konstante: DEVICE

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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