‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

איסוף יומני אירועים של Bitwarden Enterprise

גרסת המנתח: 1.0

נתמך ב:

Google SecOps SIEM

במאמר הזה מוסבר איך להטמיע יומני אירועים של Bitwarden Enterprise ב-Google Security Operations באמצעות Google Cloud Storage. המנתח ממיר יומני אירועים בפורמט JSON גולמי לפורמט מובנה שתואם ל-UDM של SecOps. הוא מחלץ שדות רלוונטיים כמו פרטי משתמשים, כתובות IP וסוגי אירועים, וממפה אותם לשדות UDM תואמים לצורך ניתוח אבטחה עקבי.

לפני שמתחילים

ודאו שאתם עומדים בדרישות המוקדמות הבאות:

מכונה של Google SecOps
גישה מורשית לדייר (tenant) ב-Bitwarden
פרויקט ב-GCP שבו מופעל Cloud Storage API
הרשאות ליצירה ולניהול של קטגוריות ב-GCS
הרשאות לניהול מדיניות IAM בקטגוריות של GCS
הרשאות ליצירת שירותי Cloud Run, נושאי Pub/Sub ומשימות ב-Cloud Scheduler

קבלת מפתח API וכתובת URL של Bitwarden

במסוף Admin של Bitwarden, נכנסים אל הגדרות > פרטי הארגון > הצגת מפתח ה-API.
מעתיקים ושומרים את הפרטים הבאים במיקום מאובטח:
- מזהה לקוח
- סוד לקוח
מגדירים את נקודות הקצה של Bitwarden (לפי אזור):
- IDENTITY_URL = https://identity.bitwarden.com/connect/token (האיחוד האירופי: https://identity.bitwarden.eu/connect/token)
- API_BASE = https://api.bitwarden.com (EU: https://api.bitwarden.eu)
הערה: בדרך כלל, בארגונים של Bitwarden Enterprise צריך להפעיל את התכונה Events כדי שאירועי הארגון יהיו זמינים. במסוף Admin, עוברים אל הגדרות > הגדרות הארגון כדי לוודא שהאירועים מופעלים אם לא מתקבלים אירועים מה-API.
הערה: רק בעלי הארגון (ותפקידים אחרים ש-Bitwarden מאפשר) יכולים לראות או להחליף את מפתח ה-API של הארגון. מפתח ה-API של הארגון שמשתמשים בו כאן חייב להיות API של הארגון (היקף api.organization, ‏ client_id שמתחיל ב-"organization.") ולא מפתח API אישי.

יצירת קטגוריה של Google Cloud Storage

נכנסים למסוף Google Cloud.
בוחרים את הפרויקט או יוצרים פרויקט חדש.
בתפריט הניווט, נכנסים ל-Cloud Storage > Buckets.
לוחצים על Create bucket.

ממלאים את פרטי ההגדרה הבאים:

הגדרה	ערך
Name your bucket	מזינים שם ייחודי ברמה גלובלית (לדוגמה, `bitwarden-events`)
סוג המיקום	בוחרים לפי הצרכים (אזור, שני אזורים, מספר אזורים)
Location	בוחרים את המיקום (לדוגמה, `us-central1`)
סוג אחסון (storage class)	רגיל (מומלץ ליומנים שהגישה אליהם תכופה)
בקרת גישה	אחידה (מומלץ)
כלי הגנה	אופציונלי: הפעלת ניהול גרסאות של אובייקטים או מדיניות שמירת נתונים

לוחצים על יצירה.

איסוף הדרישות המוקדמות ל-API של Bitwarden

כבר אספתם את פרטי הכניסה ל-API של Bitwarden בשלב הקודם:

מזהה לקוח: מזהה הלקוח של הארגון ממסוף Admin של Bitwarden
סוד לקוח: סוד הלקוח של הארגון ממסוף Admin של Bitwarden
‫IDENTITY_URL:‏ https://identity.bitwarden.com/connect/token (או נקודת קצה באיחוד האירופי)
‫API_BASE:‏ https://api.bitwarden.com (או נקודת קצה באיחוד האירופי)

