Collecter les journaux du module de service de pare-feu (FWSM) Cisco

Compatible avec :

Google SecOps SIEM

Remarque : Cette fonctionnalité est couverte par les Conditions des offres avant disponibilité générale des Conditions spécifiques du service Google Security Operations. Les fonctionnalités pré-DG (avant disponibilité générale) sont susceptibles de présenter une compatibilité limitée, et les modifications apportées à ces fonctionnalités peuvent ne pas être compatibles avec d'autres versions avant disponibilité générale. Pour en savoir plus, consultez les instructions relatives au service d'assistance technique Google SecOps et les Conditions spécifiques du service Google SecOps.

Ce document explique comment ingérer les journaux du module de service de pare-feu Cisco (FWSM) dans Google Security Operations à l'aide de Bindplane. Le parseur extrait d'abord les champs courants tels que les codes temporels, les adresses IP et les descriptions d'événements des messages syslog de l'appliance à l'aide de modèles Grok. Il mappe ensuite les informations extraites au schéma UDM (Unified Data Model) standardisé, en convertissant les types de données, en renommant les champs et en enrichissant la sortie avec des classifications liées à la sécurité en fonction de valeurs et de mots clés spécifiques.

Avant de commencer

Assurez-vous de remplir les conditions suivantes :

• Instance Google SecOps
• Windows 2016 ou version ultérieure, ou un hôte Linux avec systemd
• Si vous exécutez le programme derrière un proxy, assurez-vous que les ports du pare-feu sont ouverts.
• Accès privilégié à l'appliance Cisco FWSM

Obtenir le fichier d'authentification d'ingestion Google SecOps

1. Connectez-vous à la console Google SecOps.
2. Accédez à Paramètres du SIEM > Agents de collecte.
3. Téléchargez le fichier d'authentification d'ingestion.
   • Enregistrez le fichier de manière sécurisée sur le système sur lequel Bindplane sera installé.

Obtenir l'ID client Google SecOps

1. Connectez-vous à la console Google SecOps.
2. Accédez à Paramètres SIEM> Profil.
3. Copiez et enregistrez le numéro client de la section Informations sur l'organisation.

Installer l'agent Bindplane

Installez l'agent Bindplane sur votre système d'exploitation Windows ou Linux en suivant les instructions ci-dessous.

Installation de fenêtres

1. Ouvrez l'invite de commandes ou PowerShell en tant qu'administrateur.

2. Exécutez la commande suivante :

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

Installation de Linux

1. Ouvrez un terminal avec les droits root ou sudo.

2. Exécutez la commande suivante :

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

Ressources d'installation supplémentaires

Pour plus d'options d'installation, consultez le guide d'installation.

Configurer l'agent Bindpolane pour ingérer Syslog et l'envoyer à Google SecOps

1. Accédez au fichier de configuration :
   • Trouvez le fichier config.yaml. Il se trouve généralement dans le répertoire /etc/bindplane-agent/ sous Linux ou dans le répertoire d'installation sous Windows.
   • Ouvrez le fichier à l'aide d'un éditeur de texte (par exemple, nano, vi ou le Bloc-notes).

2. Modifiez le fichier config.yaml comme suit :

   receivers:
       udplog:
           # Replace the port and IP address as required
           listen_address: "0.0.0.0:514"
   
   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: 'CISCO_FWSM'
           raw_log_field: body
           ingestion_labels:
   
   service:
       pipelines:
           logs/source0__chronicle_w_labels-0:
               receivers:
                   - udplog
               exporters:
                   - chronicle/chronicle_w_labels
   

   • Remplacez le port et l'adresse IP selon les besoins de votre infrastructure.
   • Remplacez <customer_id> par le numéro client réel.
   • Mettez à jour /path/to/ingestion-authentication-file.json en indiquant le chemin d'accès où le fichier d'authentification a été enregistré dans la section Obtenir le fichier d'authentification pour l'ingestion Google SecOps.

Redémarrez l'agent Bindplane pour appliquer les modifications.

• Pour redémarrer l'agent Bindplane sous Linux, exécutez la commande suivante :

  sudo systemctl restart bindplane-agent
  

• Pour redémarrer l'agent Bindplane sous Windows, vous pouvez utiliser la console Services ou saisir la commande suivante :

  net stop BindPlaneAgent && net start BindPlaneAgent
  

Configurer Syslog sur Cisco FWSM

1. Connectez-vous à Cisco FWSM à l'aide de SSH ou d'une connexion à la console.

2. Configurer la journalisation :

   logging on
   

3. Configurez le niveau de journalisation :

   logging trap <level>
   

   • Définissez le niveau de piège de journalisation sur 6 (informationnel).

