IBM AIX-Systemprotokolle erfassen

Parserversion:15.0

Unterstützt in:

Google SecOps SIEM

In diesem Dokument wird beschrieben, wie Sie IBM AIX-Systemprotokolle mit Bindplane in Google Security Operations aufnehmen.

IBM AIX ist ein Unix-basiertes Betriebssystem, das für Arbeitslasten in Unternehmen auf IBM Power Systems-Hardware entwickelt wurde. AIX-Systemprotokolle enthalten Informationen zu Systemereignissen, Authentifizierungsaktivitäten, Kernelmeldungen, Daemon-Vorgängen und sicherheitsrelevanten Ereignissen, die vom Syslog-Daemon generiert werden.

Hinweis

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

• Google SecOps-Instanz.
• Windows Server 2016 oder höher oder Linux-Host mit systemd zum Ausführen des Bindplane-Agents.
• Netzwerkverbindung zwischen dem Bindplane-Agent-Host und dem AIX-System über den UDP-Port 514.
• Wenn Sie einen Proxy verwenden, prüfen Sie, ob die Firewallports gemäß den Anforderungen des Bindplane-Agents geöffnet sind.
• Root- oder privilegierter Zugriff auf das AIX-System.
• IBM AIX 7.1 oder höher.

Google SecOps-Anmeldedaten für den Bindplane-Agent abrufen

Wählen Sie eine der folgenden Methoden aus, um den Bindplane-Agent bei Google SecOps zu authentifizieren:

• Neue Bereitstellungen: Verwenden Sie die Chronicle API (Option 1).
• Vorhandene Bereitstellungen: Verwenden Sie die Authentifizierungsdatei für die Aufnahme (Option 2), bis die Ingestion API am 20. Juli 2027 eingestellt wird.

Option 1: Dienstkonto für die Chronicle API erstellen (empfohlen)

1. Melden Sie sich in der Google Cloud Console an und wählen Sie das Google Cloud Projekt aus, das mit Ihrer Google SecOps-Instanz verknüpft ist.
2. Rufen Sie IAM und Verwaltung > Dienstkonten auf.
3. Klicken Sie auf Dienstkonto erstellen.
4. Geben Sie die folgenden Konfigurationsdetails an:
   • Name des Dienstkontos: Geben Sie einen Namen für das Konto ein, z. B. bindplane-ingest.
   • Dienstkontobeschreibung: Geben Sie eine Beschreibung ein, z. B. Bindplane agent log ingestion.
5. Klicken Sie auf Erstellen und fortfahren.
6. Klicken Sie im Abschnitt Diesem Dienstkonto Zugriff auf das Projekt erteilen auf Rolle auswählen und wählen Sie Chronicle-Editor aus.
7. Klicken Sie auf Weiter und dann auf Fertig.
8. Klicken Sie auf das erstellte Dienstkonto und rufen Sie den Tab Schlüssel auf.
9. Klicken Sie auf Schlüssel hinzufügen > Neuen Schlüssel erstellen.
10. Wählen Sie JSON aus und klicken Sie auf Erstellen. Die Schlüsseldatei wird auf Ihren Computer heruntergeladen.
11. Speichern Sie die Schlüsseldatei als ingestion-auth.json im Bindplane-Collector-Verzeichnis (/opt/observiq-otel-collector/ingestion-auth.json unter Linux oder C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json unter Windows) oder aktualisieren Sie creds_file_path in config.yaml, damit der Pfad mit dem Speicherort übereinstimmt.
12. Rufen Sie IAM und Verwaltung > Einstellungen auf und kopieren Sie die Projektnummer. Sie benötigen sie für die Exporterkonfiguration.

Hinweis: Der JSON-Schlüssel ist ein Anmeldedatum. Beschränken Sie den Zugriff auf die Datei auf dem Bindplane-Host und rotieren Sie den Schlüssel gemäß der Richtlinie Ihrer Organisation.

Option 2: Authentifizierungsdatei für die Aufnahme herunterladen (Legacy)