יצירת חשבון שירות לפונקציית Cloud Run

לפונקציית Cloud Run נדרש חשבון שירות עם הרשאות כתיבה בקטגוריית GCS, וצריך להפעיל אותה באמצעות Pub/Sub.

יצירת חשבון שירות

במסוף GCP, נכנסים לדף IAM & Admin > Service Accounts.
לוחצים על Create Service Account.
מזינים את פרטי ההגדרה הבאים:
- שם חשבון השירות: מזינים bitwarden-events-collector-sa.
- Service account description: מזינים Service account for Cloud Run function to collect Bitwarden Enterprise Event logs.
לוחצים על יצירה והמשך.
בקטע Grant this service account access to project, מוסיפים את התפקידים הבאים:
1. לוחצים על בחירת תפקיד.
2. מחפשים את התפקיד Storage Object Admin ובוחרים אותו.
3. לוחצים על + הוספת תפקיד.
4. מחפשים את התפקיד Cloud Run Invoker ובוחרים בו.
5. לוחצים על + הוספת תפקיד.
6. מחפשים את התפקיד Cloud Functions Invoker ובוחרים אותו.
לוחצים על Continue.
לוחצים על סיום.

התפקידים האלה נדרשים כדי:

אדמין של אובייקט אחסון: כתיבת יומנים לקטגוריית GCS וניהול קובצי תמונת מצב
Cloud Run Invoker: מאפשר ל-Pub/Sub להפעיל את הפונקציה
מפעיל פונקציות של Cloud Functions: מאפשר להפעיל פונקציות

הענקת הרשאות IAM בקטגוריית GCS

נותנים לחשבון השירות הרשאות כתיבה בקטגוריה של GCS:

נכנסים לדף Cloud Storage > Buckets.
לוחצים על שם הקטגוריה.
עוברים לכרטיסייה Permissions.
לוחצים על הענקת גישה.
מזינים את פרטי ההגדרה הבאים:
- הוספת חשבונות משתמשים: מזינים את כתובת האימייל של חשבון השירות (לדוגמה, bitwarden-events-collector-sa@PROJECT_ID.iam.gserviceaccount.com).
- הקצאת תפקידים: בוחרים באפשרות אדמין של אובייקטים באחסון.
לוחצים על Save.

יצירת נושא Pub/Sub

יוצרים נושא Pub/Sub ש-Cloud Scheduler יפרסם בו ופונקציית Cloud Run תירשם אליו.

במסוף GCP, נכנסים לדף Pub/Sub > Topics.
לוחצים על Create topic.
מזינים את פרטי ההגדרה הבאים:
- מזהה הנושא: מזינים את הערך bitwarden-events-trigger.
- משאירים את ההגדרות האחרות כברירת מחדל.
לוחצים על יצירה.

יצירת פונקציית Cloud Run לאיסוף יומנים

פונקציית Cloud Run מופעלת על ידי הודעות Pub/Sub מ-Cloud Scheduler כדי לאחזר יומנים מ-Bitwarden Events API וכותבת אותם ב-GCS.

במסוף GCP, נכנסים ל-Cloud Run.
לוחצים על Create service.
בוחרים באפשרות Function (שימוש בעורך ישיר כדי ליצור פונקציה).

בקטע Configure, מזינים את פרטי ההגדרה הבאים:

הגדרה	ערך
שם השירות	`bitwarden-events-collector`
אזור	בוחרים את האזור שתואם לקטגוריית ה-GCS (לדוגמה, `us-central1`)
זמן ריצה	בוחרים באפשרות Python 3.12 או גרסה עדכנית יותר.

בקטע טריגר (אופציונלי):
1. לוחצים על + הוספת טריגר.
2. בוחרים באפשרות Cloud Pub/Sub.
3. בקטע Select a Cloud Pub/Sub topic, בוחרים את הנושא ב-Pub/Sub‏ (bitwarden-events-trigger).
4. לוחצים על Save.
בקטע אימות:
1. לוחצים על דרישת אימות.
2. בודקים את ניהול הזהויות והרשאות הגישה (IAM).
הערה: Pub/Sub מטפל באופן אוטומטי באימות כשמפעילים את הפונקציה.
גוללים למטה ומרחיבים את הקטע Containers, Networking, Security.
עוברים לכרטיסייה אבטחה:
- ‫Service account: בוחרים את חשבון השירות (bitwarden-events-collector-sa).

