Vous, Harrigan.
Et bienvenue au cours de laboratoire.
Dans la conférence d'aujourd'hui, nous allons donc parler davantage du pare-feu d'application Web.
Le pare-feu d'application Web est donc actuellement l'un des composants les plus critiques de l'infrastructure
de sécurité.
Et dans la plupart des organisations, en particulier les entreprises, vous avez déjà mis en place un pare-feu pour les
applications Web.
Voyons donc en quoi consiste le pare-feu d'application Web.
Nous savons tous ce qu'est un pare-feu et la plupart d'entre nous l'ont déjà utilisé d'une manière ou d'une autre.
Il peut s'agir de groupes de sécurité, de tables IP.
C'est donc une des choses que vous devriez déjà savoir.
Maintenant, une chose importante est que le pare-feu, ils fonctionnent généralement sur la couche trois et la couche
quatre du modèle OSI.
Nous allons donc nous pencher sur la question.
Ainsi, lorsque vous parlez de l'objectif principal du pare-feu, l'objectif principal du pare-feu est de bloquer le trafic malveillant
ou non autorisé.
Et je suis sûr que vous le savez déjà, donc quand vous parlez du fait que le pare-feu fonctionne sur la couche trois et la
couche quatre, cela signifie la couche réseau et la couche transport.
Donc, généralement, si j'ouvre un paquet aléatoire, vous avez dans la couche de transport, vous avez diverses choses comme le port
source, le port de destination.
Si vous allez dans la couche du protocole Internet, vous avez l'IP source et l'IP destination.
Il y a aussi des choses comme le numéro de séquence, qui se trouve dans la couche de transport, et c'est
là que les pare-feu avec et sans état jouent vraiment un rôle essentiel.
Donc c'est quelque chose que nous savons déjà que nous autorisons en fonction des adresses IP, du numéro de port.
Voici donc ce que fait le pare-feu générique.
Pour en revenir à la présentation, l'objectif principal du pare-feu est essentiellement de ne pas autoriser
le trafic malveillant.
Maintenant, la question est la suivante : lorsque nous regardons le diagramme, puisque le pare-feu fonctionne au niveau de la couche deux
ou de la couche quatre, il ne peut pas vraiment examiner le trafic de la couche sept, qui est le trafic d'application.
Et c'est là que la question se pose : qu'en est-il du trafic malveillant tel que les attaques par injection SQL,
les attaques de type cross site scripting, qui opèrent généralement au niveau de la couche sept, plus précisément
au niveau du protocole HTTP.
Ainsi, si vous regardez le diagramme, les attaques non HTTP peuvent déjà être différées avec le pare-feu standard.
Cependant, l'attaque HTTP.
Donc, puisque le pare-feu ne peut pas vraiment lire les paquets HTTP, laissez-moi vous montrer à nouveau.
Dans ce paquet, vous avez donc la couche IP, la couche transport et la couche acte.
C'est donc la couche sept.
Ainsi, dans la couche sept, vous avez beaucoup d'informations comme l'agent utilisateur, la demande,
l'URI, les en-têtes d'hôte et beaucoup d'autres, et vous avez la demande ACT elle-même.
C'est donc la partie URI.
Donc toutes ces choses, le pare-feu ne peut pas les lire parce qu'il ne fonctionne pas sur la couche sept.
Et c'est la raison pour laquelle un pare-feu est nécessaire, parce que la couche sept, où les applications sont exécutées,
fait l'objet de nombreuses attaques, d'une quantité énorme d'attaques.
C'est la raison pour laquelle il était nécessaire de disposer d'un pare-feu capable de lire les paquets HTTP, qui opère au niveau
de la couche sept et peut protéger les applications contre divers types d'attaques.
Je vais donc vous montrer qu'il existe un top 10 de l'OWASP, qui contient un grand nombre d'attaques spécifiquement liées aux applications web.
Il peut s'agir d'une injection SQL.
Je suis sûr que vous en avez entendu parler.
Injection SQL.
Vous avez des scripts intersites.
Beaucoup d'entre eux sont là.
Ce sont les détails qui sont mentionnés dans le top 10 américain, et comme ils opèrent tous
généralement à la couche sept, vous avez besoin d'un pare-feu qui peut vous protéger contre les attaques de la couche sept.
Et c'est là qu'intervient le pare-feu d'application web.
Ainsi, les pare-feu d'applications Web sont généralement conçus pour les applications Web et ces types de pare-feu fonctionnent
au niveau de la couche sept.
Donc, encore une fois, les règles que vous écrivez pour le pare-feu d'application web, ce sont des règles spécifiques pour la
communication basée sur HTTP.
Nous allons donc l'examiner en détail, mais sachez que l'une des principales devises des différents types
d'applications disponibles est de se protéger contre le Top 10 Matrix de l'OWASP.
Et c'est très important, donc en considérant l'application web.
Les vendeurs de pare-feu viables.
Il y a beaucoup de vendeurs qui sont disponibles.
Cela va de l'open source comme Mod Security à diverses solutions commerciales qui sont comme des panneaux de signalisation.
Akamai, vous avez VAF, qui est aussi une solution intéressante.
En ce qui concerne les publicités.
Même de nombreux réseaux de diffusion de contenu, comme Cloudflare, proposent un pare-feu pour les applications
web, que vous pouvez consulter.
Et l'un des meilleurs pour avoir une vue d'ensemble de haut niveau est certainement celui des abus, parce qu'il est assez simple et que
vous pouvez aller de l'avant et créer vos propres ensembles de règles, créer vos propres URL basés sur le
Web, etc.
Encore une fois, il y a des entreprises commerciales comme Akamai Signal Sciences, qui sont bonnes.
Mais le problème avec eux, c'est que souvent, ils ne s'occupent pas vraiment des startups ou des startups qui ont cinq
ou six serveurs.
C'est donc un gros problème.
Et c'est la raison pour laquelle je recommande généralement d'aller de l'avant et d'opter pour une solution très
simple et directe.
Vous pouvez l'utiliser à tout moment et vous pouvez le mettre en œuvre à tout moment et c'est un paiement au fur et à mesure.
Quoi qu'il en soit, nous en reparlerons dans la section correspondante, mais j'espère que vous avez compris l'essentiel
de ce qu'est un pare-feu d'applications Web.
Cette conférence n'avait pour but que de donner une vue d'ensemble de ce qu'est un pare-feu d'applications Web. Dans
les sections suivantes, nous approfondirons un peu plus les scénarios de mise en œuvre liés au VAF.
J'espère donc que ces informations vous ont été utiles et j'ai hâte de vous voir dans la prochaine conférence.