Quest-Audit-Logs für den Dateizugriff erfassen
In diesem Dokument wird beschrieben, wie Sie Quest File Access-Audit-Logs mit dem Bindplane-Agent in Google Security Operations aufnehmen.
Quest Change Auditor (früher Quest File Access Audit) ist eine Plattform für die Überwachung von Dateiservern und Active Directory, die Dateiaktivitäten, Berechtigungsänderungen und administrative Aktionen in Windows-Umgebungen überwacht und darüber berichtet. Change Auditor bietet integrierte SIEM-Integrationsfunktionen, einschließlich Syslog-Weiterleitung über Ereignisabos.
Hinweis
Prüfen Sie, ob folgende Voraussetzungen erfüllt sind:
- Eine Google SecOps-Instanz
- Windows Server 2016 oder höher oder Linux-Host mit
systemd - Netzwerkverbindung zwischen dem Bindplane-Agent und dem Quest Change Auditor-Koordinatorserver
- Wenn der Agent hinter einem Proxy ausgeführt wird, müssen die Firewallports gemäß den Anforderungen des Bindplane-Agents geöffnet sein.
- Privilegierter Zugriff auf den Quest Change Auditor-Client oder ‑Koordinatorserver
Google SecOps-Anmeldedaten für den Bindplane-Agenten abrufen
Wählen Sie eine der folgenden Methoden aus, um den Bindplane-Agenten bei Google SecOps zu authentifizieren:
- Neue Bereitstellungen: Verwenden Sie die Chronicle API (Option 1).
- Alte Bereitstellungen: Verwenden Sie die Datei für die Authentifizierung bei der Aufnahme (Option 2) weiterhin, bis die Ingestion API am 20. Juli 2027 eingestellt wird.
Option 1: Dienstkonto für die Chronicle API erstellen (empfohlen)
- 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.
- Rufen Sie IAM und Verwaltung > Dienstkonten auf.
- Klicken Sie auf Dienstkonto erstellen.
- 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).
- Name des Dienstkontos: Geben Sie einen Namen für das Konto ein, z. B.
- Klicken Sie auf Erstellen und fortfahren.
- Klicken Sie im Abschnitt Diesem Dienstkonto Zugriff auf das Projekt erteilen auf Rolle auswählen und wählen Sie Chronicle-Bearbeiter aus.
- Klicken Sie auf Weiter und dann auf Fertig.
- Klicken Sie auf das von Ihnen erstellte Dienstkonto und rufen Sie den Tab Schlüssel auf.
- Klicken Sie auf Schlüssel hinzufügen > Neuen Schlüssel erstellen.
- Wählen Sie JSON aus und klicken Sie auf Erstellen. Die Schlüsseldatei wird auf Ihren Computer heruntergeladen.
- Speichern Sie die Schlüsseldatei als
ingestion-auth.jsonim Bindplane-Collector-Verzeichnis (/opt/observiq-otel-collector/ingestion-auth.jsonunter Linux oderC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.jsonunter Windows) oder aktualisieren Siecreds_file_pathinconfig.yaml, damit der Pfad mit dem Pfad übereinstimmt, in dem Sie die Datei speichern. - Rufen Sie IAM & Verwaltung > Einstellungen auf und kopieren Sie die Projektnummer. Sie benötigen sie für die Konfiguration des Exporters.
Option 2: Authentifizierungsdatei für die Datenaufnahme herunterladen (Legacy)
- Melden Sie sich in der Google SecOps-Konsole an.
- Rufen Sie die SIEM-Einstellungen > Erfassungs-Agents auf.
- Laden Sie die Authentifizierungsdatei für die Datenaufnahme herunter.
- Speichern Sie die Datei sicher auf dem System, auf dem der Bindplane-Agent installiert werden soll.
Google SecOps-Kundennummer abrufen
- Melden Sie sich in der Google SecOps-Konsole an.
- Rufen Sie die SIEM-Einstellungen > Profile auf.
Kopieren und speichern Sie die Kundennummer aus dem Bereich Organisationsdetails.
Bindplane-Agent installieren
Installieren Sie den Bindplane-Agenten gemäß der folgenden Anleitung auf Ihrem Windows- oder Linux-Betriebssystem.
Windows-Installation
- Öffnen Sie die Eingabeaufforderung oder PowerShell als Administrator.
Führen Sie dazu diesen Befehl aus:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quietWarten Sie, bis die Installation abgeschlossen ist.
Überprüfen Sie die Installation mit folgendem Befehl:
sc query observiq-otel-collectorDer Dienst sollte als RUNNING angezeigt werden.
Linux-Installation
- Öffnen Sie ein Terminal mit Root- oder Sudo-Berechtigungen.
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.shWarten Sie, bis die Installation abgeschlossen ist.
Überprüfen Sie die Installation mit folgendem Befehl:
sudo systemctl status observiq-otel-collectorDer Dienst sollte als active (running) angezeigt werden.
Zusätzliche Installationsressourcen
Weitere Installationsoptionen und Informationen zur Fehlerbehebung finden Sie in der Installationsanleitung für den Bindplane-Agent.
Bindplane-Agent zum Erfassen von Syslog-Daten und Senden an Google SecOps konfigurieren
Konfigurationsdatei suchen
Linux:
sudo nano /opt/observiq-otel-collector/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
Konfigurationsdatei bearbeiten
Ersetzen Sie den gesamten Inhalt von
config.yamldurch die folgende Konfiguration:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/quest_file_audit: 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: '<customer_id>' endpoint: chronicle.googleapis.com log_type: QUEST_FILE_AUDIT raw_log_field: body service: pipelines: logs/quest_file_audit_to_chronicle: receivers: - udplog exporters: - chronicle/quest_file_audit
Konfigurationsparameter
Ersetzen Sie die folgenden Platzhalter:
Empfängerkonfiguration:
listen_address: IP-Adresse und Port, auf die gewartet werden soll:0.0.0.0, um auf allen Schnittstellen zu lauschen (empfohlen)- Port
514ist der Standard-Syslog-Port (erfordert Root unter Linux; verwenden Sie1514für Nicht-Root).
Exporter-Konfiguration:
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
- Linux:
customer_id: Die Kundennummer, die aus der Google SecOps Console kopiert wurdelocation: Ersetzen Sie<LOCATION>durch die Region Ihrer Google SecOps-Instanz (z. B.us,europeoderasia-southeast1). Der Exporteur stellt diesem Wert das Präfixchronicle.googleapis.comvoran. Eine vollständige Liste finden Sie unter Regionale Endpunkte.project: Ersetzen Sie<PROJECT_NUMBER>durch die Projektnummer unter IAM & Verwaltung > Einstellungen.endpoint: Behalten Sie die Einstellungchronicle.googleapis.combei.
Exporter für die Legacy Ingestion API
Wenn Sie die Datei zur Authentifizierung bei der Aufnahme aus Option 2 verwenden, ersetzen Sie den Block
exportersdurch Folgendes. Legen Siecreds_file_pathauf den Pfad zur Datei für die Authentifizierung bei der Aufnahme fest. Wenn sich Ihre Instanz außerhalb der USA befindet, ersetzen Siemalachiteingestion-pa.googleapis.comdurch Ihren regionalen Endpunkt (z. B.europe-malachiteingestion-pa.googleapis.com).exporters: chronicle/quest_file_audit: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: QUEST_FILE_AUDIT raw_log_field: body
Konfigurationsdatei speichern
- Speichern Sie die Datei nach der Bearbeitung:
- Linux: Drücken Sie
Ctrl+O, dannEnterund dannCtrl+X. - Windows: Klicken Sie auf Datei > Speichern.
- Linux: Drücken Sie
Starten Sie den Bindplane-Agent neu, um die Änderungen zu übernehmen.
Führen Sie den folgenden Befehl aus, um den Bindplane-Agent unter Linux neu zu starten:
sudo systemctl restart observiq-otel-collectorPrüfen Sie, ob der Dienst ausgeführt wird:
sudo systemctl status observiq-otel-collectorLogs auf Fehler prüfen:
sudo journalctl -u observiq-otel-collector -f
Wählen Sie eine der folgenden Optionen aus, um den Bindplane-Agenten unter Windows neu zu starten:
Eingabeaufforderung oder PowerShell als Administrator:
net stop observiq-otel-collector && net start observiq-otel-collectorDienstkonsole:
- Drücken Sie
Win+R, geben Sieservices.mscein und drücken Sie die Eingabetaste. - Suchen Sie nach observIQ OpenTelemetry Collector.
- Rechtsklicken Sie und wählen Sie Neu starten aus.
Prüfen Sie, ob der Dienst ausgeführt wird:
sc query observiq-otel-collectorPrüfen Sie die Logs auf Fehler:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- Drücken Sie
Syslog-Weiterleitung für Quest Change Auditor konfigurieren
Option 1: Syslog-Weiterleitung mit dem Change Auditor-Client konfigurieren
- Öffnen Sie die Clientanwendung Change Auditor.
- Gehen Sie zu Verwaltung > Ereignisabos.
- Klicken Sie auf Neu und wählen Sie Syslog als Abotyp aus.
- Konfigurieren Sie im Assistenten für Syslog-Ereignisabonnements Folgendes:
- Host: Geben Sie die IP-Adresse des Bindplane-Agent-Hosts ein.
- Port: Geben Sie
514ein. - Nachrichtenformat: Wählen Sie CEF (Common Event Format) oder LEEF (Log Event Extended Format) aus.
- Subsystems (Subsysteme): Wählen Sie die Ereignissubsysteme aus, die weitergeleitet werden sollen, z. B. File System (Dateisystem).
- Klicken Sie auf Fertigstellen, um das Abo zu erstellen.
Option 2: Syslog-Weiterleitung mit PowerShell konfigurieren
- Öffnen Sie PowerShell auf dem Change Auditor-Koordinatorserver und importieren Sie das Change Auditor-Modul.
Syslog-Ereignisabo erstellen:
$subsystems = Get-CAEventExportSubsystems | Where-Object { $_.Name -like "*File*" } New-CASyslogEventSubscription -Host "<BINDPLANE_AGENT_IP>" -Port 514 -SyslogFormat "CEF" -Subsystems $subsystemsPrüfen Sie, ob das Abo erstellt wurde:
Get-CASyslogEventSubscriptions
UDM-Zuordnungstabelle
| Logfeld | UDM-Zuordnung | Logik |
|---|---|---|
| Keywords, EventType, Task, ThreadID, Channel, Opcode | additional.fields | Zusätzliche Informationen zum Ereignis |
| EventTime | metadata.event_timestamp | Der Zeitstempel, zu dem das Ereignis aufgetreten ist |
| event_type | metadata.event_type | Art des Ereignisses |
| EventReceivedTime | metadata.ingested_timestamp | Der Zeitstempel für den Zeitpunkt, zu dem das Ereignis erfasst wurde. |
| EventID | metadata.product_event_type | Der Ereignistyp, wie vom Produkt definiert |
| RecordNumber | metadata.product_log_id | Die vom Produkt zugewiesene Log-ID |
| metadata.product_name | Der Name des Produkts, von dem das Ereignis stammt | |
| metadata.vendor_name | Der Name des Anbieters, der das Ereignis generiert hat | |
| SourceModuleType | observer.application | Die vom Beobachter verwendete Anwendung |
| SourceModuleName | observer.resource.attribute.labels | Labels, die mit der Beobachterressource verknüpft sind |
| Domain | principal.administrative_domain | Die administrative Domain des Prinzips |
| SourceName | principal.application | Die vom Hauptkonto verwendete Anwendung |
| Hostname | principal.asset.hostname | Der Hostname des Assets, das mit dem Hauptkonto verknüpft ist |
| ip_address | principal.asset.ip | Die IP-Adresse des mit dem Rechtssubjekt verknüpften Assets |
| Hostname | principal.hostname | Der Hostname des Hauptkontos |
| ip_address | principal.ip | Die IP-Adresse des Auftraggebers |
| ProcessID | principal.process.pid | Die Prozess-ID |
| logonID | principal.user.attribute.labels | Mit dem Nutzer verknüpfte Labels |
| AccountType | principal.user.attribute.roles | Mit dem Nutzer verknüpfte Rollen |
| AccountName | principal.user.userid | Die Nutzer-ID |
| UserID | principal.user.windows_sid | Die Windows-SID des Nutzers |
| Beschreibung | security_result.description | Beschreibung des Sicherheitsergebnisses |
| SeverityValue | security_result.severity | Schweregrad des Sicherheitsergebnisses |
| Schweregrad | security_result.severity_details | Details zum Schweregrad |
| Kategorie | security_result.summary | Zusammenfassung des Sicherheitsergebnisses |
| file_path | target.file.full_path | Der vollständige Pfad der Zieldatei |
| file_path | target.process.file.full_path | Der vollständige Pfad der Datei, die dem Zielprozess zugeordnet ist. |
Änderungsprotokoll
Änderungsprotokoll für diesen Parser ansehen
Benötigen Sie weitere Hilfe? Antworten von Community-Mitgliedern und Google SecOps-Experten erhalten