עוברים לכרטיסייה מאגרי תגים:

לוחצים על Variables & Secrets.
לוחצים על ‎+ Add variable לכל משתנה סביבה:

שם משתנה	ערך לדוגמה
`GCS_BUCKET`	`bitwarden-events`
`GCS_PREFIX`	`bitwarden/events`
`STATE_KEY`	`bitwarden/events/state.json`
`BW_CLIENT_ID`	`organization.your-client-id`
`BW_CLIENT_SECRET`	`your-client-secret`
`IDENTITY_URL`	`https://identity.bitwarden.com/connect/token`
`API_BASE`	`https://api.bitwarden.com`
`MAX_PAGES`	`10`

בקטע Variables & Secrets, גוללים למטה אל Requests:
- ‫Request timeout: מזינים 600 שניות (10 דקות).
עוברים לכרטיסייה הגדרות:
- בקטע Resources:
  - זיכרון: בוחרים באפשרות ‎512 MiB או יותר.
  - מעבד (CPU): בוחרים באפשרות 1.
בקטע Revision scaling:
- מספר מינימלי של מכונות: מזינים 0.
- Maximum number of instances: מזינים 100 (או משנים בהתאם לעומס הצפוי).
לוחצים על יצירה.
ממתינים ליצירת השירות (דקה או שתיים).
אחרי שיוצרים את השירות, עורך הקוד המוטבע נפתח באופן אוטומטי.

הוספת קוד פונקציה

מזינים main בשדה Function entry point.

בעורך הקוד, יוצרים שני קבצים:

הקובץ הראשון: main.py:

import functions_framework
from google.cloud import storage
import json
import os
import urllib3
from datetime import datetime, timezone
import base64

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

