Par défaut, le pare-feu Internet de Cloud Firewall autorise tout le trafic tant que vous n'avez pas configuré de politiques de contrôle d'accès. Pour prévenir les accès non autorisés, créez des politiques sortantes et entrantes pour vos ressources exposées sur Internet.
Prérequis
Le Internet Firewall est activé et la protection de vos ressources exposées sur Internet est activée. Pour plus d'informations, consultez la rubrique Activer la protection des ressources. Pour en savoir plus sur l'étendue des ressources exposées sur Internet que Cloud Firewall peut protéger, consultez la rubrique Présentation de Cloud Firewall.
-
Assurez-vous de disposer d'un quota de politiques suffisant. Consultez l'utilisation de votre quota sur la page . Pour comprendre le calcul des quotas de politiques, consultez la rubrique Présentation des politiques de contrôle d'accès.
Si votre quota disponible est insuffisant, cliquez sur Increase Quota pour acheter un Quota for Additional Policy. Pour plus d'informations, consultez la rubrique Acheter Cloud Firewall.
Dans la zone Usage, consultez les valeurs Used/Edition Quota (par exemple, 14/10000) et Additional Quota (par exemple, 0/0) afin de déterminer si votre quota restant est suffisant.
Pour ajouter plusieurs objets en tant que source ou destination, créez d'abord un carnet d'adresses. Pour plus d'informations, consultez la rubrique Carnets d'adresses.
Configurer les politiques de contrôle d'accès pour le pare-feu Internet
Cloud Firewall propose les méthodes suivantes pour configurer les politiques de contrôle d'accès :
Créer une politique de contrôle d'accès personnalisée : créez une politique personnalisée répondant aux exigences de votre activité.
Appliquer une politique intelligente recommandée : Cloud Firewall analyse vos modèles de trafic sur les 30 derniers jours, identifie les risques potentiels et recommande des politiques de contrôle d'accès que vous pouvez examiner et appliquer.
Appliquer une politique courante recommandée : appliquez une politique courante recommandée intégrée.
Pour les adresses IP publiques exposées, créez des politiques autorisant le trafic sur les ports ouverts et actifs, et refusant tout accès aux autres ports. Cela réduit la surface d'attaque de vos ressources sur Internet.
Pour autoriser des sources de confiance (telles que des adresses IP et des noms de domaine) et refuser toutes les autres sources, créez d'abord une politique d'autorisation à haute priorité pour les sources de confiance, puis créez une politique de refus à faible priorité correspondant à toutes les sources.
Les politiques recommandées ne prennent effet qu'une fois appliquées.
La configuration d'une politique sortante autorisant le trafic vers des régions spécifiques n'augmente pas le risque d'attaques entrantes, telles que les attaques DDoS. Les politiques sortantes contrôlent uniquement le trafic initié par les ressources internes et n'ouvrent aucun port entrant. Nous vous recommandons de suivre le principe du moindre privilège et d'autoriser le trafic uniquement vers les régions et ports de destination nécessaires.
Politique personnalisée
Vous pouvez créer des politiques sortantes et entrantes personnalisées pour le pare-feu Internet.
Connectez-vous à la console Cloud Firewall.
Dans le volet de navigation de gauche, choisissez .
Sous l'onglet Outbound ou Inbound, sélectionnez la version IP, puis cliquez sur Create Policy. IPv4 est sélectionné par défaut.
Dans le panneau Create Outbound Policy ou Create Inbound Policy, cliquez sur Create Policy.
-
Configurez les détails de la politique en suivant les tableaux ci-dessous, puis cliquez sur OK.
RemarqueTenez compte des points suivants lors de la configuration des adresses IP :
Exigences de format d'adresse : utilisez des virgules (,) ou des sauts de ligne pour séparer plusieurs plages d'adresses IP. Les points-virgules et les espaces ne sont pas pris en charge. Une adresse IP unique doit inclure un masque de sous-réseau, par exemple 192.168.1.1/32. Les adresses IP et les blocs CIDR ne prennent en charge que la configuration statique et ne peuvent pas être mis à jour dynamiquement. Pour une résolution dynamique, sélectionnez le type Domain Name et utilisez DNS-based Dynamic Resolution.
Règles de correspondance des politiques IPv6 : lorsque vous créez une politique IPv6, les adresses source et destination doivent toutes deux être au format IPv6.
Couverture 0.0.0.0/0 : dans une politique entrante, une adresse de destination 0.0.0.0/0 correspond à toutes les ressources publiques IPv4, mais n'inclut pas les ressources IPv6. Pour couvrir les ressources IPv6, vous devez créer une politique IPv6 distincte.
Configuration pour les scénarios de proxy : lorsque vous utilisez des services de proxy tels que WAF (avec accès CNAME), Anti-DDoS ou ESA, Cloud Firewall détecte l'adresse IP source du trafic entrant comme étant l'adresse IP de retour à l'origine du proxy, et non l'adresse IP réelle du client. Lors de la configuration de l'adresse source d'une politique entrante, référez-vous au Cloud Service IP Address Book intégré au système afin de garantir que le trafic de retour à l'origine soit autorisé.
Politique intelligente
Vous pouvez appliquer des politiques intelligentes recommandées pour le trafic sortant et entrant.
L'application d'une politique comporte des risques. Examinez attentivement les détails de la politique avant de l'appliquer.
Les recommandations ignorées ne peuvent pas être restaurées. Procédez avec prudence.
Dans le volet de navigation de gauche, choisissez .
Dans le coin supérieur droit de la liste des politiques, cliquez sur Agent Policy Generation pour accéder à la page SecOps Agent.
Consultez les politiques intelligentes recommandées. Dans la section de la politique que vous souhaitez appliquer, cliquez sur Apply Policy.
Politique courante
L'application d'une politique comporte des risques. Examinez attentivement les détails de la politique avant de l'appliquer.
Les recommandations ignorées ne peuvent pas être restaurées. Procédez avec prudence. Si vous ignorez toutes les recommandations de politiques courantes, l'onglet Recommended Common Policy est masqué.
Dans le volet de navigation de gauche, choisissez .
Sous l'onglet Outbound ou Inbound, cliquez sur Create Policy, puis cliquez sur l'onglet Recommended Common Policy.
Consultez les politiques courantes recommandées. Dans la section de la politique que vous souhaitez appliquer, cliquez sur Quick Dispatch.
Mode du moteur ACL
Le moteur ACL du pare-feu Internet prend en charge le Loose Mode et le Strict Mode :
Loose Mode (par défaut) : en mode souple, le trafic provenant d'applications non identifiées ou à destination de noms de domaine non identifiés est autorisé afin de prioriser la disponibilité des services.
Strict Mode : en mode strict, le trafic provenant d'applications non identifiées ou à destination de noms de domaine non identifiés est mis en correspondance avec vos politiques. Si une politique de refus correspondante existe, ce trafic non identifié est refusé.
Vous pouvez configurer le mode du moteur ACL de trois manières : par défaut pour les nouvelles ressources, pour une ressource unique ou pour plusieurs ressources par lot. Sur la page , cliquez sur ACL Engine Management dans le coin supérieur droit de la liste des politiques de contrôle d'accès. Configurez ensuite les paramètres dans le panneau Access Control Engine Management - Internet Border.
Mode par défaut pour les nouvelles ressources
Changer le mode par ressource
Changer le mode par lot
Consulter les statistiques de hits des politiques
Après une période de fonctionnement de votre activité, vous pouvez consulter le nombre de hits des politiques de contrôle d'accès dans la colonne Hits/Last Hit At de la liste des politiques de contrôle d'accès.
Cliquez sur le nombre de hits pour accéder à la page Traffic Logs et consulter les journaux de trafic. Pour savoir comment afficher les journaux de trafic, consultez la rubrique Journaux de trafic.

