Collecter les journaux Fortinet Switch

Version de l'analyseur : 1.0

Compatible avec :

Ce guide explique comment ingérer des journaux Fortinet Switch dans Google Security Operations à l'aide de l'agent Bindplane.

Fortinet Switch est une gamme de commutateurs Ethernet sécurisés et hautes performances conçus pour les réseaux d'entreprise. FortiSwitch offre des fonctionnalités de commutation de couche 2 et 3, la prise en charge des VLAN, l'agrégation de liens, l'alimentation par Ethernet (PoE) et des fonctionnalités de sécurité intégrées. Les unités FortiSwitch peuvent fonctionner en mode autonome ou être gérées par des pare-feu FortiGate via FortiLink.

Avant de commencer

Assurez-vous de remplir les conditions suivantes :

  • Instance Google SecOps
  • Windows Server 2016 ou version ultérieure, ou hôte Linux avec systemd
  • Connectivité réseau entre l'agent Bindplane et Fortinet Switch
  • Si vous exécutez l'agent derrière un proxy, assurez-vous que les ports de pare-feu sont ouverts conformément aux exigences de l'agent Bindplane.
  • Accès privilégié à la console de gestion Fortinet Switch ou à la console FortiGate (pour les commutateurs gérés)
  • Fortinet Switch exécutant FortiSwitchOS 7.0 ou version ultérieure

Obtenir les identifiants Google SecOps pour l'agent Bindplane

Pour authentifier l'agent Bindplane auprès de Google SecOps, choisissez l'une des méthodes suivantes :

  • Nouveaux déploiements : utilisez l'API Chronicle (option 1).
  • Anciens déploiements : continuez à utiliser le fichier d'authentification d'ingestion (option 2) jusqu'à l'arrêt de l'API d'ingestion le 20 juillet 2027.
  1. Connectez-vous à la Google Cloud console et sélectionnez le Google Cloud projet associé à votre instance Google SecOps.
  2. Accédez à IAM et administration > Comptes de service.
  3. Cliquez sur Créer un compte de service.
  4. Fournissez les informations de configuration suivantes :
    • Nom du compte de service : saisissez un nom pour le compte (par exemple, bindplane-ingest).
    • Description du compte de service : saisissez une description (par exemple, Bindplane agent log ingestion).
  5. Cliquez sur Créer et continuer.
  6. Dans la section Autoriser ce compte de service à accéder au projet , cliquez sur Sélectionner un rôle , puis sélectionnez Éditeur Chronicle.
  7. Cliquez sur Continuer, puis sur OK.
  8. Cliquez sur le compte de service que vous avez créé, puis accédez à l'onglet Clés.
  9. Cliquez sur Ajouter une clé > Créer une clé.
  10. Sélectionnez JSON , puis cliquez sur Créer. Le fichier de clé est téléchargé sur votre ordinateur.
  11. Enregistrez le fichier de clé sous le nom ingestion-auth.json dans le répertoire du collecteur Bindplane (/opt/observiq-otel-collector/ingestion-auth.json sous Linux ou C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json sous Windows), ou mettez à jour creds_file_path dans config.yaml pour qu'il corresponde au chemin d'accès où vous l'enregistrez.
  12. Accédez à IAM et administration > Paramètres , puis copiez le numéro de projet. Vous en aurez besoin pour la configuration de l'exportateur.

Option 2 : Télécharger le fichier d'authentification d'ingestion (ancienne version)

  1. Connectez-vous à la console Google SecOps.
  2. Accédez à Paramètres SIEM > Agents de collecte.
  3. Téléchargez le fichier d'authentification d'ingestion.
  4. Enregistrez le fichier de manière sécurisée sur le système où l'agent 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 l'ID client dans 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 sous Windows

  1. Ouvrez 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
    
  3. Attendez la fin de l'installation.

  4. Vérifiez l'installation en exécutant la commande suivante :

    sc query observiq-otel-collector
    

    Le service doit s'afficher comme RUNNING.

Installation sous Linux

  1. Ouvrez un terminal avec des 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
    
  3. Attendez la fin de l'installation.

  4. Vérifiez l'installation en exécutant la commande suivante :

    sudo systemctl status observiq-otel-collector
    

    Le service doit s'afficher comme active (running).

