Latest / M365.FM – Podcast Microsoft 365, Copilot & IA en français / Azure Firewall : Basic, Standard ou Premium – comparatif des SKU expliqué (Doublage IA)

Transcript

Azure Firewall : Basic, Standard ou Premium – comparatif des SKU expliqué (Doublage IA) · M365.FM – Podcast Microsoft 365, Copilot & IA en français

0:00
Speaker 2: Imaginez un poste de sécurité à l'entrée d'un immeuble de bureau.
0:02
Speaker 2: Quelqu'un entre, montre son badge et le gardien le vérifie
0:05
Speaker 2: sur une liste. Il signe le registre et reçoit peut-être
0:07
Speaker 2: un badge visiteur. Maintenant, imaginez que ce même bâtiment n'ait
0:09
Speaker 2: ni porte ni mur. N'importe qui pourrait y entrer depuis
0:11
Speaker 2: n'importe où dans le monde, à toute heure. C'est la
0:13
Speaker 2: différence entre un réseau traditionnel et un réseau cloud. À
0:17
Speaker 2: la fin de cet épisode, vous comprendrez ce qu'est réellement
0:19
Speaker 2: Azure Firewall, pourquoi les pare-feux cloud fonctionnent différemment des boîtiers
0:23
Speaker 2: physiques et comment ce service inspecte et contrôle le trafic
0:26
Speaker 2: de votre environnement Azure. Analysons cela. D'abord, ce qu'est un pare-feu,
0:31
Speaker 2: sans jargon technique. Ensuite, pourquoi le cloud change tout au
0:34
Speaker 2: fonctionnement des pare-feux. Et enfin, comment Azure Firewall assemble tout
0:38
Speaker 2: cela en un seul système utilisable. Prenez votre café. Commençons.
0:42
Speaker 2: Qu'est-ce qu'un pare-feu? La plupart des gens ont entendu ce
0:45
Speaker 2: mot mille fois, mais si on leur demande ce qu'il
0:47
Speaker 2: fait vraiment, ils deviennent souvent vagues. Alors restons simple. Un
0:52
Speaker 2: pare-feu est un gardien à la porte du réseau. Chaque
0:54
Speaker 2: donnée qui tente d'entrer ou de sortir doit passer par lui.
0:56
Speaker 2: Et le pare-feu inspecte chaque paquet pour décider de le
0:58
Speaker 2: laisser passer ou de le bloquer ou de le bloquer.
1:01
Speaker 2: Pendant longtemps, les pare-feux étaient des boîtiers physiques. Vous en
1:04
Speaker 2: achetiez un, vous le branchiez dans votre seul serveur, le
1:06
Speaker 2: configuriez et l'entreteniez pendant des années. Ces boîtiers fonctionnaient bien
1:09
Speaker 2: quand votre réseau avait une frontière claire. Un bureau, une
1:12
Speaker 2: connexion Internet, une seule porte d'entrée. Mais le cloud ne
1:15
Speaker 2: fonctionne pas ainsi. Vos applications peuvent tourner dans une région,
1:18
Speaker 2: votre base de données dans une autre et vos utilisateurs
1:19
Speaker 2: sont dispersés dans le monde. Certains services sont sur Azure,
1:22
Speaker 2: d'autres ailleurs. Il n'y a pas de dente d'entrée unie.
1:25
Speaker 2: Voici le problème. Vous ne pouvez pas installer un boîtier
1:27
Speaker 2: physique dans un centre de données qui ne vous appartient pas. Pas.
1:30
Speaker 2: Et même si vous pouviez, cela ne servirait à rien.
1:32
Speaker 2: Car il n'y a plus de porte unique à surveiller.
1:34
Speaker 2: Pourquoi les pare-feux cloud sont différents? Dans Azure, vous créez
1:37
Speaker 2: des réseaux virtuels. Considérez-les comme des quartiers privés dans le
1:40
Speaker 2: cloud où vivent vos applications. Ils ne sont pas liés
1:42
Speaker 2: à un bâtiment physique. Ce sont juste des espaces logiques.
1:45
Speaker 2: Analysons le flux de trafic. Le trafic dans ces réseaux
1:47
Speaker 2: virtuels se déplace dans deux directions. Le trafic nord-sud représente
1:50
Speaker 2: les données venant d'Internet vers votre réseau ou allant de
1:52
Speaker 2: votre réseau vers Internet... Voyez cela comme des visiteurs arrivant
1:55
Speaker 2: dans votre bâtiment ou des colis envoyés à l'extérieur. Ensuite,
1:58
Speaker 2: il y a le trafic headwest, c'est-à-dire les données qui
2:00
Speaker 2: circulent entre vos propres charges de travail dans Azure, entre
2:02
Speaker 2: les applications, les bases de données et les comptes de stockage.
2:05
Speaker 2: C'est comme des employés qui circulent entre les différents services
2:07
Speaker 2: d'une entreprise. Les deux directions doivent être inspectées. Si un
2:10
Speaker 2: pirate informatique accède à une charge de travail, vous ne
2:12
Speaker 2: voulez pas qu'il puisse librement passer aux autres. C'est ainsi
2:14
Speaker 2: que les failles se propagent. Vos applications se connectent également
2:16
Speaker 2: à d'autres services, comptes de stockage, services de messagerie et
2:19
Speaker 2: API tierces. Le pare-feu contrôle aussi ces connexions sortantes. Il
2:24
Speaker 2: détermine avec quoi vos applications peuvent communiquer ou non. Voici
2:26
Speaker 2: le point important. Ce pare-feu n'est pas un boîtier que
2:28
Speaker 2: vous devez gérer. Vous n'avez pas à le corriger, à
2:30
Speaker 2: le mettre à jour ou à craindre qu'il manque de capacité.
2:32
Speaker 2: C'est un service. Microsoft s'occupe de toute l'infrastructure. Vous définissez
2:35
Speaker 2: simplement les règles et le service les applique automatiquement à
2:38
Speaker 2: grande échelle. Ainsi, si votre trafic augmente à 15h00 un mardi,
2:41
Speaker 2: le pare-feu s'adapte en conséquence. Si Microsoft publie un correctif
2:44
Speaker 2: de sécurité, il est appliqué sans même que vous vous
2:45
Speaker 2: en aperceviez. C'est toute la différence du cloud. Le pare-feu
2:48
Speaker 2: devient une infrastructure invisible. Présentation d'Azure Firewall. Alors, qu'est-ce qu'Azure
2:52
Speaker 2: Firewall exactement? C'est un pare-feu native cloud entièrement géré en
2:56
Speaker 2: tant que service. Un terme complexe, mais voici ce que
2:58
Speaker 2: cela signifie en présent. Vous le déployez via le portail
3:00
Speaker 2: Azure en quelques minutes. Pas de matériel à commander, pas
3:03
Speaker 2: de machine virtuelle à configurer, pas de système d'exploitation à
3:05
Speaker 2: mettre à jour. Quelques clics, vous définissez votre réseau et
3:08
Speaker 2: le pare-feu est opérationnel. Il est doté d'une haute disponibilité intégrée.
3:12
Speaker 2: Si une instance tombe en panne, une autre en le
3:14
Speaker 2: relaie instantanément. Il évolue également automatiquement. Si votre trafic double,
3:18
Speaker 2: le pare-feu s'agrandit avec lui. Vous n'avez jamais à deviner
3:20
Speaker 2: la capacité dont vous aurez besoin, la manière la plus
3:22
Speaker 2: simple de l'envisager? et de le comparer à une équipe
3:24
Speaker 2: de sécurité pour votre immeuble de bureau dans le cloud.
3:26
Speaker 2: Vous ne gérez pas chaque garde individuellement, ne les formez
3:28
Speaker 2: pas et ne planifiez pas leur shift. Vous définissez les politiques,
3:31
Speaker 2: qui est autorisé à entrer, quels colis sont permis, et
3:33
Speaker 2: ils appliquent ces règles. 24h, 24h, 24h. Azure Firewall se
3:38
Speaker 2: place au centre de votre réseau et inspecte tout ce
3:40
Speaker 2: qui transite. Il vérifie le trafic par rapport à trois
3:42
Speaker 2: types de règles. Règles NAT, règles réseau, et règles d'application,
3:45
Speaker 2: et règles d'application. Nous détaillerons chacune d'elles dans un instant.
3:48
Speaker 2: Voici quelque chose que la plupart des gens ignorent. Azure
3:51
Speaker 2: Firewall est doté d'une intelligence contre les menaces intégrées. Microsoft
3:54
Speaker 2: surveille en permanence les modèles d'attaques mondiaux, les adresses IP
3:57
Speaker 2: malveillantes connues, les domaines dangereux et les menaces émergentes sont
4:00
Speaker 2: transmises automatiquement à votre pare-feu. Ainsi, si un groupe de
4:03
Speaker 2: pirates dans un autre pays commence à cibler des clients Azure,
4:06
Speaker 2: votre pare-feu sait déjà qu'il doit les bloquer avant même
4:08
Speaker 2: qu'ils n'atteignent votre réseau. La protection s'améliore continuellement sans aucune
4:11
Speaker 2: intervention de votre part. Pas de mise à jour manuelle,
4:13
Speaker 2: pas de téléchargement de signature, cela se fait automatiquement. Tout
4:15
Speaker 2: le monde n'a pas besoin du même niveau de protection.
4:17
Speaker 2: Une petite entreprise utilisant une seule application a des besoins
4:19
Speaker 2: différents d'une banque traitant des transactions financières. C'est pourquoi Azure
4:22
Speaker 2: Firewall se décline en trois versions. Les trois références, Basic,
4:27
Speaker 2: Standard et Premium. Commençons par Azure Firewall Basic, l'option d'entrée
4:30
Speaker 2: de gamme conçue pour les petites entreprises et les environnements simples.
4:34
Speaker 2: Il gère jusqu'à environ 250 Mbps de trafic, suffisant pour
4:37
Speaker 2: une application modeste ou un environnement développement. Basic inclut un
4:41
Speaker 2: filtrage réseau essentiel qui inspecte le trafic et applique des
4:43
Speaker 2: règles basées sur les adresses IP et les ports ainsi
4:45
Speaker 2: qu'une veille sur les menaces en mode alerte uniquement. Il
4:48
Speaker 2: vous prévient donc en cas d'élément suspect, mais ne le
4:50
Speaker 2: bloquera pas automatiquement. Considéré BASIC comme un agent de sécurité
4:54
Speaker 2: qui surveille attentivement l'entrée, repère le problème, le signale, mais
4:57
Speaker 2: a besoin d'une autorisation avant d'intervenir. Vient ensuite Azure Firewall Standard,
5:00
Speaker 2: le choix le plus courant pour les charges de travail d'entreprise,
5:02
Speaker 2: et ce n'est pas sans raison. Il s'adapte jusqu'à environ
5:05
Speaker 2: 30 gigabits par seconde, gérant confortablement le trafic de production
5:08
Speaker 2: de la plupart des organisations. Avec Standard, la veille sur
5:11
Speaker 2: les menaces fonctionne en mode alerte et refus, permettant au
5:13
Speaker 2: pare-feu de bloquer automatiquement les acteurs malveillants connus sans attendre
5:16
Speaker 2: votre intervention. Il ajoute également le filtrage par catégorie Web.
5:19
Speaker 2: Vous pouvez bloquer des catégories entières comme les réseaux sociaux
5:21
Speaker 2: ou les jeux d'argent sur tout votre réseau et il
5:23
Speaker 2: prend en charge la configuration DNS personnalisée. Standard est votre
5:26
Speaker 2: équipe de sécurité parfaitement équipée et habilitée à agir. Il
5:28
Speaker 2: détecte un problème et le traite sans attente d'approbation. Fini
5:32
Speaker 2: à Azure Firewall Premium conçu pour les environnements hautement sensibles
5:35
Speaker 2: comme la finance, la santé, le gouvernement ou tout ce
5:37
Speaker 2: qui traite des données réglementées. Il atteint 100 Gbps mais
5:41
Speaker 2: la vraie différence réside dans ce qu'il peut inspecter. Premium
5:43
Speaker 2: ajoute l'inspection TLS qui déchiffre le trafic, inspecte le contenu
5:47
Speaker 2: et le rechiffre avant de l'envoyer et C'est important car
5:50
Speaker 2: la majeure partie du trafic malveillant actuel se cache dans
5:52
Speaker 2: des connexions chiffrées. Sans inspection TLS, vous naviguez à l'aveugle.
5:55
Speaker 2: Premium ajoute également l'IDPS, un système de détection et de
5:58
Speaker 2: prévention des intrusions, avec plus de 67 000 signatures réparties
6:01
Speaker 2: dans plus de 50 catégories mises à jour en temps réel.
6:04
Speaker 2: Il vérifie chaque paquet pour détecter les modèles d'attaque connus
6:06
Speaker 2: tels que l'injection SQL, les rappels de logiciels malveillants et
6:08
Speaker 2: le scan de port et rejette immédiatement le trafic suspect.
6:11
Speaker 2: Premium ajoute aussi le filtrage d'URL, vous permettant d'autoriser ou
6:14
Speaker 2: de bloquer des adresses web spécifiques au lieu de catégories
6:16
Speaker 2: entières pour un contrôle canulaire au niveau de la page.
6:18
Speaker 2: C'est une protection de niveau militaire. Mais voici l'approche intelligente.
6:21
Speaker 2: Faites correspondre l'offre à vos besoins réels. Standard couvre la
6:24
Speaker 2: plupart des cas d'usage en entreprise. Utilisez Premium uniquement lorsque
6:27
Speaker 2: des données sensibles nécessitent une inspection approfondie, basic pour les
6:30
Speaker 2: petits environnements ou le développement et les tests, et ne
6:31
Speaker 2: payez pas pour des capacités inutiles. Architecture et flux de trafic.
6:35
Speaker 2: Une fois votre référence SKU choisie, la question suivante est
6:38
Speaker 2: de savoir comment structurer votre réseau pour que le pare-feu
6:40
Speaker 2: puisse inspecter le trafic. Car voici le point crucial. Un
6:42
Speaker 2: pare-feu ne fonctionne que si le trafic passe réellement par lui.
6:45
Speaker 2: Si vous le placez au mauvais endroit, il est inutile.
6:49
Speaker 2: L'approche la plus courante est l'architecture en étoile, ou Hub
6:51
Speaker 2: & Spoke. Imaginez une roue de vélo. Le moyeu est
6:54
Speaker 2: le centre, avec les rayons qui rayonnent vers l'extérieur. Dans Azure,
6:57
Speaker 2: vous créez un réseau virtuel central. C'est le Hub où
7:00
Speaker 2: réside votre Azure Firewall. Ensuite, vous créez plusieurs réseaux Spoke,
7:03
Speaker 2: chacun dédié à une charge de travail ou un environnement distinct.
7:05
Speaker 2: Peut-être un Spoke pour votre application web, un autre pour
7:07
Speaker 2: votre poste de données, un troisième pour votre environnement de développement.
7:10
Speaker 2: Tout le trafic entre les Spoke et entre les Spoke
7:12
Speaker 2: et Internet passe par le Hub pour inspection. Vous obtenez
7:15
Speaker 2: un point de contrôle unique pour tout votre réseau, efficace,
7:18
Speaker 2: cohérent et bien plus facile à gérer que de mettre
7:20
Speaker 2: un pare-feu dans chaque SPOC. Pour les grandes organisations, il
7:24
Speaker 2: existe aussi Virtual One, un service réseau managé avec Azure
7:27
Speaker 2: Firewall intégré directement dans le hub. Le gros avantage est l'automatisation.
7:32
Speaker 2: Virtual One gère le routage pour vous, donc le trafic
7:34
Speaker 2: des agences, des utilisateurs distants et des réseaux SPOC passe
7:37
Speaker 2: par le pare-feu sans configuration manuelle, NEL. C'est plus automatisé,
7:41
Speaker 2: mais cela passe mieux à l'échelle pour des déploiements mondiaux. Maintenant,
7:43
Speaker 2: qu'est-ce que le pare-feu inspecte réellement? Trois choses, le trafic
7:46
Speaker 2: entrant depuis Internet, le trafic sortant vers Internet. Et le
7:49
Speaker 2: trafic et twist entre vos propres charges de travail dans Azure.
7:51
Speaker 2: Ce troisième point est critique. Si une brèche survient dans
7:54
Speaker 2: une charge de travail, l'inspection et twist empêchent la propagation
7:56
Speaker 2: aux autres. Sans cela, un pirate qui accède à votre
7:59
Speaker 2: serveur web peut librement atteindre votre base de données. Avec cela,
8:02
Speaker 2: ce mouvement est bloqué. Voici le point clé. Le trafic
8:04
Speaker 2: n'est inspecté que s'il passe par le pare-feu. L'architecture doit
8:07
Speaker 2: donc forcer le trafic à passer par ce point central.
8:09
Speaker 2: Vous concevez votre réseau de sorte qu'il n'y ait aucun
8:11
Speaker 2: chemin alternatif. C'est pourquoi la conception du déploiement compte tout
8:14
Speaker 2: autant que les règles elles-mêmes. Un ensemble de règles parfaits
8:16
Speaker 2: ne signifie rien si le trafic peut contourner totalement le pare-feu.
8:20
Speaker 2: Analyse approfondie. Parlons maintenant des règles elles-mêmes, car c'est ainsi
8:23
Speaker 2: que vous contrôlez ce qui passe. Azure Firewall utilise trois
8:27
Speaker 2: types de règles et chacune a une fonction différente. Commençons
8:30
Speaker 2: par les règles NAT et la traduction d'adresse réseau. Voyez
8:33
Speaker 2: cela comme une réception qui cache vos serveurs internes derrière
8:35
Speaker 2: l'adresse IP publique du pare-feu. Quelqu'un sur Internet se connecte
8:39
Speaker 2: à l'IP du pare-feu et celui-ci traduit cette adresse publique
8:41
Speaker 2: en adresse privée de votre serveur dorsal. Le monde extérieur
8:45
Speaker 2: ne voit jamais votre réseau interne. Vos serveurs restent invisibles. Ensuite,
8:48
Speaker 2: vous avez les règles réseau. Elles sont basées sur les
8:50
Speaker 2: adresses IP, les ports et les protocoles. Filtrage de couches
8:53
Speaker 2: 3 et 4 si vous vous intéressez aux termes techniques.
8:55
Speaker 2: Vous pouvez dire autoriser le trafic depuis cette adresse IP
8:57
Speaker 2: sur le port 443 vers cette autre adresse IP et
8:59
Speaker 2: bloquer tout le reste. Simple et puissant. Mais voici la limite.
9:04
Speaker 2: Les règles réseau ne comprennent pas quel type de trafic
9:05
Speaker 2: il s'agit. Elles savent seulement où il va et quel
9:07
Speaker 2: port ils utilisent. Troisièmement, les règles d'application sont plus intelligentes.
9:11
Speaker 2: Elles filtrent en fonction des noms de domaines complets et
9:13
Speaker 2: des modèles d'URL Ainsi, au lieu d'autoriser le trafic vers
9:16
Speaker 2: une IP spécifique, vous dites« Autoriser le trafic vers Microsoft. com»
9:19
Speaker 2: ou« Autoriser le trafic de mise à jour Windows». Désormais,
9:21
Speaker 2: le pare-feu comprend la couche« Application». Il peut bloquer ou
9:24
Speaker 2: autoriser en fonction de la nature réelle du trafic et
9:25
Speaker 2: non seulement de sa destination. Les règles ne sont pas
9:28
Speaker 2: simplement jetées dans une liste plate. Elles sont organisées en
9:30
Speaker 2: groupe de collection de règles et en collection de règles.
9:32
Speaker 2: Considérez-les comme des dossiers et des sous-dossiers. Vous pourriez avoir
9:35
Speaker 2: un groupe pour les systèmes RH, un autre pour la finance,
9:37
Speaker 2: chacun avec sa propre priorité. Cela permet de rester organisé
9:40
Speaker 2: lorsque vous avez des dizaines ou des centaines de règles.
9:42
Speaker 2: L'ordre a une grande importance. Le pare-feu traite les règles
9:44
Speaker 2: dans une séquence spécifique. Règles NAT d'abord, puis règles réseau,
9:48
Speaker 2: puis règles d'application. Au sein de chaque type, les règles
9:51
Speaker 2: sont traitées par priorité. Les nombres les plus bas sont
9:53
Speaker 2: évalués en premier. C'est important car les règles réseau large
9:55
Speaker 2: qui autorisent tout le trafic seront atteintes en premier. Si
9:58
Speaker 2: une règle réseau autorise tout, les règles d'application situées plus
10:01
Speaker 2: bas pourraient ne jamais être évaluées. Toutes vos règles d'application
10:04
Speaker 2: soigneusement élaborées deviennent inutiles. Les groupes IP sont un autre
10:07
Speaker 2: outil qui mérite d'être connu. Vous créez un groupe d'adresse IP,
10:10
Speaker 2: vous lui donnez un nom et vous le référencez dans
10:12
Speaker 2: plusieurs règles. Modifiez un groupe IP et chaque règle qu'il
10:15
Speaker 2: utilise se met à jour automatiquement. Cela permet de gagner
10:17
Speaker 2: du temps et de réduire les erreurs. Surtout lorsque le
10:19
Speaker 2: même ensemble d'IP apparaît dans plusieurs règles. Les règles gèrent
10:25
Speaker 2: les bases, mais Azure Firewall Premium va beaucoup plus loin.
10:28
Speaker 2: Commençons par le renseignement sur les menaces. Il s'agit d'un
10:31
Speaker 2: flux constamment mis à jour par Microsoft contenant des IP
10:33
Speaker 2: domaines et URL malveillants connus. Chaque connexion traitée par votre
10:37
Speaker 2: pare-feu est vérifiée par rapport à ce flux. Lorsqu'il trouve
10:40
Speaker 2: une correspondance, il peut vous alerter ou bloquer automatiquement. Aucune
10:42
Speaker 2: règle manuelle à écrire, aucune liste à maintenir. L'équipe de
10:45
Speaker 2: sécurité mondiale de Microsoft fait ce travail pour vous. Ensuite,
10:48
Speaker 2: il y a l'IDPS, le système de détection et de
10:49
Speaker 2: prévention des intrusions. Il s'agit de plus de 67 000
10:51
Speaker 2: signatures vérifiant chaque paquet à la recherche de modèles d'attaque connus.
10:55
Speaker 2: Des choses comme les tentatives d'injection SQL, où quelqu'un essaye
10:57
Speaker 2: d'injecter des commandes de base de données malveillantes via un
10:59
Speaker 2: formulaire web. Le scan de port où les attaquants sont
11:01
Speaker 2: de votre réseau à la recherche de portes ouvertes. Les
11:03
Speaker 2: rappels de logiciels malveillants où les systèmes infectés tentent de
11:05
Speaker 2: contacter un serveur de commande. Le pare-feu reconnaît le modèle
11:08
Speaker 2: et bloque le trafic avant qu'il n'atteigne sa cible. Ces
11:11
Speaker 2: signatures sont mises à jour en temps réel. Dès que
11:13
Speaker 2: les équipes de sécurité Microsoft identifient un nouveau modèle d'attaque,
11:16
Speaker 2: il est ajouté au flux. Votre pare-feu commence à le
11:18
Speaker 2: bloquer immédiatement. Pas besoin d'attendre le patch SDQ. Passons à
11:21
Speaker 2: l'inspection TLS. C'est un point majeur pour les environnements réglementés.
11:24
Speaker 2: Le trafic chiffré est idéal pour la confidentialité, mais aussi
11:27
Speaker 2: pour dissimuler des données malveillantes. Les attaquants le savent. Ils
11:30
Speaker 2: enveloppent leurs charges utiles dans des connexions HTTPS car la
11:32
Speaker 2: plupart des pare-feu ne peuvent pas les inspecter. La version
11:34
Speaker 2: premium est le. Elle déchiffre le trafic, inspecte la charge utile,
11:37
Speaker 2: le rechiffre et l'envoie vers sa destination. L'ensemble du processus
11:39
Speaker 2: ne prend que quelques millisecondes. Sans cela, les attaques chiffrées
11:42
Speaker 2: passent sans être détectées. Le filtrage d'URL va bien au-delà
11:45
Speaker 2: des simples noms de domaine. Vous pouvez autoriser ou bloquer
11:47
Speaker 2: des chemins spécifiques sur un site web. Par exemple, autoriser
11:49
Speaker 2: l'accès à Microsoft tout en bloquant la page de téléchargement
11:51
Speaker 2: ou permettre un point de terminaison API spécifique tout en
11:54
Speaker 2: bloquant le reste du domaine. Tout cela fonctionne de conseil.
11:57
Speaker 2: Le renseignement sur les menaces détecte les acteurs malveillants connus,
11:59
Speaker 2: l'IDPS identifie les modèles d'attaque, l'inspection TLS révèle les charges cachées,
12:03
Speaker 2: plusieurs couches de défense formant un système unique. Comment tout
12:06
Speaker 2: cela s'articule et des recommandations concrètes? Voici comment tout s'assemble.
12:10
Speaker 2: Azure Firewall n'est pas qu'un simple service, c'est un ensemble
12:13
Speaker 2: de composants travaillant en équipe. L'architecture canalise tout le trafic
12:16
Speaker 2: via un point central. Ensuite, les règles déterminent ce qui
12:19
Speaker 2: est autorisé, tandis que le renseignement sur les menaces et
12:21
Speaker 2: l'IDPS détectent toute activité suspecte et l'inspection TLS révèle ce
12:24
Speaker 2: qui se cache dans les connexions chiffrées. Chaque couche ajoute
12:27
Speaker 2: un contrôle supplémentaire, illustrant la défense en profondeur. Si vous
12:30
Speaker 2: gérez plusieurs pare-feux dans différentes régions, Azure Firewall Manager est
12:33
Speaker 2: votre outil de prédilection. C'est gratuit, vous créez des stratégies
12:36
Speaker 2: une fois et les appliquez partout. Vous pouvez définir des
12:39
Speaker 2: stratégies globales pour tous les pare-feux, puis personnaliser des stratégies locales,
12:42
Speaker 2: par équipe ou par région. Un outil unique pour gouverner
12:45
Speaker 2: l'ensemble de votre parc de pare-feux. Parlons maintenant des coûts,
12:47
Speaker 2: car les pare-feux tournent 24h24, 7J7 et traitent un volume
12:50
Speaker 2: important de données. Un moyen simple de réduire les coûts
12:52
Speaker 2: consiste à utiliser le plan de table de base Log
12:53
Speaker 2: Analytics pour vos journaux de pare-feux. Vous pouvez économiser jusqu'à
12:57
Speaker 2: 80% sur les coûts d'ingestion. C'est la différence entre une
12:59
Speaker 2: facture raisonnable et une mauvaise surprise. Pour les environnements hors production,
13:02
Speaker 2: utilisez Azure Automation pour arrêter le pare-feu en dehors des
13:05
Speaker 2: heures de travail et le redémarrer le matin. Les environnements
13:07
Speaker 2: de développement et de test n'ont pas besoin de protection
13:09
Speaker 2: à 2h du matin, ce qui représente des économies significatives
13:11
Speaker 2: sur la durée. Pour réduire les frais de traitement des données,
13:13
Speaker 2: vérifiez votre routage et assurez-vous que seul le trafic nécessaire
13:16
Speaker 2: passe par le pare-feu. Utilisez des points de terminaison privés
13:19
Speaker 2: pour les services Azure lorsque c'est possible, afin que les
13:20
Speaker 2: services de confiance communiquent directement au lieu de tout acheminer
13:23
Speaker 2: par inspection. La mesure la plus efficace que vous puissiez
13:26
Speaker 2: prendre aujourd'hui est de commencer avec une référence standard dans
13:29
Speaker 2: une architecture Hub & Spoke. Activez les journaux structurés avec
13:32
Speaker 2: le plan de table de base et configurez. D'abord, l'intelligence
13:34
Speaker 2: des menaces en mode alerte. Observez ce qui atteint votre
13:37
Speaker 2: réseau avant de passer à une prévention totale. Cela vous
13:39
Speaker 2: offre une visibilité sans mauvaise surprise. Voici donc Azure Firewall,
13:43
Speaker 2: un service de sécurité cloud natif qui inspecte le trafic,
13:45
Speaker 2: bloque les menaces et s'adapte à votre réseau sans que
13:47
Speaker 2: vous ayez à gérer un seul serveur. Commencez avec la
13:49
Speaker 2: version standard dans une configuration Web. C'est votre étape la
13:52
Speaker 2: plus marquante aujourd'hui. Abonnez-vous sur votre plateforme de podcast préférée
13:55
Speaker 2: et partagez cet épisode avec quelqu'un qui débute son parcours Azure.