4. Configurez les paramètres syslog :

   logging host [interface] bindplane_ip_address udp[/bindplane_port]
   

Table de mappage UDM

Champ de journal	Mappage UDM	Logique
1.1.1.1	observer.ip	Extrait du message de journal à l'aide du modèle Grok.
2.2.2.2	principal.ip target.ip	Extrait du message de journal à l'aide du modèle Grok. L'adresse IP de destination est mappée sur principal.ip ou target.ip en fonction de la direction de la connexion. Si dst outside, il sera mappé sur principal.ip, sinon sur target.ip.
3.3.3.3	principal.ip target.ip	Extrait du message de journal à l'aide du modèle Grok. L'adresse IP source est mappée sur principal.ip ou target.ip en fonction de la direction de la connexion. Si dst outside, il sera mappé sur principal.ip, sinon sur target.ip.
3 avr. 10:35:40		Cet horodatage n'est pas enregistré dans l'UDM.
3 avr. 10:44:38		Cet horodatage n'est pas enregistré dans l'UDM.
3 avr. 11:20:34		Cet horodatage n'est pas enregistré dans l'UDM.
3 avr. 11:20:38		Cet horodatage n'est pas enregistré dans l'UDM.
29 avr. 16:09:44		Cet horodatage n'est pas enregistré dans l'UDM.
Refuser	security_result.action_details	Extrait du message de journal à l'aide du modèle Grok.
Refusé	security_result.action_details	Extrait du message de journal à l'aide du modèle Grok.
FWSM-3-106011	metadata.product_event_type	Extrait du message de journal à l'aide du modèle Grok.
FWSM-3-313001	metadata.product_event_type	Extrait du message de journal à l'aide du modèle Grok.
FWSM-4-106023	metadata.product_event_type	Extrait du message de journal à l'aide du modèle Grok.
FWSM-4-302010	metadata.product_event_type	Extrait du message de journal à l'aide du modèle Grok.
FWSM-4-302016	metadata.product_event_type	Extrait du message de journal à l'aide du modèle Grok.
ICMP	network.ip_protocol	Extrait du message de journal à l'aide du modèle grok et converti en majuscules.
TCP	network.ip_protocol	Extrait du message de journal à l'aide du modèle grok et converti en majuscules.
Suppression	security_result.action_details	Extrait du message de journal à l'aide du modèle Grok.
UDP	network.ip_protocol	Extrait du message de journal à l'aide du modèle grok et converti en majuscules.
111	target.port	Extrait du message de journal à l'aide du modèle grok et converti en entier. Lorsque dst outside est défini, il est mappé sur principal.port, sinon sur target.port.
17608	principal.port	Extrait du message de journal à l'aide du modèle grok et converti en entier. Lorsque dst outside est défini, il est mappé sur principal.port, sinon sur target.port.
3000	principal.port	Extrait du message de journal à l'aide du modèle grok et converti en entier. Lorsque dst outside est défini, il est mappé sur principal.port, sinon sur target.port.
33103	target.port	Extrait du message de journal à l'aide du modèle grok et converti en entier. Lorsque dst outside est défini, il est mappé sur principal.port, sinon sur target.port.
514	principal.port target.port	Extrait du message de journal à l'aide du modèle grok et converti en entier. Lorsque dst outside est défini, il est mappé sur principal.port, sinon sur target.port.
	metadata.description	L'intégralité du champ descrip du journal brut est mappée à ce champ.
	metadata.event_timestamp	L'horodatage de l'objet de lot est utilisé comme horodatage de l'événement.
	metadata.event_type	Déterminé en fonction de la présence des adresses IP source et de destination :  – NETWORK_CONNECTION : les adresses IP source et de destination sont présentes.  : STATUS_UPDATE : seule l'adresse IP source est présente.  : GENERIC_EVENT (aucun des deux champs d'adresse IP n'est présent).
	metadata.product_name	Codé en dur sur CISCO_FWSM.
	metadata.vendor_name	Codé en dur sur CISCO.
	principal.resource.type	Mappé à partir du champ facility extrait du message de journal.
	security_result.action	Définissez sur BLOCK si le champ action est l'un des suivants : Deny, Teardown, denied ou Denied.
	security_result.severity	Déterminé en fonction du champ severity_level :  – 7, 6 : INFORMATIONAL  – 5 : LOW  – 4 : MEDIUM  – 3 : ERROR  – 2 : HIGH  – autre : CRITICAL
	network.direction	Mappé à partir du champ direction extrait du message de journal. Si le champ direction est défini sur inbound, ce champ est défini sur INBOUND.

Vous avez encore besoin d'aide ? Obtenez des réponses de membres de la communauté et de professionnels Google SecOps.