Ressources d'installation supplémentaires

Pour obtenir des options d'installation supplémentaires et des informations sur le dépannage, consultez le guide d'installation de l'agent Bindplane.

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

Localiser le fichier de configuration

Linux :

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

Windows :

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

Modifier le fichier de configuration

Remplacez l'intégralité du contenu de config.yaml par la configuration suivante :

receivers:
  udplog:
    listen_address: "0.0.0.0:514"

exporters:
  chronicle/fortiswitch:
    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: 'YOUR_CUSTOMER_ID'
    endpoint: chronicle.googleapis.com
    log_type: FORTINET_SWITCH
    raw_log_field: body
    ingestion_labels:
      env: production

service:
  pipelines:
    logs/fortiswitch_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/fortiswitch

Paramètres de configuration

Remplacez les espaces réservés suivants :

Configuration du récepteur :

  • Le récepteur est configuré pour écouter sur le port UDP 514 les messages Syslog de Fortinet Switch.
  • Pour écouter sur toutes les interfaces, utilisez 0.0.0.0:514.
  • Pour utiliser un port non privilégié sous Linux, remplacez `0.0.0.0:514` par 0.0.0.0:1514 et configurez Fortinet Switch pour qu'il envoie au port 1514.

Configuration de l'exportateur :

  • creds_file_path: chemin d'accès complet au fichier de clé JSON du compte de service (option 1) :
    • Linux: /opt/observiq-otel-collector/ingestion-auth.json
    • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
  • customer_id : ID client de l'étape précédente.
  • location : remplacez <LOCATION> par la région de votre instance Google SecOps (par exemple, us, europe ou asia-southeast1). L'exportateur préfixe chronicle.googleapis.com avec cette valeur. Pour obtenir la liste complète, consultez Points de terminaison régionaux.
  • project : remplacez <PROJECT_NUMBER> par le numéro de projet dans IAM et administration > Paramètres.
  • endpoint : conservez la valeur chronicle.googleapis.com.
  • log_type : doit être exactement FORTINET_SWITCH.
  • ingestion_labels : libellés facultatifs au format YAML (par exemple, env: production).

Ancien exportateur d'API d'ingestion

  • Si vous utilisez le fichier d'authentification d'ingestion de l'option 2, remplacez le bloc exporters par le code suivant. Définissez creds_file_path sur le chemin d'accès au fichier d'authentification d'ingestion. Si votre instance se trouve en dehors des États-Unis, remplacez malachiteingestion-pa.googleapis.com par votre point de terminaison régional (par exemple, europe-malachiteingestion-pa.googleapis.com).

    exporters:
      chronicle/fortiswitch:
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: 'YOUR_CUSTOMER_ID'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: FORTINET_SWITCH
        raw_log_field: body
        ingestion_labels:
          env: production
    

Enregistrer le fichier de configuration

Après avoir modifié le fichier, enregistrez-le :

  • Linux : appuyez sur Ctrl+O, puis sur Enter, puis sur Ctrl+X.
  • Windows : cliquez sur Fichier > Enregistrer.

Redémarrer l'agent Bindplane pour appliquer les modifications

  • Linux

    sudo systemctl restart observiq-otel-collector
    
    1. Vérifiez que le service est en cours d'exécution :

      sudo systemctl status observiq-otel-collector
      
    2. Recherchez les erreurs dans les journaux :

      sudo journalctl -u observiq-otel-collector -f
      
  • Windows

    Choisissez l'une des options suivantes :

    • Utiliser l'invite de commandes ou PowerShell en tant qu'administrateur :

      net stop observiq-otel-collector && net start observiq-otel-collector
      
    • Utiliser la console Services :

      1. Appuyez sur Win+R, saisissez services.msc, puis appuyez sur Entrée.
      2. Recherchez observIQ OpenTelemetry Collector.
      3. Effectuez un clic droit, puis sélectionnez Redémarrer.

      4. Vérifiez que le service est en cours d'exécution :

        sc query observiq-otel-collector
        
      5. Recherchez les erreurs dans les journaux :

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

Configurer le transfert Syslog de Fortinet Switch

