Imperva-Datenbanklogs erfassen

Unterstützt in:

Google SecOps SIEM

In diesem Dokument wird beschrieben, wie Sie Imperva-Datenbanklogs mit dem Bindplane-Agenten in Google Security Operations aufnehmen.

Der Parser extrahiert Felder aus Syslog-formatierten Logs der Imperva-Datenbank. Dazu werden die Logeinträge mit „grok“ und/oder „kv“ geparst und die Werte dann dem Unified Data Model (UDM) zugeordnet. Außerdem werden Standardmetadatenwerte für die Ereignisquelle und den Ereignistyp festgelegt. Imperva Database Security bietet umfassende Funktionen für die Überwachung, Prüfung und den Schutz von Datenbankaktivitäten.

Hinweis

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

• Eine Google SecOps-Instanz
• Ein Windows 2016- oder höherer oder Linux-Host mit systemd
• 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 die Imperva SecureSphere-Verwaltungskonsole

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 Deployments: Verwenden Sie die Chronicle API (Option 1).
• Legacy-Bereitstellungen: Verwenden Sie die Authentifizierungsdatei für die Datenaufnahme (Option 2) weiter, 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 -Konsole 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 von Ihnen 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, sodass der Pfad mit dem Pfad übereinstimmt, unter dem Sie die Datei speichern.
12. Rufen Sie IAM & Verwaltung > Einstellungen auf und kopieren Sie die Projektnummer. Sie benötigen sie für die Exporter-Konfiguration.

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

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

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

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

Google SecOps-Kundennummer abrufen

1. Melden Sie sich in der Google SecOps-Konsole an.
2. Rufen Sie die SIEM-Einstellungen > Profil auf.
3. Kopieren und speichern Sie die Kundennummer aus dem Bereich Organisationsdetails.

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
   

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
   

Zusätzliche Installationsressourcen

Weitere Installationsoptionen finden Sie in der Installationsanleitung für den Bindplane-Agenten.

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 der neueste Release installiert. Wenn Sie eine vorhandene Installation aktualisieren, führen Sie ein Upgrade des Collectors durch, bevor Sie die Konfiguration ändern.

Bindplane-Agenten für die Aufnahme von Syslog-Daten und das Senden an Google SecOps konfigurieren

1. Rufen Sie die Konfigurationsdatei auf:

   • Suchen Sie die Datei config.yaml. In der Regel befindet sie sich unter Linux im Verzeichnis /opt/observiq-otel-collector/ oder unter Windows im Installationsverzeichnis.
   • Öffnen Sie die Datei mit einem Texteditor (z. B. nano, vi oder Notepad).

2. Bearbeiten Sie die Datei config.yamlso:

   receivers:
     udplog:
       # Replace the port and IP address as required
       listen_address: "0.0.0.0:514"
   
   exporters:
     chronicle/chronicle_w_labels:
       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
       # Adjust the path to the credentials file you downloaded in Step 1
       creds_file_path: '/path/to/ingestion-authentication-file.json'
       # Replace with your actual customer ID from Step 2
       customer_id: <CUSTOMER_ID>
       endpoint: chronicle.googleapis.com
       # Add optional ingestion labels for better organization
       log_type: 'IMPERVA_DB'
       raw_log_field: body
       ingestion_labels:
   
   service:
     pipelines:
       logs/source0__chronicle_w_labels-0:
         receivers:
           - udplog
         exporters:
           - chronicle/chronicle_w_labels
   

   • Ersetzen Sie den Port und die IP-Adresse nach Bedarf in Ihrer Infrastruktur.
   • Ersetzen Sie <LOCATION> durch die Region Ihrer Google SecOps-Instanz (z. B. us, europe oder asia-southeast1). Der Exporter stellt diesem Wert chronicle.googleapis.com voran.
   • Ersetzen Sie <PROJECT_NUMBER> durch die Projektnummer aus IAM und Verwaltung > Einstellungen.
   • Ersetzen Sie <CUSTOMER_ID> durch die tatsächliche Kundennummer.
   • Aktualisieren Sie /path/to/ingestion-authentication-file.json auf den Dateipfad, unter dem die Dienstkontoschlüsseldatei (Option 1) in Schritt 1 gespeichert wurde.

