איסוף יומנים של 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
- נכנסים למסוף Google SecOps.
- עוברים אל SIEM Settings > Collection Agents.
- מורידים את קובץ האימות להטמעת נתונים. שומרים את הקובץ בצורה מאובטחת במערכת שבה תותקן Bindplane.
איך מקבלים את מספר הלקוח ב-Google SecOps
- נכנסים למסוף Google SecOps.
- עוברים אל SIEM Settings > Profile (הגדרות SIEM > פרופיל).
- מעתיקים את מזהה הלקוח מהקטע פרטי הארגון ושומרים אותו.
התקנת הסוכן של Bindplane
מתקינים את סוכן Bindplane במערכת ההפעלה Windows או Linux לפי ההוראות הבאות.
התקנה ב-Windows
- פותחים את שורת הפקודה או את 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
השירות צריך להופיע כפעיל (פועל).
מקורות מידע נוספים להתקנה
אפשרויות התקנה נוספות ופתרון בעיות מפורטים במדריך להתקנת סוכן Bindplane.
הגדרה של סוכן Bindplane לקליטת syslog ושליחה ל-Google SecOps
איתור קובץ ההגדרות
Linux:
sudo nano /etc/bindplane-agent/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: compression: gzip creds_file_path: '/etc/bindplane-agent/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 service: pipelines: logs/hcp_to_chronicle: receivers: - udplog exporters: - chronicle/hcp
פרמטרים להגדרה
מחליפים את ה-placeholders הבאים:
הגדרת מקלט:
- המקלט מוגדר כ-
udplogלהאזנה להודעות UDP syslog ביציאה 514. -
listen_address: "0.0.0.0:514"מאזין לכל הממשקים ביציאה 51. אם נדרשות הרשאות root ביציאה 514 ב-Linux, צריך להשתמש ביציאה 1514 במקום זאת ולהגדיר את HCP לשליחה ליציאה הזו.
- המקלט מוגדר כ-
הגדרת הייצוא:
-
creds_file_path: הנתיב המלא לקובץ האימות להטמעת נתונים:- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
-
customer_id: מחליפים אתYOUR_CUSTOMER_IDבמזהה הלקוח מהשלב הקודם. -
endpoint: כתובת ה-URL של נקודת הקצה האזורית:- ארה"ב:
malachiteingestion-pa.googleapis.com - אירופה:
europe-malachiteingestion-pa.googleapis.com - אסיה:
asia-southeast1-malachiteingestion-pa.googleapis.com - רשימה מלאה מופיעה במאמר בנושא נקודות קצה אזוריות.
- ארה"ב:
log_type: מגדירים את הערךHITACHI_CLOUD_PLATFORMבדיוק כמו שמוצג.-
ingestion_labels: תוויות אופציונליות בפורמט YAML (לדוגמה,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.
- בשדה כתובות ה-IP של שרת Syslog, מזינים את כתובת ה-IP של המארח של סוכן Bindplane, ואפשר גם להוסיף נקודתיים ומספר יציאה (לדוגמה,
192.168.1.100:514או192.168.1.100:1514). אם לא מציינים את מספר היציאה, HCP משתמש ביציאה 514 כברירת מחדל. - לוחצים על הוספה. כתובת ה-IP שצוינה מועברת לרשימה שמתחת לשדה.
- בשדה Send log messages at this level or higher (שליחת הודעות יומן ברמה הזו או ברמה גבוהה יותר), בוחרים את רמת החומרה של ההודעות שיישלחו לשרת syslog:
- הודעה: שליחת הודעות עם רמת חומרה של הודעה, אזהרה או שגיאה.
- WARNING: שליחת הודעות ברמת חומרה של אזהרה או שגיאה.
- ERROR: שליחת הודעות רק ברמת חומרה של שגיאה.
- בשדה HTTP access Facility, בוחרים את מתקן syslog המקומי שאליו יופנו הודעות של יומן הגישה ל-HTTP. האפשרויות הן local0 עד local7.
- כדי לכלול הודעות ביומן לגבי אירועים של גישה לנתונים שמבוססים על HTTP, בוחרים באפשרות שליחת הודעות ביומן לגבי בקשות גישה לנתונים שמבוססות על HTTP.
- בשדה MAPI access Facility (מתקן גישה ל-MAPI), בוחרים את המתקן המקומי של syslog שאליו יופנו הודעות יומן של ממשק הניהול של API. האפשרויות הן local0 עד local7.
- כדי לכלול הודעות ביומן לגבי אירועי בקשות API של Management API, בוחרים באפשרות שליחת הודעות ביומן לבקשות 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.