Salut à tous et bienvenue.
Maintenant, dans la vidéo d'aujourd'hui, nous allons discuter du pare-feu du réseau d'aide.
Maintenant, dans une vue d'ensemble de haut niveau, le pare-feu réseau est un pare-feu réseau géré avec état et un service de détection
et de prévention des intrusions pour votre VPC.
Maintenant, à un aperçu de haut niveau, comprenons cela avec un diagramme.
Supposons donc qu'il existe deux sous-réseaux disponibles dans le cadre du VPC.
Et sur le côté droit, vous avez la passerelle Internet pour les ressources pour se connecter à
Internet.
Et entre ces deux ensembles, le pare-feu du réseau.
Maintenant, la question qui se pose est de savoir quelles sont les choses que vous pouvez faire au niveau du pare-feu du réseau ?
Maintenant, comme nous en discutons, c'est le pare-feu.
Vous aurez donc une sorte de fonctionnalité de pare-feu et une sorte de fonctionnalité de détection et de prévention
des intrusions.
Donc, dans ce cas, ce que vous pouvez faire, par exemple, vous pouvez ajouter un ensemble de règles.
Donc, dans ce diagramme, il y a trois règles.
Premièrement, et la deuxième règle est basée sur le filtrage basé sur le domaine.
Donc, vous voyez tout trafic vers facebook. com, l'action est bloquée vers twitter. com, l'action est autorisée
et vers un ensemble spécifique de plage SSID, l'action est autorisée.
Il s'agit donc d'un ensemble commun de règles que vous verrez généralement.
Parallèlement à cela, le pare-feu réseau offre un grand nombre de fonctionnalités.
Alors faisons une chose.
Allons-y et passons directement à la démo pour comprendre les choses plus en détail.
Donc, actuellement, je suis dans la console VPC et ici, vous avez le pare-feu réseau.
Alors ouvrons cela rapidement.
J'ai un pare-feu réseau de démonstration.
Le statut est prêt.
Et si vous entrez un peu dans les derniers détails ici, vous verrez que ce pare-feu réseau spécifique
est associé à un VPC.
Il s'agit donc du VPC auquel il est associé et il existe également un sous-réseau dédié où se trouve le point de
terminaison du pare-feu.
C'est donc la base, allons de l'avant et examinons à quoi ressembleraient exactement ces règles.
Maintenant, dans les groupes de règles de pare-feu réseau ici, il y a deux groupes de règles.
L'un est le filtrage de domaine, et le second est le filtre IP sans état ?
Examinons rapidement le groupe de règles de filtrage de domaine.
Si on descend un peu dans les domaines, il y a deux domaines qui s'ajoutent.
L'un est Facebook.
Le second est Twitter.
Et l'action à entreprendre ici est de nier.
Et le trafic qui doit être inspecté est à la fois HTTP et ECB.
Donc, pour le tester, j'ai une instance facile à exécuter qui est déjà en cours d'exécution.
Connectons-nous rapidement à cela, facile à et vérifions si la règle s'applique vraiment.
Donc, ici, je vais rapidement faire un code sur, par exemple, https facebook dot com.
Donc, à ce stade, vous remarquerez que nous n'obtenons pas vraiment de réponse pour mieux comprendre cela.
Faisons une chose.
J'ai également une autre instance facile à deux, et cette instance facile à deux s'exécute dans un VPC complètement
différent, qui n'a pas de pare-feu réseau.
D'accord.
Ce deuxième onglet est donc associé à un VPC différent.
Maintenant, à partir de cet exemple, quand vous faites une fille sur les marches de Facebook. com, vous voyez immédiatement que nous recevons
une réponse.
Mais pour la facilité d'instance, cela fait partie du VPC basé sur un pare-feu réseau.
Aucune réponse ne revient.
De même, au lieu de Facebook cette fois, si nous faisons un Twitter, la sortie est similaire à partir de l'instance qui se trouve en
dehors du pare-feu du réseau.
VPC Essayons.
Et comme prévu, nous recevons la réponse.
J'espère donc qu'à un niveau élevé, vous avez compris le filtrage basé sur le domaine qui fait partie
du pare-feu du réseau.
La deuxième chose que je voulais vous montrer, allons mieux pour que vous ayez un filtrage sans état qui est disponible maintenant.
Encore une fois, une chose qu'il faut comprendre est que ce blocage spécifique, vous voyez,
est basé sur le domaine et le trafic qui doit être inspecté est HTTP et https.
Donc cela voudrait dire que si je fais un ping sur facebook. com.
Vous voyez, cela fonctionne bien car Ping utilise le protocole ICMP et ici le protocole qui est principalement
utilisé est le HTTP ainsi que le https puisque nous avons ajouté un domaine ici.
Super.
C'est donc une partie.
La deuxième règle que nous avons est basée sur le filtre IP et le type ici que vous voyez est sans état.
Alors ouvrons cela rapidement.
Maintenant, si vous examinez cette règle spécifique, ce que nous faisons dans cette règle, le protocole est
tout, la source est huit, huit, huit, huit, et la destination est 0000 et l'action est drop.
Ainsi, chaque fois que vous avez cette adresse IP spécifique, vous verrez généralement pour tous les protocoles l'action
serait refusée.
Alors comprenons cela.
Donc, du plus facile à l'instance, faisons un ping sur 8. 8. 8. 8 et vous voyez qu'une réponse ne vient pas vraiment
de l'instance facile qui se trouve en dehors de la plage du pare-feu du réseau.
Si vous essayez de faire un ping sur cette adresse, comme prévu, la réponse revient.
D'accord.
J'espère donc qu'avec cela vous avez compris les bases sur la façon dont le pare-feu du réseau nous permet d'effectuer l'opération
à la fois sur le domaine ainsi que sur l'ensemble d'adresses IP.
Maintenant, une dernière chose que je voulais vous montrer, c'est que chaque fois que vous créez un ensemble de groupes de règles, il est un
peu plus avancé que vous ne le verrez généralement dans l'autre ensemble d'offres liées au
pare-feu en place, c'est que vous avez plusieurs options sur ici.
Par exemple, vous pouvez spécifier des listes de domaines, vous pouvez même spécifier des règles IP compatibles au cas où si vous disposez
de ces règles IP, cela devient beaucoup plus simple.
En fait, de nombreuses organisations utilisent Sadik ATA, il devient donc beaucoup plus facile de passer aux pare-feu
réseau ici.
Revenons donc au type de règle.
Vous avez à la fois les options avec état et sans état.
Ouvrons rapidement les apatrides ici.
Et ici, vous avez une option de drapeaux PCB.
Donc, si vous ouvrez ceci, vous voyez que vous avez divers drapeaux DHCP, drapeaux, sin fin, vous avez push, vous avez
réinitialisé, vous avez ACH et ainsi de suite.
L'idée ici est donc que la fonctionnalité de pare-feu réseau offre des fonctionnalités bien plus importantes que les pare-feu
traditionnels que vous verrez dans un appareil.
Encore une fois, si vous n'êtes pas au courant des drapeaux DHCP, c'est tout à fait correct.
Sachez simplement qu'il fournit les fonctionnalités associées liées aux drapeaux TCP, ce que les autres pare-feu ne
fournissent pas directement.
Maintenant, afin de vérifier dans le cadre de cette démo, cela fonctionne vraiment ou non.
Ce que nous pouvons vraiment faire, c'est supprimer l'un des domaines qui fait partie du bloc ici.
Alors allons-y et supprimons Twitter.
Tard maintenant de notre instance AC deux.
Appelons-moi sur Twitter.
Et vous voyez que les choses fonctionnent parfaitement bien.
Maintenant, avant de conclure, révisons rapidement les avantages du pare-feu réseau.
Ainsi, dans une vue d'ensemble de haut niveau, vous pouvez utiliser le pare-feu réseau pour surveiller et protéger votre trafic
VPC de plusieurs manières.
La première est que vous pouvez configurer le pare-feu du réseau pour faire passer le trafic uniquement par les domaines
de service connus ou les points de terminaison d'adresse IP tels que S3.
Cela est donc facilement possible car le pare-feu réseau autorise les règles basées sur le domaine ainsi que sur l'IP.
Deuxièmement, vous pouvez utiliser la liste personnalisée des domaines défectueux connus pour limiter les types de noms de domaine auxquels
l'application peut accéder.
Maintenant, pour la démo d'aujourd'hui, nous avions utilisé Facebook et Twitter, mais ce ne sont pas vraiment les mauvais domaines.
Il y a beaucoup de mauvais domaines disponibles liés aux bots, liés aux ransomwares, etc. Vous pouvez donc continuer et utiliser également
cette liste dans le cadre du pare-feu du réseau.
Et troisièmement, vous pouvez effectuer une inspection approfondie des paquets sur le trafic entrant ou sortant.
Votre VPC est maintenant lié au deuxième point dont je me souviens car dans l'une des organisations avec lesquelles
je travaillais à l'époque, le pare-feu réseau n'était pas vraiment mort.
Donc, ce que nous avions l'habitude de faire, c'est que nous avions une liste personnalisée de domaines défectueux qui nous était fournie
par Splunk lui-même, car nous avions le Splunk CRM, qui est le produit Splunk Enterprise Security.
Et nous avions l'habitude d'ajouter cela dans le cadre de notre instance Splunk.
Et le trafic qui en découle est principalement le journal de flux VPC que nous utilisons pour le faire correspondre à la liste personnalisée de domaines d'octets.
Et nous avions l'habitude de vérifier s'il y avait ou non des appariements.
S'il y a un match qui se passe, alors immédiatement nous avons été alertés pour de bon.
Voilà donc l'aperçu de haut niveau et avec cela conclura la vidéo d'aujourd'hui.