Exporter für die Legacy Ingestion API

• Wenn Sie die Authentifizierungsdatei für die Datenaufnahme aus Option 2 verwenden, ersetzen Sie den Block exporters durch Folgendes. Legen Sie creds_file_path auf den Pfad zur Datei für die Authentifizierung bei der 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/chronicle_w_labels:
      compression: gzip
      # Adjust the path to the credentials file you downloaded in Step 1
      creds_file_path: '/path/to/ingestion-authentication-file.json'
      # Replace with your actual customer ID from Step 2
      customer_id: <CUSTOMER_ID>
      endpoint: malachiteingestion-pa.googleapis.com
      # Add optional ingestion labels for better organization
      log_type: 'IMPERVA_DB'
      raw_log_field: body
      ingestion_labels:
  

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

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

1. Führen Sie den folgenden Befehl aus, um den Bindplane-Agent unter Linux neu zu starten:

   sudo systemctl restart observiq-otel-collector
   

2. Wenn Sie den Bindplane-Agenten unter Windows neu starten möchten, können Sie entweder die Konsole Dienste verwenden oder den folgenden Befehl eingeben:

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

Syslog-Weiterleitung auf Imperva Database konfigurieren

1. Melden Sie sich in der Imperva SecureSphere Management Console an.
2. Gehen Sie zu Konfiguration > Aktionssets.
3. Klicken Sie auf Hinzufügen, um eine neue Aktionsgruppe zu erstellen oder eine vorhandene zu bearbeiten.
4. Klicken Sie auf Aktion hinzufügen und geben Sie die folgenden Konfigurationsdetails an:
   • Name: Geben Sie einen aussagekräftigen Namen ein, z. B. Google SecOps Syslog.
   • Action Type (Aktionstyp): Wählen Sie GW Syslog aus.
   • Host: Geben Sie die IP-Adresse des Bindplane-Agents ein.
   • Port: Geben Sie die Portnummer des Bindplane-Agents ein (Standard: 514).
   • Protokoll: Wählen Sie je nach Bindplane-Agent-Konfiguration UDP oder TCP aus.
   • Syslog-Logebene: Wählen Sie DEBUG für ein umfassendes Logging aus.
   • Syslog-Einrichtung: Wählen Sie LOCAL0 oder die entsprechende Einrichtung aus.
   • Action Interface (Aktionsschnittstelle): Wählen Sie für das SYSLOG+JSON-Format Gateway Log – Security Event – Systemprotokoll (syslog) – JSON format (Extended) (Gateway-Log – Sicherheitsereignis – Systemprotokoll (Syslog) – JSON-Format (erweitert)) oder für das Standard-SYSLOG-Format Gateway Log – Security Event – Systemprotokoll (syslog) (Gateway-Log – Sicherheitsereignis – Systemprotokoll (Syslog)) aus.
5. Speichern Sie die Aktionskonfiguration.
6. Gehen Sie zu Richtlinien > Sicherheitsrichtlinien oder Richtlinien > Datenbank-Audit-Richtlinien.
7. Bearbeiten Sie die entsprechenden Richtlinien und fügen Sie das Aktionsset mit Ihrer Syslog-Aktion hinzu, damit Ereignisse an Google SecOps weitergeleitet werden.

UDM-Zuordnungstabelle