1. Melden Sie sich in der Google SecOps-Konsole an.
2. Rufen Sie SIEM-Einstellungen > Erfassungs-Agents auf.
3. Laden Sie die Authentifizierungsdatei für die Aufnahme herunter.
4. Speichern Sie die Datei sicher auf dem System, auf dem der Bindplane-Agent installiert wird.

Hinweis: Mit dieser Datei wird der Agent bei der Legacy Ingestion API (malachiteingestion-pa.googleapis.com) authentifiziert, die am 20. Juli 2027 eingestellt wird. Planen Sie, vor diesem Datum zu Option 1 zu wechseln.

Google SecOps-Kundennummer abrufen

1. Melden Sie sich in der Google SecOps-Konsole an.
2. Rufen Sie SIEM-Einstellungen > Profil auf.

3. Kopieren und speichern Sie die Kundennummer aus dem Abschnitt Organisationsdetails.

   **Hinweis**: Die Kundennummer ist für die Konfiguration des Bindplane-Agent-Exporters erforderlich.

Bindplane-Agent installieren

Installieren Sie den Bindplane-Agent auf Ihrem Windows- oder Linux-Betriebssystem gemäß der folgenden Anleitung.

Windows-Installation

1. Öffnen Sie die Eingabeaufforderung oder PowerShell als Administrator.

2. Führen Sie dazu diesen Befehl aus:

   msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
   

3. Warten Sie, bis die Installation abgeschlossen ist.

4. Überprüfen Sie die Installation mit folgendem Befehl:

   sc query observiq-otel-collector
   

Der Dienst sollte als RUNNING angezeigt werden.

Linux-Installation

1. Öffnen Sie ein Terminal mit Root- oder sudo-Berechtigungen.

2. Führen Sie dazu diesen Befehl aus:

   sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
   

3. Warten Sie, bis die Installation abgeschlossen ist.

4. Überprüfen Sie die Installation mit folgendem Befehl:

   sudo systemctl status observiq-otel-collector
   

Der Dienst sollte als active (running) angezeigt werden.

Weitere Installationsressourcen

Weitere Installationsoptionen und Informationen zur Problembehebung finden Sie im Installationsanleitung für den Bindplane-Agent.

Hinweis: Für die Konfiguration des Chronicle API-Exporters ist der Bindplane-Collector v1.106.0 oder höher erforderlich. Mit den vorherigen Befehlen wird die neueste Version installiert. Wenn Sie eine vorhandene Installation aktualisieren, aktualisieren Sie den Collector, bevor Sie die Konfiguration ändern.

Bindplane-Agent so konfigurieren, dass Syslog-Daten aufgenommen und an Google SecOps gesendet werden

Konfigurationsdatei suchen

• Linux :

  sudo nano /opt/observiq-otel-collector/config.yaml
  

• Windows :

  notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
  

Konfigurationsdatei bearbeiten

• Ersetzen Sie den gesamten Inhalt von config.yaml durch die folgende Konfiguration:

  receivers:
    udplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/aix_system:
      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: '<CREDS_FILE_PATH>'
      customer_id: '<CUSTOMER_ID>'
      endpoint: chronicle.googleapis.com
      log_type: AIX_SYSTEM
      raw_log_field: body
      ingestion_labels:
        source: aix
  
  service:
    pipelines:
      logs/aix_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/aix_system
  

Konfigurationsparameter

Ersetzen Sie die folgenden Platzhalter:

Exporterkonfiguration :

• <CREDS_FILE_PATH>: Vollständiger Pfad zur JSON-Schlüsseldatei des Dienstkontos (Option 1):
  • Linux: /opt/observiq-otel-collector/ingestion-auth.json
  • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
• <CUSTOMER_ID>: Kundennummer aus dem vorherigen Schritt
• location: Ersetzen Sie <LOCATION> durch die Region Ihrer Google SecOps-Instanz, z. B. us, europe oder asia-southeast1. Der Exporter setzt chronicle.googleapis.com mit diesem Wert voran. Die vollständige Liste finden Sie unter Regionale Endpunkte.
• project: Ersetzen Sie <PROJECT_NUMBER> durch die Projektnummer unter IAM und Verwaltung > Einstellungen.
• endpoint: Behalten Sie die Einstellung chronicle.googleapis.com bei.