Configurez Fortinet Switch pour qu'il envoie des journaux à l'agent Bindplane. Les étapes de configuration varient selon que le commutateur est autonome ou géré par FortiGate.

Pour FortiSwitch autonome (configuration de l'interface graphique)

  1. Connectez-vous à l'interface Web FortiSwitch.
  2. Accédez à Log > Config.
  3. Sous Syslog, sélectionnez Activer.
  4. Sélectionnez la gravité des événements à enregistrer (par exemple, Information ou plus).
  5. Dans le champ Serveur, saisissez l'adresse IP ou le nom de domaine complet de l'hôte de l'agent Bindplane.
  6. Dans le champ Port, saisissez 514 (ou le port configuré dans l'agent Bindplane).
  7. Dans la liste déroulante Facility, sélectionnez local7.
  8. Cliquez sur Appliquer.

Pour FortiSwitch autonome (configuration de la CLI)

  1. Connectez-vous à la CLI FortiSwitch via SSH ou la console.
  2. Saisissez les commandes suivantes :

    config log syslogd setting
        set status enable
        set server <BINDPLANE_AGENT_IP>
        set port 514
        set facility local7
    end
    
    config log syslogd filter
        set severity information
    end
    

    Remplacez <BINDPLANE_AGENT_IP> par l'adresse IP de l'hôte de l'agent Bindplane.

  3. Vérifiez la configuration :

    show log syslogd setting
    

Pour FortiSwitch géré par FortiGate

Lorsque FortiSwitch est géré par FortiGate, configurez le transfert Syslog à partir de la CLI FortiGate.

  1. Connectez-vous à la CLI FortiGate via SSH ou la console.
  2. Saisissez les commandes suivantes pour configurer Syslog à distance pour FortiSwitch géré :

    config switch-controller remote-log
        edit "chronicle-syslog"
            set status enable
            set server <BINDPLANE_AGENT_IP>
            set port 514
            set severity information
            set facility local7
        next
    end
    

    Remplacez <BINDPLANE_AGENT_IP> par l'adresse IP de l'hôte de l'agent Bindplane.

  3. Vérifiez la configuration :

    show switch-controller remote-log
    
  4. Assurez-vous que la stratégie de pare-feu FortiGate autorise le trafic Syslog de l'interface FortiLink vers l'interface où se trouve l'agent Bindplane. Si nécessaire, créez une règle :

    config firewall policy
        edit 0
            set srcintf <fortilink_interface>
            set dstintf <bindplane_interface>
            set srcaddr "all"
            set dstaddr "all"
            set action accept
            set schedule "always"
            set service "SYSLOG"
        next
    end
    

    Remplacez <fortilink_interface> par le nom de l'interface FortiLink et <bindplane_interface> par l'interface où l'agent Bindplane est accessible.

Tableau de mappage UDM

Champ du journal Mappage UDM Logique
metadata.event_type Type d'événement représenté par cet enregistrement.
événement metadata.product_event_type Type d'événement tel qu'il est signalé par le produit.
log_id metadata.product_log_id Identifiant unique de l'entrée de journal attribué par le produit.
device_id principal.asset.asset_id Identifiant unique de l'actif.
devname principal.asset.hostname Nom d'hôte de l'actif associé au principal.
devname principal.hostname Nom d'hôte associé au principal.
vd principal.user.attribute.labels Liste des libellés associés à l'utilisateur.
oldrole principal.user.attribute.roles Liste des rôles associés à l'utilisateur.
unité principal.user.role_description Description du rôle de l'utilisateur.
utilisateur principal.user.userid Identifiant unique de l'utilisateur.
action security_result.action_details Informations sur l'action effectuée.
msg security_result.description Description du résultat de sécurité.
type, subtype, switch.physical-port, instanceid security_result.detection_fields Liste des champs utilisés pour la détection.
pri security_result.priority_details Informations sur la priorité de l'événement.
état security_result.summary Résumé du résultat de sécurité.
newrole target.user.attribute.roles Liste des rôles associés à l'utilisateur cible.
metadata.product_name Nom du produit qui a généré l'événement.
metadata.vendor_name Nom du fournisseur qui a produit le produit.

Journal des modifications

Consulter le journal des modifications de cet analyseur

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