Logfeld	UDM-Zuordnung	Logik
acct	principal.user.userid	Wenn acct „admin“ ist, wird es target.user.userid zugeordnet, andernfalls principal.user.userid. Entfernen Sie vor der Zuordnung Anführungszeichen und Leerzeichen aus acct.
Aktion	security_result.action_details	Wert des Felds action aus dem Rohlog
alertSev	security_result.severity	Wenn alertSev „Informative“ ist, ordnen Sie es als „INFORMATIONAL“ zu. Andernfalls ordnen Sie es als Großbuchstaben von alertSev zu.
Anwendung	principal.application	Wenn application „pam_unix(sudo:session)“ ist oder description „pam_unix“ enthält, wird es als „pam_unix“ zugeordnet. Wenn message „run-parts“ enthält, wird es als „run-parts“ zugeordnet. Wenn message „audispd“ enthält, ordnen Sie es als „audispd“ zu. Wenn message „FSS audit“ enthält, wird es als „FSS audit“ zugeordnet. Andernfalls als application-Feld aus dem Rohlog zuordnen
application-name	target.application	Wert des Felds application-name aus dem Rohlog
audit-policy	security_result.category_details	Wert des Felds audit-policy aus dem Rohlog
bind-variables	additional.fields.bind_variables_label.value.string_value	Wert des Felds bind-variables aus dem Rohlog
Kategorie	security_result.category_details	Wert des Felds category aus dem Rohlog
COMMAND	target.process.command_line	Wenn exe nicht leer ist, wird es als exe-Feld aus dem Rohlog zugeordnet. Andernfalls als COMMAND-Feld aus dem Rohlog zuordnen
createTime		Nicht zugeordnet
db-schema-pair	additional.fields.DB Name_{index}.value.string_value, additional.fields.Schema Name_{index}.value.string_value	Extrahieren Sie für jedes db-schema-pair-Objekt im Rohlog die Felder db-name und schema-name und ordnen Sie sie im UDM den Feldern DB Name_{index} bzw. Schema Name_{index} zu, wobei index der Index des Objekts im Array ist.
db-user	principal.user.userid	Wenn db-user nicht leer ist, wird es als db-user-Feld aus dem Rohlog zugeordnet. Andernfalls, wenn os-user nicht leer und db-user leer ist, wird das Feld os-user aus dem Rohlog zugeordnet.
dbName	target.resource.name	Wert des Felds dbName aus dem Rohlog
dest-ip	target.ip, target.asset.ip	Wert des Felds dest-ip aus dem Rohlog
dest-port	target.port	Wert des Felds dest-port aus dem Rohlog
Beschreibung	metadata.description	Wenn description „user:“ enthält, extrahieren Sie die Nutzer-ID aus description und ordnen Sie sie userid zu. Wenn userid nicht leer ist und description „Invalid“ oder „invalid“ enthält, ersetzen Sie „Invalid user“ durch „Invalid“. Wenn application „sshd“ ist, entfernen Sie „ from“ und „ by“ aus description. Andernfalls als description-Feld aus dem Rohlog zuordnen
dst	target.ip, target.asset.ip	Wert des Felds dst aus dem Rohlog
dstIP	target.ip, target.asset.ip	Wert des Felds dstIP aus dem Rohlog
dstPort	target.port	Wert des Felds dstPort aus dem Rohlog
event-type	metadata.product_event_type	Wert des Felds event-type aus dem Rohlog
eventType	metadata.product_event_type, metadata.event_type	Wenn eventType nicht leer ist und srcIP und dstIP nicht leer sind, ordne eventType metadata.product_event_type zu und ordne „NETWORK_CONNECTION“ metadata.event_type zu
evntDesc	security_result.description	Wert des Felds evntDesc aus dem Rohlog
exe	target.process.command_line	Wert des Felds exe aus dem Rohlog
von	network.email.from	Entfernen Sie „<“ und „>“ aus from und ordnen Sie es network.email.from zu.
Gruppe	target.user.group_identifiers	Wert des Felds group aus dem Rohlog
gw-ip	intermediary.ip, intermediary.asset.ip	Wert des Felds gw-ip aus dem Rohlog
Host	target.hostname, target.asset.hostname	Wert des Felds host aus dem Rohlog
host-name	hauptkonto.hostname, hauptkonto.asset.hostname	Wert des Felds host-name aus dem Rohlog
Hostname	principal.hostname, principal.asset.hostname	Wert des Felds hostname aus dem Rohlog
ip	target.ip, target.asset.ip	Wert des Felds ip aus dem Rohlog
mx-ip	intermediary.ip, intermediary.asset.ip	Wert des Felds mx-ip aus dem Rohlog
objects-list	additional.fields.Object_{index}.value.string_value	Extrahieren Sie für jedes objects-list-Objekt im Rohlog das Objekt und ordnen Sie es Object_{index} im UDM zu, wobei index der Index des Objekts im Array ist.
Vorgang	about.labels.Operation.value	Wert des Felds Operation aus dem Rohlog
Operation type	about.labels.Operation Type.value	Wert des Felds Operation type aus dem Rohlog
os-user	principal.user.userid, additional.fields.OS User.value.string_value	Wenn os-user nicht leer und db-user leer ist, wird das Feld als os-user aus dem Rohlog zugeordnet. Andernfalls als OS User-Feld aus dem Rohlog zuordnen
Geparste Abfrage	target.process.command_line	Wert des Felds Parsed Query aus dem Rohlog
parsed-query	additional.fields.Parsed Query.value.string_value	Wert des Felds parsed-query aus dem Rohlog
pid	target.process.pid	Wert des Felds pid aus dem Rohlog
policy-id	security_result.detection_fields.Policy_ID_{index}.value	Extrahieren Sie für jedes policy-id-Objekt im Rohlog die Richtlinie und ordnen Sie sie Policy_ID_{index} im UDM zu, wobei index der Index des Objekts im Array ist.
policyName	security_result.detection_fields.policyName_label.value	Wert des Felds policyName aus dem Rohlog
Port	target.port	Wert des Felds port aus dem Rohlog
Privilegiert	about.labels.Privileged.value	Wenn Privileged wahr ist, wird „True“ zugeordnet, andernfalls „False“.
Proto	network.ip_protocol	Wert des Felds proto aus dem Rohlog
Protokoll	network.ip_protocol	Wenn protocol „TCP“ oder „UDP“ ist, wird es als protocol-Feld aus dem Rohlog zugeordnet.
PWD	target.file.full_path	Wert des Felds PWD aus dem Rohlog
Raw Data	target.resource.attribute.labels.raw_Data.value	Wert des Felds Raw Data aus dem Rohlog
raw-query	additional.fields.Raw Query.value.string_value	Wert des Felds raw-query aus dem Rohlog
ruleName	security_result.rule_name	Wert des Felds ruleName aus dem Rohlog
server-group	additional.fields.serve_group_label.value.string_value	Wert des Felds server-group aus dem Rohlog
service-name	additional.fields.service_name_label.value.string_value	Wert des Felds service-name aus dem Rohlog
Service Type	additional.fields.Service Type.value.string_value	Wert des Felds Service Type aus dem Rohlog
Größe	network.received_bytes	Wert des Felds size aus dem Rohlog
Stored Proc	about.labels.Stored_Proc.value	Wenn Stored Proc wahr ist, wird „True“ zugeordnet, andernfalls „False“.
Table Group	target.group.group_display_name	Wert des Felds Table Group aus dem Rohlog
timestamp	metadata.event_timestamp	Wert des Felds timestamp aus dem Rohlog
bis	network.email.to	Entferne „<“ und „>“ aus to und ordne es network.email.to zu.
NUTZER	principal.user.userid, target.user.userid	Wenn USER nicht leer ist und USER „admin“ ist, wird das Feld USER aus dem Rohlog target.user.userid zugeordnet. Andernfalls, wenn USER nicht leer ist, wird das Feld USER aus dem Rohlog dem Feld principal.user.userid zugeordnet.
nutzerauthentifiziert	security_result.detection_fields.user_authenticated.value	Wert des Felds user-authenticated aus dem Rohlog
user-group	additional.fields.user_group_label.value.string_value	Wert des Felds user-group aus dem Rohlog
Nutzername	principal.user.user_display_name	Wert des Felds username aus dem Rohlog
usrName	principal.user.userid	Wert des Felds usrName aus dem Rohlog
	extensions.auth.mechanism	Hartcodiert auf „USERNAME_PASSWORD“, wenn description „authentication failure“ oder „check pass; user unknown“ oder „Invalid user“ oder „invalid user“ enthält oder error nicht leer ist
	extensions.auth.type	Hartcodiert auf „AUTHTYPE_UNSPECIFIED“, wenn has_principal „true“, has_target „true“ und event-type „Login“ ist
	metadata.event_type	Wenn PWD nicht leer ist, wird der Wert „PROCESS_OPEN“ hartcodiert. Hartcodiert auf „PROCESS_OPEN“, wenn message „starting“ enthält oder application „pman“, „CROND“ oder „run-parts“ ist und event_type leer ist. Fest codiert auf „NETWORK_CONNECTION“, wenn description „Syslog connection established“ (Syslog-Verbindung hergestellt), „Syslog connection broken“ (Syslog-Verbindung unterbrochen) oder „Syslog connection failed“ (Syslog-Verbindung fehlgeschlagen) ist. Hartcodiert auf „EMAIL_UNCATEGORIZED“, wenn application „postfix/qmgr“, „postfix/local“ oder „postfix/pickup“ ist. Hartcodiert auf „EMAIL_TRANSACTION“, wenn application „postfix/local“ oder „postfix/pickup“ und status „sent (delivered to mailbox)“ ist. Hartcodiert auf „NETWORK_HTTP“, wenn application „sshd“ ist und description nicht „check pass; user unknown“ enthält und description nicht „authentication failure“ enthält und description nicht „invalid“ enthält. Hartcodiert auf „USER_LOGIN“, wenn description „authentication failure“ oder „check pass; user unknown“ oder „Invalid user“ oder „invalid user“ enthält oder error nicht leer ist. Wenn file_path nicht leer ist, wird der Wert „FILE_SYNC“ hartcodiert. Hartcodiert auf „PROCESS_UNCATEGORIZED“, wenn message „reconfigure“ enthält und application „pman“ ist. Fest codiert auf „PROCESS_TERMINATION“, wenn message „exit code 1“ enthält und application „pman“ ist. Fest codiert auf „NETWORK_CONNECTION“, wenn eventType, srcIP und dstIP nicht leer sind. Hartcodiert auf „USER_LOGIN“, wenn has_principal „true“, has_target „true“ und event-type „Login“ ist. Fest codiert auf „NETWORK_CONNECTION“, wenn has_principal „true“, has_target „true“ und protocol nicht leer ist. Wenn has_principal „true“ ist, wird der Wert „STATUS_UPDATE“ hartcodiert. Fest codiert auf „GENERIC_EVENT“, wenn event_type leer oder „GENERIC_EVENT“ ist
	metadata.log_type	Hartcodiert auf „IMPERVA_DB“
	metadata.product_name	Hartcodiert auf „IMPERVA DB“
	metadata.vendor_name	Fest codiert als „IMPERVA DB“
	security_result.action	Hartcodiert auf „ALLOW“, wenn description nicht „authentication failure“, „check pass; user unknown“, „Invalid user“ oder „invalid user“ enthält und error leer ist. Fest codiert auf „BLOCK“, wenn description „authentication failure“ (Authentifizierungsfehler), „check pass; user unknown“ (Prüfung bestanden; Nutzer unbekannt), „Invalid user“ (Ungültiger Nutzer) oder „invalid user“ (ungültiger Nutzer) enthält oder error nicht leer ist
	security_result.rule_id	Wenn description „alert_score“ oder „new_alert_score“ enthält, extrahieren Sie die Regel-ID aus description und ordnen Sie sie security_result.rule_id zu.
version	metadata.product_version	Aus Änderungsprotokoll zugeordnet
source-ip	principal.ip	Aus Änderungsprotokoll zugeordnet
source-port	principal.port	Aus Änderungsprotokoll zugeordnet
server-group", "service-name", "user-group", "raw-query", "parsed-query", "bind-variables", "sql-error", "db-schema-pair.db-name", "db-schema-pair.schema-name", and "objects-list	additional.fields	Aus Änderungsprotokoll zugeordnet
source-application	principal.application	Aus Änderungsprotokoll zugeordnet
event-id	metadata.product_log_id	Aus Änderungsprotokoll zugeordnet
application-user	principal.user.user_display_name	Aus Änderungsprotokoll zugeordnet
mx-ip", "gw-ip	intermediary.ip	Aus Änderungsprotokoll zugeordnet
policy-id" and "user-authenticated	security_result.detection_fields	Aus Änderungsprotokoll zugeordnet
srcPort	principal.port	Aus Änderungsprotokoll zugeordnet
srcIP	principal.ip	Aus Änderungsprotokoll zugeordnet
event_name	metadata.product_event_type	Aus Änderungsprotokoll zugeordnet

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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