Exporter für die Legacy Ingestion API

• Wenn Sie die Authentifizierungsdatei für die Aufnahme aus Option 2 verwenden, ersetzen Sie den Block exporters durch Folgendes. Legen Sie creds_file_path auf den Pfad zur Authentifizierungsdatei für die Aufnahme fest. Wenn sich Ihre Instanz außerhalb der USA befindet, ersetzen Sie malachiteingestion-pa.googleapis.com durch Ihren regionalen Endpunkt, z. B. europe-malachiteingestion-pa.googleapis.com.

  exporters:
    chronicle/aix_system:
      compression: gzip
      creds_file_path: '<CREDS_FILE_PATH>'
      customer_id: '<CUSTOMER_ID>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: AIX_SYSTEM
      raw_log_field: body
      ingestion_labels:
        source: aix
  

Hinweis: Dieser Exporter funktioniert nicht mehr, wenn die Ingestion API am 20. Juli 2027 eingestellt wird.

Konfigurationsdatei speichern

Speichern Sie die Datei nach der Bearbeitung:

• Linux: Drücken Sie Ctrl+O, dann Enter und dann Ctrl+X.
• Windows: Klicken Sie auf Datei > Speichern

Bindplane-Agent neu starten, um die Änderungen zu übernehmen

So starten Sie den Bindplane-Agent unter Linux neu:

1. Führen Sie dazu diesen Befehl aus:

   sudo systemctl restart observiq-otel-collector
   

2. Prüfen Sie, ob der Dienst ausgeführt wird:

   sudo systemctl status observiq-otel-collector
   

3. Prüfen Sie die Logs auf Fehler:

   sudo journalctl -u observiq-otel-collector -f
   

So starten Sie den Bindplane-Agent unter Windows neu:

1. Wählen Sie eine der folgenden Optionen aus:

   • Eingabeaufforderung oder PowerShell als Administrator:

   net stop observiq-otel-collector && net start observiq-otel-collector
   

   • Dienstkonsole:
     1. Drücken Sie Win+R, geben Sie services.msc ein und drücken Sie die Eingabetaste.
     2. Suchen Sie nach observIQ OpenTelemetry Collector.
     3. Rechtsklicken Sie und wählen Sie Neu starten aus.

2. Prüfen Sie, ob der Dienst ausgeführt wird:

   sc query observiq-otel-collector
   

3. Prüfen Sie die Logs auf Fehler:

   type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
   

Syslog-Weiterleitung unter AIX konfigurieren

1. Melden Sie sich mit Root- oder privilegiertem Zugriff im AIX-System an.

2. Bearbeiten Sie die Datei /etc/syslog.conf mit einem Texteditor, z. B. vi:

   vi /etc/syslog.conf
   

3. Fügen Sie die folgende Zeile hinzu, um Logs an den Bindplane-Agent weiterzuleiten:

   *.info  @<BINDPLANE_AGENT_IP>
   

   • Ersetzen Sie <BINDPLANE_AGENT_IP> durch die IP-Adresse des Bindplane-Agent-Hosts.
   • Das Trennzeichen zwischen dem Selektor (*.info) und der Aktion (@<BINDPLANE_AGENT_IP>) muss ein Tabulatorzeichen sein.
   • Der Selektor *.info leitet alle Nachrichten mit der Priorität info oder höher von allen Einrichtungen weiter. Passen Sie die Einrichtung und Priorität nach Bedarf an Ihre Anforderungen an.
   Hinweis: Ein einzelnes Präfix @ gibt die UDP-Weiterleitung an, die der Standard-Syslog-Transport unter AIX ist.

4. Speichern Sie die Datei und beenden Sie den Editor.

5. Aktualisieren Sie den syslogd-Daemon, um die Änderungen zu übernehmen:

   refresh -s syslogd
   

   Hinweis: Wenn die Änderungen mit dem Befehl refresh nicht übernommen werden, starten Sie den Daemon mit den SRC-Befehlen zum Beenden und Starten neu:

   stopsrc -s syslogd
   startsrc -s syslogd
   