Opérations connexes
Depuis la liste des politiques, vous pouvez modifier, supprimer (individuellement ou par lot), télécharger, copier ou déplacer des politiques personnalisées. Le déplacement d'une politique modifie sa priorité.
La priorité d'une politique de contrôle d'accès peut être définie de 1 à N, où N représente le nombre de politiques existantes. Un chiffre plus petit indique une priorité plus élevée. Lorsque vous modifiez la priorité d'une politique, les priorités des politiques de rang inférieur sont ajustées automatiquement.
Lorsqu'une politique est supprimée, le trafic qui lui est associé n'est plus géré par le contrôle d'accès de Cloud Firewall. Supprimez les politiques avec précaution.
FAQ
Quelles sont les bonnes pratiques pour configurer les politiques entrantes ?
La plupart des attaques réseau proviennent du réseau public. Configurez des politiques de sécurité adaptées aux besoins de votre activité. Nous vous recommandons d'utiliser une liste blanche. Définissez une politique de capture globale à faible priorité pour refuser tout le trafic. Ajoutez ensuite des politiques d'autorisation spécifiques avec une priorité plus élevée.
Recommandations de configuration :
Ordre des règles : placez toujours les règles de liste blanche avant la règle de capture globale. Avant le déploiement, ajoutez des règles d'autorisation pour vos services de production au-dessus de la politique de refus.
Validation progressive : définissez initialement l'action de la politique de capture globale sur Monitor. Analysez le trafic à l'aide de Log Audit et ajustez la politique pour n'autoriser que le trafic de confiance. Après une période d'essai complète, changez l'action en Drop.
Isolation des environnements : vous pouvez activer la politique de capture globale pour l'ensemble de votre environnement de préproduction. Pour votre environnement de production, si vous ne pouvez pas créer immédiatement une liste blanche complète, limitez l'adresse source de la politique de capture globale à votre plage d'adresses IP de test. Cela évite toute perturbation de vos services de production.
Pourquoi la politique de refus des adresses IP étrangères ne fonctionne-t-elle pas ?
Si votre politique de refus des adresses IP internationales ne fonctionne pas, vérifiez les scénarios suivants :
-
Scénario 1 : Votre service utilise un CNAME WAF
Lorsque le trafic passe par Web Application Firewall (WAF) vers votre serveur d'origine, Cloud Firewall détecte l'adresse IP source du nœud de récupération d'origine du WAF au lieu de l'adresse IP du client d'origine. Cela rend inefficaces les politiques de blocage basées sur la localisation.Recommandation : Configurer des règles de blocage géographique pour bloquer les requêtes provenant de régions spécifiques dans la console WAF. Cela bloque les requêtes provenant de l'extérieur de vos régions spécifiées au point d'entrée du trafic. Le blocage géographique WAF prend en charge le blocage ou l'autorisation des requêtes provenant de régions spécifiques au niveau provincial en Chine.
-
Scénario 2 : L'adresse IP publique du client de test n'est pas celle attendue
Si vous effectuez des tests depuis un réseau d'entreprise, un VPN ou un serveur proxy, Cloud Firewall détecte l'adresse IP publique de la passerelle ou du proxy. Il ne détecte pas l'adresse IP réelle de votre appareil de test. Cela peut entraîner une différence entre la localisation détectée et les paramètres de votre politique.Recommandation : vous pouvez effectuer des tests en accédant directement à l'adresse IP publique cible depuis un réseau public indépendant, tel qu'un réseau de données mobiles ou une connexion haut débit domestique.
-
Scénario 3 : Les paramètres de la politique sont incorrects
Vérifiez que les éléments de configuration clés suivants sont correctement définis :
Source Type : pour une politique entrante, le Source Type doit être défini sur Location. Spécifiez ensuite « International » ou sélectionnez des pays ou régions spécifiques.
Action : l'Action de la politique doit être définie sur Drop.
Priority : assurez-vous que cette politique de blocage a une priorité plus élevée que toute politique d'autorisation pour la même destination. Cela empêche une règle de liste blanche à haute priorité de la remplacer.
Une politique avec une action de refus peut-elle réduire les frais de trafic de Cloud Firewall ?
Une politique avec une action Drop ne réduit pas vos frais de trafic Cloud Firewall. Cette politique bloque le trafic avant qu'il n'atteigne vos services backend et réduit la charge sur votre serveur d'origine. Toutefois, comme le trafic a déjà été inspecté par Cloud Firewall, il est toujours inclus dans votre trafic facturable.
Lorsqu'une instance ECS privée accède au réseau public via une passerelle NAT Internet, dois-je configurer un pare-feu Internet ou un pare-feu NAT ?
Configurez un pare-feu NAT lorsqu'une instance ECS privée accède au réseau public via une passerelle NAT Internet.
Si vous utilisez la passerelle NAT uniquement pour l'accès sortant et n'exposez aucune adresse IP publique ni d'autres ressources publiques, le pare-feu Internet ne s'applique pas au trafic NAT. Le trafic sortant n'est pas géré par les politiques du pare-feu Internet, de sorte que vous ne bénéficiez pas d'une protection de sécurité ciblée.
Lorsque WAF utilise le mode cloud natif, Cloud Firewall détecte-t-il l'adresse IP réelle du client pour le trafic entrant ?
Oui. Lorsque vous connectez vos ressources en utilisant le mode cloud natif WAF, Cloud Firewall détecte l'adresse IP réelle du client comme adresse IP source pour le trafic entrant. Ce mode utilise un proxy transparent ou une intégration SDK. Il ne transfère pas le trafic depuis une adresse IP de récupération d'origine WAF. Par conséquent, il peut obtenir et transmettre directement l'adresse IP originale du client.