Le pare-feu d'application web (WAF) est un outil de sécurité utilisé pour protéger contre l'accès non désiré aux applications web. C'est souvent un dispositif de sécurité qui se situe au-dessus d'un serveur web et protège contre les menaces venant d'internet ou de l'extérieur du périmètre réseau.

Contrairement aux couches 3 (Réseau) et Calque 4 (Transport) pare-feu, qui sont incapables d'identifier les requêtes malveillantes au niveau de l'application, WAF est un niveau 7 pare-feu capable de voir au-delà des paquets cryptés. Utiliser un WAF permet aux organisations de défendre leur présence en ligne contre de nombreuses attaques web basées sur Internet, y compris le cross-site scripting (XSS), les injections SQL, et le cross-site request forgery (CSRF). Ces attaques peuvent donner aux attaquants la capacité de voler des informations critiques, prendre le contrôle des serveurs web, ou lancer des attaques contre d'autres systèmes, ce qui peut être désastreux pour les applications web.

Problèmes

1. Micro-services natifs du cloud et WAF

Les WAF sont moins efficaces dans les applications web natives du cloud et à l'intérieur des environnements cloud. Une raison est que les règles de sécurité auxquelles les applications web traditionnelles étaient soumises dans les environnements sur site ne sont pas applicables dans le cloud.

Dans les centres de données traditionnels, Les pare-feu d'application web sont généralement installés à la périphérie du réseau pour protéger les applications fonctionnant à l'intérieur du périmètre du réseau interne. Toutefois, dans les environnements cloud, les applications sont souvent déployées dans des machines virtuelles ou des conteneurs qui sont flexibles et peuvent être activés et désactivés en fonction de la demande. Cela signifie que les approches traditionnelles basées sur le périmètre en matière de sécurité peuvent être moins efficaces dans les environnements cloud, où les applications peuvent résider n'importe où sur le réseau et sont plus difficiles à surveiller et à contrôler.

Un autre défi avec les applications web natives du cloud est qu'elles sont souvent plus distribuées et complexes que les applications web traditionnelles. Les applications cloud-native sont généralement composées de microservices qui communiquent entre eux via des API et peuvent utiliser plusieurs magasins de données et services tiers. Cela peut rendre l'identification et l'atténuation des risques de sécurité plus difficiles, car des attaques peuvent survenir à n'importe quel point de l'architecture de l'application.

2. Défis du WAF et des API