6. Prüfen Sie, ob der syslogd-Daemon ausgeführt wird:

   lssrc -s syslogd
   

   Die Ausgabe sollte syslogd mit dem Status active anzeigen.

7. Prüfen Sie, ob UDP-Port 514 zwischen dem AIX-Host und dem Bindplane-Agent geöffnet ist.

Logweiterleitung bestätigen

Testen Sie, ob Logs an den Bindplane-Agent weitergeleitet werden:

1. Generieren Sie im AIX-System einen Test-Logeintrag:

   logger -p user.info "Test syslog message from AIX"
   

2. Prüfen Sie auf dem Bindplane-Agent-Host die Agent-Logs, um zu bestätigen, dass die Nachricht empfangen wurde:

   Linux :

   sudo journalctl -u observiq-otel-collector -n 50
   

   Windows :

   type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
   

3. Prüfen Sie, ob Logs innerhalb von 5 bis 10 Minuten in der Google SecOps-Konsole angezeigt werden.

UDM-Zuordnungstabelle

Logfeld	UDM-Zuordnung	Logik
application	target.application	Wert, der mit Grok-Mustern aus dem Nachrichtenfeld extrahiert wurde.
cmddata	target.process.command_line	Wert, der mit Grok-Mustern aus dem Nachrichtenfeld extrahiert wurde.
command_line	principal.process.command_line	Wert, der mit Grok-Mustern aus dem Feld „description“ (Beschreibung) extrahiert wurde.
description	metadata.description	Wert, der mit Grok-Mustern aus dem Nachrichtenfeld extrahiert wurde.
folder	target.process.file.full_path	Wert, der mit Grok-Mustern aus dem Nachrichtenfeld extrahiert wurde.
hostname	principal.hostname	Wert, der mit Grok-Mustern aus dem Nachrichtenfeld extrahiert wurde.
intermediary_hostip	intermediary.ip	Wert, der mit Grok-Mustern aus dem Nachrichtenfeld extrahiert wurde.
sc_summary	security_result.summary	Wert, der mit Grok-Mustern aus dem Feld „description“ (Beschreibung) extrahiert wurde.
severity	security_result.severity	Wird auf „INFORMATIONAL“ gesetzt, wenn die Priorität „info“ ist (Groß-/Kleinschreibung wird nicht beachtet). Wird auf „ERROR“ gesetzt, wenn die Priorität „Err“ ist (Groß-/Kleinschreibung wird nicht beachtet).
src_ip	principal.ip	Wert, der mit Grok-Mustern aus dem Feld „message“ (Nachricht) oder „description“ (Beschreibung) extrahiert wurde.
src_port	principal.port	Wert, der mit Grok-Mustern aus dem Feld „description“ (Beschreibung) extrahiert wurde.
sys_log_host	intermediary.hostname	Wert, der mit Grok-Mustern aus dem Nachrichtenfeld extrahiert wurde.
syslog_priority	security_result.priority_details	Wert, der mit Grok-Mustern aus dem Nachrichtenfeld extrahiert wurde.
ts	metadata.event_timestamp	Mit Grok- und Datumsfilter aus dem Feld „ts“ im Logeintrag konvertiert.
user	principal.user.userid	Wert, der mit Grok-Mustern aus dem Feld „message“ (Nachricht) oder „description“ (Beschreibung) extrahiert wurde.
–	metadata.event_type	Wird auf „STATUS_UPDATE“ gesetzt, wenn „src_ip“ oder „hostname“ vorhanden sind. Wird auf „USER_UNCATEGORIZED“ gesetzt, wenn „user“ vorhanden ist, aber nicht die anderen. Andernfalls wird „GENERIC_EVENT“ festgelegt.
–	metadata.vendor_name	Wird auf „AIX_SYSTEM“ gesetzt.
–	metadata.product_name	Wird auf „AIX_SYSTEM“ gesetzt.
–	metadata.log_type	Wird auf „AIX_SYSTEM“ gesetzt.

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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