@functions_framework.cloud_event
def main(cloud_event):
    """
    Cloud Run function triggered by Pub/Sub to fetch events from Bitwarden API and write to GCS.

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

    # Get environment variables
    bucket_name = os.environ.get('GCS_BUCKET')
    prefix = os.environ.get('GCS_PREFIX', 'bitwarden/events').strip('/')
    state_key = os.environ.get('STATE_KEY', 'bitwarden/events/state.json')

    # Bitwarden API credentials
    identity_url = os.environ.get('IDENTITY_URL', 'https://identity.bitwarden.com/connect/token')
    api_base = os.environ.get('API_BASE', 'https://api.bitwarden.com').rstrip('/')
    client_id = os.environ.get('BW_CLIENT_ID')
    client_secret = os.environ.get('BW_CLIENT_SECRET')
    max_pages = int(os.environ.get('MAX_PAGES', '10'))

    if not all([bucket_name, client_id, client_secret]):
        print('Error: Missing required environment variables')
        return

    try:
        # Get GCS bucket
        bucket = storage_client.bucket(bucket_name)

        # Load state (continuation token)
        state = load_state(bucket, state_key)
        continuation_token = state.get('continuationToken')

        print(f'Processing events with continuation token: {continuation_token}')

        # Get OAuth token
        access_token = get_oauth_token(identity_url, client_id, client_secret)

        # Fetch events from Bitwarden API
        run_timestamp = int(datetime.now(timezone.utc).timestamp())
        pages = 0
        total_events = 0
        written_files = []

        while pages < max_pages:
            events_data = fetch_events(api_base, access_token, continuation_token)

            # Extract events array from API response
            events = events_data.get('data', [])

            # Only write file if there are events
            if events:
                gcs_key = write_events_jsonl(bucket, events, prefix, run_timestamp, pages)
                if gcs_key:
                    written_files.append(gcs_key)
                total_events += len(events)

            pages += 1

            # Check for next page token
            next_token = events_data.get('continuationToken')
            if next_token:
                continuation_token = next_token
                continue
            else:
                # No more pages
                break

        # Save state only if there are more pages to continue in next run
        # If we hit MAX_PAGES and there's still a continuation token, save it
        # Otherwise, clear the state (set to None)
        save_state(bucket, state_key, {
            'continuationToken': continuation_token if pages >= max_pages and continuation_token else None
        })

        print(f'Successfully processed {total_events} events across {pages} pages')
        print(f'Files written: {len(written_files)}')

    except Exception as e:
        print(f'Error processing events: {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: {str(e)}')
    return {}

def save_state(bucket, key, state):
    """Save state to GCS."""
    try:
        blob = bucket.blob(key)
        blob.upload_from_string(
            json.dumps(state),
            content_type='application/json'
        )
    except Exception as e:
        print(f'Warning: Could not save state: {str(e)}')

def get_oauth_token(identity_url, client_id, client_secret):
    """Get OAuth 2.0 access token from Bitwarden."""
    body_data = {
        'grant_type': 'client_credentials',
        'scope': 'api.organization',
        'client_id': client_id,
        'client_secret': client_secret
    }

    encoded_data = '&'.join([f'{k}={v}' for k, v in body_data.items()]).encode('utf-8')

    response = http.request(
        'POST',
        identity_url,
        body=encoded_data,
        headers={'Content-Type': 'application/x-www-form-urlencoded'}
    )

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

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

def fetch_events(api_base, access_token, continuation_token=None):
    """Fetch events from Bitwarden API with pagination."""
    url = f'{api_base}/public/events'
    if continuation_token:
        url += f'?continuationToken={continuation_token}'

    response = http.request(
        'GET',
        url,
        headers={
            'Authorization': f'Bearer {access_token}',
            'Accept': 'application/json'
        }
    )

    if response.status == 429:
        retry_after = int(response.headers.get('Retry-After', '60'))
        print(f'Rate limited (429). Retrying after {retry_after}s...')
        import time
        time.sleep(retry_after)
        return fetch_events(api_base, access_token, continuation_token)

    if response.status != 200:
        raise Exception(f'Failed to fetch events: {response.status} {response.data.decode("utf-8")}')

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

def write_events_jsonl(bucket, events, prefix, run_timestamp, page_index):
    """
    Write events in JSONL format (one JSON object per line).
    Only writes if there are events to write.
    Returns the GCS key of the written file.
    """
    if not events:
        return None

    # Build JSONL content: one event per line
    lines = [json.dumps(event, separators=(',', ':')) for event in events]
    jsonl_content = '\n'.join(lines) + '\n'  # JSONL format with trailing newline

    # Generate unique filename with page number to avoid conflicts
    timestamp_str = datetime.fromtimestamp(run_timestamp, tz=timezone.utc).strftime('%Y/%m/%d/%H%M%S')
    key = f'{prefix}/{timestamp_str}-page{page_index:05d}-bitwarden-events.jsonl'

    blob = bucket.blob(key)
    blob.upload_from_string(
        jsonl_content,
        content_type='application/x-ndjson'
    )

    print(f'Wrote {len(events)} events to {key}')
    return key

הקובץ השני: requirements.txt:

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

לוחצים על Deploy כדי לשמור ולפרוס את הפונקציה.
מחכים שהפריסה תסתיים (2-3 דקות).

הערה: הגדרת הטריגר של Pub/Sub יוצרת באופן אוטומטי את המינויים וההרשאות הנדרשים.
הערה: ה-API הציבורי של Bitwarden אוכף הגבלת קצב של יצירת בקשות ועשוי להחזיר תגובות HTTP 429 בנפח בקשות גבוה. אם תתקלו בתגובות 429, הפונקציה תנסה שוב באופן אוטומטי עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff). אם הגבלת קצב של יצירת בקשות מתרחשת לעיתים קרובות, כדאי לשנות את הערך של MAX_PAGES או את תדירות התזמון.

יצירת משימה ב-Cloud Scheduler

‫Cloud Scheduler מפרסם הודעות בנושא Pub/Sub במרווחי זמן קבועים, ומפעיל את פונקציית Cloud Run.

במסוף GCP, נכנסים ל-Cloud Scheduler.
לוחצים על Create Job.

ממלאים את פרטי ההגדרה הבאים:

הגדרה	ערך
שם	`bitwarden-events-hourly`
אזור	בוחרים את אותו אזור כמו של פונקציית Cloud Run.
תדירות	‫`0 * * * *` (כל שעה, בשעה עגולה)
אזור זמן	בחירת אזור זמן (מומלץ לבחור ב-UTC)
סוג היעד	Pub/Sub
נושא	בוחרים את נושא Pub/Sub (`bitwarden-events-trigger`)
גוף ההודעה	‫`{}` (אובייקט JSON ריק)

לוחצים על יצירה.

אפשרויות לתדירות התזמון

בוחרים את התדירות בהתאם לנפח היומן ולדרישות לגבי זמן האחזור:

תדירות	ביטוי Cron	תרחיש לדוגמה
כל 5 דקות	`/5 * * *`	נפח גבוה, זמן אחזור נמוך
כל 15 דקות	`/15 * * *`	נפח חיפושים בינוני
כל שעה	`0 * * * *`	רגיל (מומלץ)
כל 6 שעות	`0 /6 * *`	נפח נמוך, עיבוד ברצף (batch processing)
יומי	`0 0 * * *`	איסוף נתונים היסטוריים

בדיקת השילוב

במסוף Cloud Scheduler, מוצאים את המשימה.
לוחצים על Force run כדי להפעיל את המשימה באופן ידני.
מחכים כמה שניות.
נכנסים לדף Cloud Run > Services.
לוחצים על שם הפונקציה (bitwarden-events-collector).
לוחצים על הכרטיסייה Logs.

מוודאים שהפונקציה בוצעה בהצלחה. חפשו את:

Processing events with continuation token: None
Page 1: Retrieved X events
Wrote X events to bitwarden/events/YYYY/MM/DD/HHMMSS-page00000-bitwarden-events.jsonl
Successfully processed X events across 1 pages

נכנסים לדף Cloud Storage > Buckets.
לוחצים על שם הקטגוריה.
עוברים לתיקיית הקידומת (bitwarden/events/).
מוודאים שנוצר קובץ .jsonl חדש עם חותמת הזמן הנוכחית.

אם מופיעות שגיאות ביומנים:

‫HTTP 401: בודקים את פרטי הכניסה ל-API במשתני הסביבה
‫HTTP 403: צריך לוודא שלחשבון יש את ההרשאות הנדרשות ושהתכונה "אירועים" מופעלת בהגדרות הארגון
‫HTTP 429: הגבלת קצב של יצירת בקשות – הפונקציה תנסה שוב באופן אוטומטי עם השהיה (backoff)
חסרים משתני סביבה: צריך לוודא שכל המשתנים הנדרשים מוגדרים

אחזור של חשבון השירות של Google SecOps

מערכת Google SecOps משתמשת בחשבון שירות ייחודי כדי לקרוא נתונים מהקטגוריה שלכם ב-GCS. אתם צריכים לתת לחשבון השירות הזה גישה לקטגוריה שלכם.

איך מקבלים את כתובת האימייל של חשבון השירות

עוברים אל הגדרות > ניהול נתונים > פידים. אם אתם משתמשים בפלטפורמה של SIEM בלבד, עוברים אל הגדרות > פידים.
לוחצים על הוספת פיד חדש.
לוחצים על הגדרת פיד יחיד.
בשדה שם הפיד, מזינים שם לפיד (לדוגמה, Bitwarden Events).
בוחרים באפשרות Google Cloud Storage V2 בתור סוג המקור.
בוחרים באפשרות אירועים ב-Bitwarden בתור סוג היומן.
לוחצים על Get Service Account (קבלת חשבון שירות). תוצג כתובת אימייל ייחודית של חשבון שירות, לדוגמה:
```
chronicle-12345678@chronicle-gcp-prod.iam.gserviceaccount.com
```
מעתיקים את כתובת האימייל הזו כדי להשתמש בה בשלב הבא.

הערה: לכל מכונה של Google SecOps יש חשבון שירות ייחודי. אל תשתמשו בחשבונות שירות ממסמכים או מדוגמאות אחרים.

מתן הרשאות IAM לחשבון השירות של Google SecOps

לחשבון השירות של Google SecOps צריך להיות התפקיד צפייה באובייקט אחסון בקטגוריה של GCS.

נכנסים לדף Cloud Storage > Buckets.
לוחצים על שם הקטגוריה.
עוברים לכרטיסייה Permissions.
לוחצים על הענקת גישה.
מזינים את פרטי ההגדרה הבאים:
- הוספת חשבונות משתמשים: מדביקים את כתובת האימייל של חשבון השירות של Google SecOps.
- הקצאת תפקידים: בוחרים באפשרות צפייה באובייקטים באחסון.
לוחצים על Save.

הערה: אם אתם מתכננים להשתמש באפשרות המחיקה "מחיקת קבצים שהועברו" או "מחיקת קבצים שהועברו וספריות ריקות", הקצו את התפקיד אדמין של אובייקטים ב-Cloud Storage במקום "צפייה באובייקטים ב-Cloud Storage".

הגדרת פיד ב-Google SecOps כדי להטמיע יומני אירועים של Bitwarden Enterprise

עוברים אל הגדרות > ניהול נתונים > פידים. אם אתם משתמשים בפלטפורמה של SIEM בלבד, עוברים אל הגדרות > פידים.
לוחצים על הוספת פיד חדש.
לוחצים על הגדרת פיד יחיד.
בשדה שם הפיד, מזינים שם לפיד (לדוגמה, Bitwarden Events).
בוחרים באפשרות Google Cloud Storage V2 בתור סוג המקור.
בוחרים באפשרות אירועים ב-Bitwarden בתור סוג היומן.
לוחצים על הבא.
מציינים ערכים לפרמטרים הבאים של הקלט:
- כתובת ה-URL של קטגוריית האחסון: מזינים את ה-URI של קטגוריית GCS עם נתיב הקידומת:
```
gs://bitwarden-events/bitwarden/events/
```
  - מחליפים את:
    - ‫bitwarden-events: השם של קטגוריית GCS.
    - ‫bitwarden/events/: נתיב הקידומת או התיקייה שבהם נשמרים היומנים.
  הערה: תמיד צריך לכלול את הלוכסן (/) בסוף ה-URI.
- אפשרות מחיקת המקור: בוחרים את אפשרות המחיקה המועדפת:
  - Never: אף פעם לא למחוק קבצים אחרי העברות (מומלץ לבדיקה).
  - מחיקת קבצים שהועברו: מחיקת קבצים אחרי שהם הועברו בהצלחה.
  - מחיקת קבצים שהועברו וספריות ריקות: מחיקת קבצים וספריות ריקות אחרי שההעברה מסתיימת.
    
    הערה: אם בוחרים באפשרות מחיקה, לחשבון השירות צריך להיות התפקיד אדמין של אובייקטים ב-Storage במקום התפקיד 'צפייה באובייקטים ב-Storage'. מעדכנים את הרשאות ה-IAM בהתאם.
- גיל הקובץ המקסימלי: כולל קבצים ששונו במספר הימים האחרונים. ברירת המחדל היא 180 ימים.
- מרחב השמות של הנכס: מרחב השמות של הנכס.
- תוויות הטמעה: התווית שתתווסף לאירועים מהפיד הזה.
לוחצים על הבא.
בודקים את הגדרות הפיד החדש במסך סיום ולוחצים על שליחה.

טבלת מיפוי UDM

שדה ביומן	מיפוי UDM	Logic (פונקציה לוגית)
actingUserId	target.user.userid	אם השדה enriched.actingUser.userId ריק או מכיל ערך null, השדה הזה משמש לאכלוס השדה target.user.userid.
collectionID	security_result.detection_fields.key	מאכלס את שדה המפתח ב-detection_fields ב-security_result.
collectionID	security_result.detection_fields.value	מאכלס את השדה value בתוך detection_fields ב-security_result.
תאריך	metadata.event_timestamp	מנותח ומומר לפורמט של חותמת זמן וממופה ל-event_timestamp.
enriched.actingUser.accessAll	security_result.rule_labels.key	מגדיר את הערך "Access_All" ב-rule_labels ב-security_result.
enriched.actingUser.accessAll	security_result.rule_labels.value	מאכלס את שדה הערך ב-rule_labels ב-security_result בערך מ-enriched.actingUser.accessAll שהומר למחרוזת.
enriched.actingUser.email	target.user.email_addresses	מאכלס את השדה email_addresses בתוך target.user.
enriched.actingUser.id	metadata.product_log_id	מאכלס את השדה product_log_id במטא-נתונים.
enriched.actingUser.id	target.labels.key	מגדיר את הערך בתור "ID" ב-target.labels.
enriched.actingUser.id	target.labels.value	מאכלס את שדה הערך ב-target.labels בערך מ-enriched.actingUser.id.
enriched.actingUser.name	target.user.user_display_name	מאכלס את השדה user_display_name בתוך target.user.
enriched.actingUser.object	target.labels.key	מגדיר את הערך בתור "אובייקט" ב-target.labels.
enriched.actingUser.object	target.labels.value	מאכלס את שדה הערך ב-target.labels בערך מ-enriched.actingUser.object.
enriched.actingUser.resetPasswordEnrolled	target.labels.key	מגדירה את הערך ל-"ResetPasswordEnrolled" בתוך target.labels.
enriched.actingUser.resetPasswordEnrolled	target.labels.value	מאכלס את שדה הערך ב-target.labels בערך מ-enriched.actingUser.resetPasswordEnrolled שהומר למחרוזת.
enriched.actingUser.twoFactorEnabled	security_result.rule_labels.key	מגדיר את הערך "Two Factor Enabled" ב-rule_labels ב-security_result.
enriched.actingUser.twoFactorEnabled	security_result.rule_labels.value	מאכלס את שדה הערך ב-rule_labels ב-security_result בערך מ-enriched.actingUser.twoFactorEnabled שהומר למחרוזת.
enriched.actingUser.userId	target.user.userid	מאכלס את השדה userid ב-target.user.
enriched.collection.id	additional.fields.key	מגדיר את הערך ל-"Collection ID" בתוך additional.fields.
enriched.collection.id	additional.fields.value.string_value	מאכלס את השדה string_value בתוך additional.fields בערך מ-enriched.collection.id.
enriched.collection.object	additional.fields.key	מגדיר את הערך כ-"Collection Object" בתוך additional.fields.
enriched.collection.object	additional.fields.value.string_value	מאכלס את השדה string_value בתוך additional.fields בערך מ-enriched.collection.object.
enriched.type	metadata.product_event_type	מאכלס את השדה product_event_type במטא-נתונים.
groupId	target.user.group_identifiers	הערך מתווסף למערך group_identifiers בתוך target.user.
ipAddress	principal.ip	כתובת ה-IP חולצה מהשדה ומופתה ל-principal.ip.
לא רלוונטי	extensions.auth	המנתח יוצר אובייקט ריק.
לא רלוונטי	metadata.event_type	נקבע על סמך enriched.type ונוכחות של מידע על חשבון המשתמש והיעד. ערכים אפשריים: USER_LOGIN, ‏ STATUS_UPDATE, ‏ GENERIC_EVENT.
לא רלוונטי	security_result.action	נקבע על סמך enriched.type. ערכים אפשריים: ALLOW, ‏ BLOCK.
אובייקט	additional.fields.key	מגדיר את הערך ל-"Object" בתוך additional.fields.
אובייקט	additional.fields.value	מאכלס את שדה הערך בתוך additional.fields בערך מ-object.

הבעיה עדיין לא נפתרה? קבלת תשובות מחברי הקהילה וממומחי Google SecOps.