API (interfaces de programmation d'applications) sont les principaux moyens de connectivité entre les microservices et sont également utilisées pour permettre la communication entre les services et applications externes. Les API utilisent des protocoles de communication et des modèles de trafic différents de ceux des applications web traditionnelles, ce qui rend plus difficile pour les WAF d'identifier et de protéger correctement le trafic des API. Cela peut conduire à des faux positifs ou des faux négatifs, affaiblir la sécurité, ou bloquer inutilement le trafic légitime.

L'un des défis avec le trafic API est qu'il peut utiliser différents protocoles tels que HTTP, HTTPS, et Web-Sockets, qui peuvent contenir différents types de charges utiles et d'en-têtes qui rendent difficile pour le WAF d'identifier avec précision le trafic. Par exemple, certaines API peuvent utiliser des charges utiles binaires ou un chiffrement, ce qui est difficile à interpréter et à analyser pour les WAF.

Un autre défi est que les API peuvent avoir des modèles de trafic différents de ceux des applications web traditionnelles. Les API ont généralement un volume de trafic élevé avec de nombreuses requêtes par seconde, ce qui rend difficile pour le WAF de suivre le rythme du trafic. De plus, par rapport aux applications web, les API ont souvent des modèles de trafic plus prévisibles et cohérents, ce qui facilite l'identification des vulnérabilités et le lancement d'attaques par les attaquants.

Récemment, un groupe de recherche en sécurité a publié une nouvelle méthode pour contourner plusieurs pare-feu d'applications web, y compris Palo Alto, F5, Amazon Web Services, Cloudflare, et Imperva. Les fournisseurs spécifiés ont reconnu (selon les chercheurs) la divulgation et ont apporté des modifications à leurs produits’ processus d'inspection SQL pour prendre en charge la syntaxe JSON.

Solutions

1. Anomalies spécifiées de l'API

Pour surmonter les défis mentionnés ci-dessus, un WAF doit être spécifiquement conçu pour gérer le trafic API. Cela peut inclure l'identification et la protection du trafic API en utilisant une variété de techniques, y compris des analyses basées sur des signatures ou des algorithmes d'apprentissage automatique qui peuvent détecter des anomalies dans les modèles de trafic. Un WAF peut également avoir besoin de s'intégrer à d'autres outils de sécurité tels que des passerelles API pour fournir une solution de sécurité plus complète.

Dans l'ensemble, sécuriser le trafic API avec un WAF nécessite une approche différente de la sécurité traditionnelle des applications web. Un WAF doit être spécifiquement conçu pour gérer les protocoles de communication et les modèles de trafic spécifiques aux API afin d'identifier et de se défendre avec précision contre les menaces de sécurité.

2. WAF intégrés

Pour relever ces défis, un WAF devrait être construit spécifiquement pour les applications web cloud-native. Cela peut impliquer de déployer un WAF dans le cadre de l'architecture de votre application plutôt qu'en tant que solution périmétrique. De plus, Les WAF peuvent avoir besoin de s'intégrer à d'autres outils de sécurité cloud-native tels que les plateformes de sécurité pour conteneurs et les passerelles API afin de fournir une solution de sécurité plus complète.

Les WAF peuvent toujours jouer un rôle important dans la sécurisation des applications web cloud-native, mais ils peuvent avoir besoin d'être adaptés et renforcés pour faire face aux défis uniques de sécurité des environnements cloud-native.

3. WAF et défense en profondeur

Un WAF devrait être considéré comme une couche d'une approche de sécurité multi-couches, avec d'autres outils de sécurité tels que les systèmes de détection et de prévention d'intrusion, passerelles API sécurisées, protection des points de terminaison, pare-feux réseau, et contrôles d'accès. En mettant en œuvre plusieurs couches de contrôles de sécurité, les organisations peuvent construire une posture de sécurité plus robuste et mieux se défendre contre diverses menaces.

Utiliser un WAF dans le cadre d'une stratégie de défense en profondeur peut aider à prévenir une grande variété d'attaques sur les applications web et réduire le risque de violations de données et d'autres incidents de sécurité. Un WAF aide à fournir une visibilité sur le trafic des applications web, permettant aux organisations de surveiller et d'analyser les modèles de trafic et d'identifier les menaces potentielles pour la sécurité. C'est particulièrement important dans les environnements cloud où les applications web et les API peuvent devenir plus distribuées et complexes.

En intégrant les WAF avec d'autres outils de sécurité tels que les passerelles API et les systèmes de Gestion des Informations et des Événements de Sécurité (SIEM) les systèmes, les organisations peuvent créer une solution de sécurité plus complète qui leur donne une plus grande visibilité et un meilleur contrôle sur leur environnement cloud.

4. WAF distribués

Un WAF distribué (pare-feu d'application web) est la réponse au défi de sécurisation des microservices basés sur le cloud et distribués. Pour les applications monolithiques traditionnelles, un seul WAF peut être déployé à la périphérie du réseau pour protéger l'ensemble de l'application. Toutefois, dans les environnements de microservices distribués basés sur le cloud, les applications sont divisées en plus petits, composants modulaires, chacun avec ses propres exigences en matière d'API et de sécurité. Cela peut rendre difficile la protection de tous les composants avec un seul WAF, car chaque composant peut nécessiter des politiques et des configurations de sécurité différentes.

Un WAF distribué a été développé pour relever ce défi en fournissant une solution de sécurité distribuée et évolutive pour les micro-services basés sur le cloud. Un WAF distribué se compose de plusieurs instances d'un WAF déployées à différents endroits tels que des centres de données et des régions cloud. Chaque instance de WAF peut être configurée avec sa propre politique de sécurité et configuration adaptées aux besoins spécifiques des micro-services qu'elle protège.

En déployant plusieurs instances de WAF à différents endroits, les organisations peuvent déployer une solution de sécurité plus complète et évolutive qui peut s'adapter aux besoins changeants des environnements de microservices. Un WAF distribué peut également améliorer la résilience et la disponibilité, car il peut continuer à fonctionner même si une ou plusieurs instances échouent.

De plus, les WAF distribués peuvent être intégrés à d'autres outils de sécurité tels que les passerelles API et les systèmes SIEM pour fournir une solution de sécurité plus complète pour les microservices basés sur le cloud. Par exemple, une passerelle API peut être utilisée pour gérer l'accès aux microservices, un WAF distribué peut être utilisé pour se protéger contre les attaques des applications web, et il est possible d'obtenir une visibilité sur le trafic des applications web.

Conclusion

Pare-feux pour applications Web (WAFs) jouent un rôle important dans la défense des applications web contre les attaques provenant d'internet, y compris les injections SQL, les scripts inter-sites (cross-site scripting) (XSS), et le cross-site request forgery (CSRF). Toutefois, Les applications web et les API cloud-native posent des défis particuliers pour les WAF en raison de leur nature complexe et distribuée, ce qui rend difficile pour les WAF de détecter et de réduire correctement les risques de sécurité.

Pour relever ces défis, les WAF doivent être spécifiquement conçus pour les applications web cloud-native et intégrés à d'autres outils de sécurité cloud-native, y compris les plateformes de sécurité pour conteneurs et les passerelles API. De plus, Les WAF doivent être considérés comme une couche d'une approche de sécurité à plusieurs niveaux, y compris d'autres outils de sécurité tels que les systèmes de détection et de prévention des intrusions, les passerelles API sécurisées, protection des points de terminaison, pare-feux réseau, et contrôles d'accès.

En intégrant les WAF avec d'autres outils de sécurité et en déployant plusieurs couches de contrôles de sécurité, les organisations peuvent créer une solution de sécurité plus complète qui offre une meilleure visibilité et un meilleur contrôle sur leur environnement cloud.