איסוף יומנים מ-Hitachi Content Platform
במאמר הזה מוסבר איך להטמיע יומנים של Hitachi Content Platform ב-Google Security Operations באמצעות Bindplane.
Hitachi Content Platform (HCP) היא מערכת מבוזרת לאחסון אובייקטים שנועדה לתמוך במאגרי מידע גדולים וגדלים של נתונים עם תוכן קבוע. HCP מספק אחסון מאובטח עם תכונות כמו הגנה על נתונים, שמירה לצורך תאימות, ניהול גרסאות וגישה לכמה פרוטוקולים דרך ממשקי API בארכיטקטורת REST, NFS, CIFS ו-WebDAV. הפלטפורמה תומכת בריבוי דיירים עם בידוד של מרחב השמות, וכוללת יכולות מקיפות של מעקב אחרי המערכת ורישום ביומן.
לפני שמתחילים
חשוב לוודא שמתקיימות הדרישות המוקדמות הבאות:
- מכונה של Google SecOps
- Windows Server 2016 ואילך, או מארח Linux עם
systemd - קישוריות לרשת בין סוכן Bindplane לבין Hitachi Content Platform
- אם השרת פועל מאחורי שרת proxy, צריך לוודא שהיציאות של חומת האש פתוחות בהתאם לדרישות של סוכן Bindplane.
- חשבון משתמש ברמת המערכת עם תפקיד אדמין או אבטחה ב-HCP. המשתמשים בתפקיד 'מעקב' או 'תאימות' יכולים לראות את הדף Syslog, אבל לא יכולים להגדיר רישום ב-Syslog או לבדוק חיבורים
- גישה למסוף הניהול של מערכת HCP
קבלת פרטי כניסה ל-Google SecOps בשביל סוכן Bindplane
כדי לאמת את סוכן Bindplane ב-Google SecOps, בוחרים באחת מהשיטות הבאות:
- פריסות חדשות: משתמשים ב-Chronicle API (אפשרות 1).
- פריסות מדור קודם: אפשר להמשיך להשתמש בקובץ האימות של ה-API להעברת נתונים (אפשרות 2) עד שה-API להעברת נתונים יפסיק לפעול ב-20 ביולי 2027.
אפשרות 1: יצירת חשבון שירות ל-Chronicle API (מומלץ)
- נכנסים אל Google Cloud המסוף ובוחרים את Google Cloud הפרויקט שמקושר למופע של Google SecOps.
- נכנסים לדף IAM & Admin > Service Accounts.
- לוחצים על Create service account.
- מספקים את פרטי ההגדרה הבאים:
- שם חשבון השירות: מזינים שם לחשבון (לדוגמה,
bindplane-ingest). - Service account description: מזינים תיאור (לדוגמה,
Bindplane agent log ingestion).
- שם חשבון השירות: מזינים שם לחשבון (לדוגמה,
- לוחצים על Create and continue.
- בקטע Grant this service account access to project, לוחצים על Select a role ובוחרים באפשרות Chronicle Editor.
- לוחצים על המשך ואז על סיום.
- לוחצים על חשבון השירות שיצרתם ועוברים לכרטיסייה Keys.
- לוחצים על Add key > Create new key.
- בוחרים באפשרות JSON ולוחצים על Create. קובץ המפתח יורד למחשב.
- שומרים את קובץ המפתח בתור
ingestion-auth.jsonבספריית ה-collector של Bindplane (/opt/observiq-otel-collector/ingestion-auth.jsonב-Linux אוC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.jsonב-Windows), או מעדכנים אתcreds_file_pathב-config.yamlכך שיתאים לנתיב שבו שמרתם אותו. - עוברים אל IAM & Admin > Settings (ניהול הרשאות גישה ואדמין > הגדרות) ומעתיקים את מספר הפרויקט. תצטרכו אותו כדי להגדיר את הייצוא.
אפשרות 2: הורדה של קובץ האימות להטמעת נתונים (מדור קודם)
- נכנסים למסוף Google SecOps.
- עוברים אל הגדרות SIEM > סוכני איסוף.
- מורידים את קובץ האימות להטמעת נתונים.
- שומרים את הקובץ בצורה מאובטחת במערכת שבה יותקן סוכן Bindplane.
איך מוצאים את מספר הלקוח ב-Google SecOps
- נכנסים למסוף Google SecOps.
- עוברים אל SIEM Settings > Profile.
- מעתיקים את מזהה הלקוח מהקטע פרטי הארגון ושומרים אותו.
התקנת הסוכן של Bindplane
מתקינים את סוכן Bindplane במערכת ההפעלה Windows או Linux לפי ההוראות הבאות.
התקנת חלונות
- פותחים את שורת הפקודה או את PowerShell כאדמין.
מריצים את הפקודה הבאה:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quietמחכים שההתקנה תסתיים.
כדי לוודא שההתקנה בוצעה, מריצים את הפקודה:
sc query observiq-otel-collector
השירות אמור להופיע כ-RUNNING.
התקנה ב-Linux
- פותחים טרמינל עם הרשאות root או sudo.
מריצים את הפקודה הבאה:
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.shמחכים שההתקנה תסתיים.
כדי לוודא שההתקנה בוצעה, מריצים את הפקודה:
sudo systemctl status observiq-otel-collector
השירות אמור להופיע כ-active (running).
מקורות מידע נוספים להתקנה
אפשרויות התקנה נוספות ופתרון בעיות מפורטים במדריך להתקנת סוכן Bindplane.
הגדרת סוכן Bindplane להטמעת syslog ושליחה אל Google SecOps
מאתרים את קובץ התצורה
Linux:
sudo nano /opt/observiq-otel-collector/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
עריכת קובץ תצורה
מחליפים את כל התוכן של
config.yamlבהגדרות הבאות:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/hcp: protocol: https # Region of your instance, for example us, europe, asia-southeast1 location: <LOCATION> # Project number of the Google Cloud project linked to the instance project: '<PROJECT_NUMBER>' compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: 'YOUR_CUSTOMER_ID' endpoint: chronicle.googleapis.com log_type: HITACHI_CLOUD_PLATFORM raw_log_field: body ingestion_labels: env: production service: pipelines: logs/hcp_to_chronicle: receivers: - udplog exporters: - chronicle/hcp
פרמטרים להגדרה
מחליפים את ה-placeholders הבאים:
הגדרת המקלט:
- המקלט מוגדר כ-
udplogכדי להאזין להודעות UDP syslog ביציאה 514. -
listen_address: "0.0.0.0:514"מאזין לכל הממשקים ביציאה 51. אם יציאה 514 דורשת הרשאות ברמת הבסיס (root) ב-Linux, צריך להשתמש ביציאה 1514 ולהגדיר את HCP כך שישלח ליציאה הזו.
- המקלט מוגדר כ-
הגדרת כלי הייצוא:
-
creds_file_path: הנתיב המלא לקובץ המפתח של חשבון השירות בפורמט JSON (אפשרות 1):- Linux:
/opt/observiq-otel-collector/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
-
customer_id: מחליפים אתYOUR_CUSTOMER_IDבמזהה הלקוח מהשלב הקודם. -
location: מחליפים את<LOCATION>באזור של המכונה של Google SecOps (לדוגמה,us,europeאוasia-southeast1). המייצא מוסיף את הערך הזה בתחילתchronicle.googleapis.com. לרשימה המלאה, ראו נקודות קצה אזוריות. -
project: מחליפים את<PROJECT_NUMBER>במספר הפרויקט שמופיע בקטע IAM & Admin > Settings. -
endpoint: משאירים את הערךchronicle.googleapis.com. -
log_type: מגדירים את הערךHITACHI_CLOUD_PLATFORMבדיוק כמו שמופיע. -
ingestion_labels: תוויות אופציונליות בפורמט YAML (לדוגמה,env: production).
-
מייצא API להטמעה מדור קודם
אם משתמשים בקובץ האימות של ההעלאה מאפשרות 2, מחליפים את הבלוק
exportersבבלוק הבא. מגדירים אתcreds_file_pathלנתיב של קובץ האימות להטמעת נתונים. אם המכונה נמצאת מחוץ לארה"ב, מחליפים אתmalachiteingestion-pa.googleapis.comבנקודת הקצה האזורית (לדוגמה,europe-malachiteingestion-pa.googleapis.com).exporters: chronicle/hcp: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: 'YOUR_CUSTOMER_ID' endpoint: malachiteingestion-pa.googleapis.com log_type: HITACHI_CLOUD_PLATFORM raw_log_field: body ingestion_labels: env: production
שמירת קובץ התצורה
אחרי העריכה, שומרים את הקובץ:
- Linux: מקישים על
Ctrl+O, אחר כך עלEnterואז עלCtrl+X. - Windows: לוחצים על קובץ > שמירה.
מפעילים מחדש את סוכן Bindplane כדי להחיל את השינויים.
כדי להפעיל מחדש את הסוכן של Bindplane ב-Linux, מריצים את הפקודה הבאה:
sudo systemctl restart observiq-otel-collectorמוודאים שהשירות פועל:
sudo systemctl status observiq-otel-collectorבודקים אם יש שגיאות ביומנים:
sudo journalctl -u observiq-otel-collector -f
כדי להפעיל מחדש את סוכן Bindplane ב-Windows, בוחרים באחת מהאפשרויות הבאות:
שורת הפקודה או PowerShell כאדמין:
net stop observiq-otel-collector && net start observiq-otel-collectorמסוף השירותים:
- לוחצים על
Win+R, מקלידיםservices.mscולוחצים על Enter. - מאתרים את observIQ OpenTelemetry Collector.
לוחצים לחיצה ימנית ובוחרים באפשרות הפעלה מחדש.
מוודאים שהשירות פועל:
sc query observiq-otel-collectorבודקים אם יש שגיאות ביומנים:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- לוחצים על
הגדרת העברת syslog ב-Hitachi Content Platform
- נכנסים אל מסוף ניהול המערכת של HCP באמצעות חשבון עם תפקיד אדמין או תפקיד אבטחה.
- בתפריט העליון, בוחרים באפשרות Monitoring > Syslog.
- בשדה Syslog Server IP Addresses, מזינים את כתובת ה-IP של המארח של סוכן Bindplane, ואחריה אפשר להוסיף נקודתיים ומספר יציאה (לדוגמה,
192.168.1.100:514או192.168.1.100:1514). אם לא מציינים מספר יציאה, HCP משתמש ביציאה 514 כברירת מחדל. - לוחצים על הוספה. כתובת ה-IP שציינתם תעבור לרשימה שמתחת לשדה.
- בשדה שליחת הודעות יומן ברמה הזו או ברמה גבוהה יותר, בוחרים את רמת החומרה של ההודעות שיישלחו לשרת ה-syslog:
- NOTICE: שליחת הודעות ברמת החומרה Notice, Warning או Error.
- אזהרה: שליחת הודעות עם רמת חומרה של אזהרה או שגיאה.
- ERROR: שליחת הודעות רק ברמת חומרה של שגיאה.
- בשדה HTTP access Facility, בוחרים את מתקן ה-syslog המקומי שאליו רוצים להפנות את הודעות יומן הגישה ל-HTTP. האפשרויות הן local0 עד local7.
- כדי לכלול הודעות ביומן לגבי אירועי גישה לנתונים שמבוססים על HTTP, בוחרים באפשרות שליחת הודעות ביומן לגבי בקשות גישה לנתונים שמבוססות על HTTP.
- בשדה MAPI access Facility (מתקן גישה ל-MAPI), בוחרים את המתקן המקומי של syslog שאליו יופנו הודעות יומן של ממשק הניהול של API. האפשרויות הן local0 עד local7.
- כדי לכלול הודעות ביומן לגבי אירועים של בקשות Management API, בוחרים באפשרות שליחת הודעות ביומן לגבי בקשות Management API.
- כדי לכלול הודעות ביומן על אירועי אבטחה (ניסיונות להתחבר למסוף ניהול המערכת עם שם משתמש לא חוקי), בוחרים באפשרות לשלוח אירועי אבטחה אם היא זמינה.
- לוחצים על עדכון ההגדרות כדי לשמור את ההגדרות האישיות.
כדי לבדוק את החיבור, לוחצים על בדיקה בדף Syslog. HCP שולח הודעת בדיקה עם רמת חומרה Notice לשרת syslog. בודקים את יומני הסוכן של Bindplane כדי לוודא שההודעה התקבלה.
טבלת מיפוי UDM
| שדה ביומן | מיפוי UDM | היגיון |
|---|---|---|
| host_name | intermediary.hostname | שם המארח של המכשיר המתווך |
| event_type | metadata.event_type | סוג האירוע (למשל, USER_LOGIN, NETWORK_CONNECTION) |
| product_event | metadata.product_event_type | סוג אירוע ספציפי למוצר |
| network.application_protocol | פרוטוקול האפליקציה שנעשה בו שימוש (למשל, HTTP, HTTPS) | |
| http_method | network.http.method | שיטת HTTP (למשל, GET, POST) |
| url | network.http.referral_url | כתובת URL של הפניה לבקשות HTTP |
| response_code | network.http.response_code | קוד תגובת HTTP |
| src_ip | principal.ip | כתובת ה-IP של מקור החיבור |
| metadata.product_name | שם המוצר | |
| metadata.vendor_name | שם הספק או שם חברה |
יומן שינויים
צפייה ביומן השינויים של המנתח הזה
הבעיה עדיין לא נפתרה? קבלת תשובות מחברי הקהילה וממומחי Google SecOps.