Vous pouvez créer des stratégies de sécurité et des règles DFW à appliquer à plusieurs emplacements enregistrés avec Gestionnaire global.

Conditions préalables

Assurez-vous d'avoir déjà créé des régions personnalisées que vous souhaitez utiliser pour les règles de pare-feu. Reportez-vous à la section Créer une région à partir de Gestionnaire global.

Procédure

  1. Dans votre navigateur, connectez-vous avec des privilèges d'administrateur d'entreprise ou d'administrateur de sécurité à un Gestionnaire global sur https://<global-manager-ip-address>.
  2. Sélectionnez Sécurité > Pare-feu distribué
  3. Assurez-vous d'être dans la catégorie prédéfinie souhaitée et cliquez sur Ajouter une stratégie. Pour en savoir plus sur les catégories, reportez-vous à la section Pare-feu distribué.
    Note : Les catégories Ethernet et Urgence ne sont pas prises en charge sur Gestionnaire global.
  4. Cliquez sur Ajouter une stratégie.
  5. Entrez un Nom pour la nouvelle section de stratégie.
  6. Cliquez sur l'icône en forme de crayon en regard de Appliqué à pour définir l'étendue de cette stratégie.
  7. Dans la boîte de dialogue Définir une valeur pour Appliqué à, vous pouvez effectuer les sélections suivantes :
    • Région : sélectionnez les Gestionnaire local auxquels appliquer la stratégie. Chaque Gestionnaire local est automatiquement ajouté en tant que région. Vous pouvez également créer des régions personnalisées. Reportez-vous à la section Créer une région à partir de Gestionnaire global.
    • Sélectionner une valeur pour Appliqué à : par défaut, la stratégie est appliquée à DFW, la stratégie sera envoyée à tous les Gestionnaire local inclus dans la région sélectionnée. Vous pouvez également sélectionner des groupes et fournir les groupes auxquels vous souhaitez appliquer la stratégie. Consultez la section Source et destination valides pour une règle DFW basée sur l'étendue de la stratégie DFW dans 3.0.0 pour comprendre comment l'étendue de la stratégie détermine si votre règle DFW est valide ou non valide.
  8. Pour configurer les paramètres de stratégie suivants, cliquez sur l'icône d'engrenage :
    Option Description
    TCP strict Une connexion TCP commence par l'établissement d'une liaison en trois temps (SYN, SYN-ACK, ACK) et se termine généralement par un échange bidirectionnel (FIN, ACK). Dans certains cas, le pare-feu distribué (DFW) peut ne pas voir l'établissement de liaison à trois voies pour un flux particulier (en raison du trafic asymétrique ou du pare-feu distribué activé lorsqu'il existe un flux). Par défaut, le pare-feu distribué n'impose pas le besoin de voir l'établissement d'une liaison en trois temps et sélectionne les sessions déjà établies. TCP strict peut être activé sur une base par section pour désactiver la prise en charge en milieu de session et pour appliquer la condition requise pour un établissement de liaison à trois voies.

    Lors de l'activation du mode TCP strict pour une stratégie DFW spécifique et de l'utilisation d'une règle ANY-ANY Block par défaut, les paquets qui ne remplissent pas les conditions requises de connexion d'établissement d’une liaison en trois temps et qui correspondent à une règle TCP dans cette section sont abandonnés. Strict s'applique uniquement aux règles TCP avec état et est activé au niveau de la stratégie du pare-feu distribué. TCP strict n'est pas appliqué pour les paquets qui correspondent à une valeur par défaut ANY-ANY Allow qui n'a aucun service TCP spécifié.

    Avec état Un pare-feu avec état surveille l'état des connexions actives et utilise ces informations pour déterminer les paquets à autoriser via le pare-feu.
    Verrouillé La stratégie peut être verrouillée pour empêcher plusieurs utilisateurs de modifier les mêmes sections. Vous devez inclure un commentaire lors du verrouillage d'une section.

    Certains rôles, tels que l'administrateur d'entreprise, disposent d'informations d'identification d'accès complet et ne peuvent pas être verrouillés. Reportez-vous à la section Contrôle d'accès basé sur les rôles.

  9. Cliquez sur Publier. Il est possible d'ajouter plusieurs stratégies et de les publier simultanément.
    La nouvelle stratégie s'affiche à l'écran.
  10. Sélectionnez une section de stratégie et cliquez sur Ajouter une règle.
  11. Entrez un nom pour la règle.
  12. Dans la colonne Sources, cliquez sur l'icône en forme de crayon et sélectionnez la source de la règle. Pour plus d'informations, reportez-vous à la section Sécurité dans Fédération.
    Note : Active Directory et IDFW ne sont pas pris en charge pour Fédération, c'est-à-dire que vous ne pouvez pas utiliser ces fonctionnalités à partir du Gestionnaire global.
  13. Dans la colonne Destinations, cliquez sur l'icône en forme de crayon et sélectionnez la destination de la règle. La destination correspond à n'importe laquelle si elle n'est pas définie. Pour plus d'informations, reportez-vous à la section Sécurité dans Fédération.
  14. Dans la colonne Services, cliquez sur l'icône de crayon et sélectionnez les services. Le service correspond à n'importe lequel s'il n'est pas défini.
  15. Dans la colonne Profils, cliquez sur l'icône de modification et sélectionnez un profil de contexte, ou cliquez sur Ajouter un nouveau profil de contexte. Reportez-vous à la section Ajouter un profil de contexte.
    Les profils de contexte utilisent les attributs de l'ID d'application de couche 7 pour une utilisation dans des règles de pare-feu distribué et des règles de pare-feu de passerelle. Il est possible d’utiliser plusieurs profils de contexte d'ID d'application dans une règle de pare-feu avec des services définis sur Quelconque. Pour les profils ALG (FTP, ORACLE, DCERPC, TFTP), un seul profil de contexte est pris en charge par règle.
    Note : Seuls les profils de contexte d'ID d'application de couche 7 sont pris en charge pour Fédération.
  16. Cliquez sur Appliquer pour appliquer le profil de contexte à la règle.
  17. Par défaut, la colonne Appliqué à est définie sur DFW et la règle est appliquée à toutes les charges de travail. Vous pouvez également appliquer la règle à des groupes sélectionnés. La colonne Appliqué à définit l'étendue de la mise en application pour chaque règle. Elle est utilisée principalement pour l'optimisation des ressources sur les hôtes ESXi et KVM. Elle vous aide à définir une stratégie ciblée pour des zones et des locataires spécifiques, sans interférer avec d'autres stratégies définies pour les autres locataires et zones.
  18. Dans la colonne Action, sélectionnez une action.
    Option Description
    Autoriser Autorise le trafic L3 ou L2 avec la source, la destination et le protocole spécifiés à passer par le contexte de pare-feu actuel. Les paquets qui correspondent à la règle, et qui sont acceptés, traversent le système comme si le pare-feu n'était pas présent.
    Annuler Abandonne des paquets avec la source, la destination et le protocole spécifiés. L'abandon d'un paquet est une action silencieuse sans notification aux systèmes source ou de destination. L'abandon d'un paquet entraîne une nouvelle tentative de connexion jusqu'à ce que le seuil de nouvelles tentatives soit atteint.
    Refuser Rejette des paquets avec la source, la destination et le protocole spécifiés. Le refus d'un paquet est une manière plus appropriée de refuser un paquet, car il envoie un message de destination inaccessible à l'expéditeur. Si le protocole est TCP, un message TCP RST est envoyé. Les messages ICMP avec du code interdit par l'administrateur sont envoyés pour les connexions UDP, ICMP et autres connexions IP. L'avantage d'utiliser Refuser est que l'application d'envoi est informée après une seule tentative que la connexion ne peut pas être établie.
  19. Cliquez sur le bouton bascule pour activer ou désactiver la règle.
  20. Cliquez sur l'icône d'engrenage pour configurer les options de règle suivantes :
    Option Description
    Journalisation La journalisation est désactivée par défaut. Les journaux sont stockés dans le fichier /var/log/dfwpktlogs.log sur des hôtes ESXi et KVM.
    Direction Fait référence à la direction du trafic selon le point de vue de l'objet de destination. IN signifie que seul le trafic vers l'objet est vérifié, OUT signifie que seul le trafic provenant de l'objet est vérifié et In/Out signifie que le trafic dans les deux sens est vérifié.
    Protocole IP Appliquez la règle sur le protocole IPv4, IPv6 ou IPv4-IPv6 à la fois.
    Étiquette de journal Vous pouvez entrer une description qui peut être affichée sur l'interface de l'hôte.
  21. Cliquez sur Publier. Il est possible d'ajouter plusieurs règles à la fois et de les publier ensemble.
  22. Sur chaque stratégie, cliquez sur Vérifier l'état pour afficher l'état des règles qu'elle contient, par emplacement. Vous pouvez cliquer sur Réussite ou Échec pour ouvrir la fenêtre d'état de la stratégie.
  23. L'API de l'état de réalisation a été optimisée au niveau de la stratégie de sécurité pour fournir des informations supplémentaires sur l'état de réalisation. Pour en bénéficier, spécifiez le paramètre de requête include_enforced_status=true avec intent_path. Effectuez l'appel d'API suivant :
    https://<global-manger-IP>/global-manager/api/v1/global-infra/realized-state/status?intent_path=/global-infra/domains/default/security-policies/<security-policy-id>