F5 WAF pour NGINX Gateway Fabric

Gateway API redéfinit la mise en réseau de Kubernetes

Gateway API s’impose comme la norme pour la mise en réseau Kubernetes : un modèle ouvert, axé sur les rôles et développé par la communauté Kubernetes. Il offre aux équipes chargées des plateformes, des applications et de la sécurité une meilleure délimitation des responsabilités et une plus grande flexibilité que les approches Ingress traditionnelles. Particulièrement adapté aux charges de travail modernes, notamment aux API et aux applications basées sur l’IA, il devient la solution par défaut pour les nouveaux déploiements. Pour les entreprises utilisant Red Hat OpenShift, Gateway API s’intègre naturellement à une stratégie de plateforme fondée sur l’open source et la portabilité.

Gateway API répond aux besoins de routage du trafic, mais sans assurer la sécurité

Les implémentations par défaut de Gateway API gèrent le routage du trafic, mais n’intègrent pas de sécurité au niveau de la couche applicative. Les organisations qui exécutent sur OpenShift des charges de travail critiques pour leur activité ou soumises à des exigences réglementaires doivent se protéger, au niveau de la passerelle, contre les attaques visant les applications web, l’utilisation abusive des API et les attaques par injection.

NGINX Gateway Fabric + protection d’entreprise F5 WAF

Sur OpenShift, F5 NGINX Gateway Fabric se distingue comme l’implémentation de l’API Gateway la plus complète en matière de fonctionnalités, d’après les données de conformité à l’API Gateway de Kubernetes. Certifiée par Red Hat et conçue nativement pour OpenShift, cette solution s’intègre parfaitement à une installation basée sur des opérateurs et à la prise en charge de la plateforme. Elle est particulièrement intéressante pour les équipes qui utilisent déjà NGINX dans d’autres environnements, car elle fournit un plan de données et un modèle de stratégie cohérents, tout en préservant la simplicité opérationnelle, la familiarité avec NGINX et une forte intégration à OpenShift.

F5 WAF for NGINX étend NGINX Gateway Fabric avec une sécurité avancée de couche 7 couvrant les vulnérabilités du Top 10 de l’OWASP, les attaques visant les API et les menaces propres aux applications, sans obliger les équipes à modifier leur approche de la gestion du trafic, à abandonner la norme Gateway API ou à introduire un proxy qu’elles ne connaissent pas dans leur infrastructure.

Ensemble, les solutions F5 permettent aux équipes de déployer en toute sécurité des applications, des API et des charges de travail d’IA grâce à un opérateur certifié, afin de simplifier la gestion du cycle de vie sur Red Hat OpenShift.

Cas d’usage de F5 WAF avec NGINX Gateway Fabric

Modernisation de l’Ingress sur OpenShift

Les organisations qui utilisent OpenShift Router ou une implémentation antérieure d’Ingress peuvent migrer vers la norme Gateway API sans perdre leurs contrôles de sécurité des applications. NGINX Gateway Fabric fournit une passerelle conforme, compatible avec l’IA et basée sur NGINX ; F5 WAF garantit que la protection est maintenue tout au long de la migration.

Aucun pare-feu avec l’API Gateway par défaut

L’implémentation par défaut de Gateway API basée sur Envoy n’inclut pas de WAF. Pour les équipes qui ont besoin d’une sécurité au niveau de la couche applicative, notamment dans les secteurs réglementés et pour les applications et API accessibles au public, F5 WAF sur NGINX Gateway Fabric offre cette fonctionnalité selon un modèle natif Kubernetes.

Sécuriser les charges de travail d’IA et des applications modernes

À mesure que les points de terminaison d’inférence et les API reposant sur l’IA se multiplient dans les clusters OpenShift, F5 WAF assure une protection cohérente de couche 7 au niveau de la passerelle pour les charges de travail qui traitent des données sensibles et des requêtes provenant des utilisateurs.

Environnements Kubernetes multi-équipes

Le modèle de ressources basé sur les rôles de Gateway API, associé à NGINX Gateway Fabric et aux politiques F5 WAF correspondantes, permet aux équipes chargées de la plateforme, des applications et de la sécurité de bénéficier d’une répartition claire des responsabilités, sans frais de coordination supplémentaires.

Standardiser la sécurité entre les clusters

Une politique WAF déclarative permet d’appliquer des profils de protection cohérents à plusieurs clusters OpenShift. Les équipes de sécurité définissent la politique une seule fois, puis la déploient partout via GitOps, ce qui réduit les écarts de configuration dus aux interventions manuelles.

Faites évoluer votre stratégie d’ingress

L’adoption de Gateway API s’accélère, et les équipes OpenShift réévaluent leur stratégie d’ingress. NGINX Gateway Fabric associé à F5 WAF offre un modèle concret aux équipes qui souhaitent disposer d’une passerelle ouverte et fondée sur des standards, avec une sécurité des applications de niveau entreprise, sans renoncer à leur maîtrise de NGINX ni à la prise en charge d’OpenShift.

Pour en savoir plus, rendez-vous sur f5.com/products/nginx/nginx-gateway-fabric ou consultez f5.com/redhat pour découvrir notre partenariat en action.

PRINCIPAUX AVANTAGES

Architecture fondée sur des normes

Basée sur l’API Gateway open source de Kubernetes, cette architecture sépare clairement les responsabilités des équipes chargées de la plateforme, des applications et de la sécurité.

Plan de données NGINX familier

Aucun nouveau proxy à prendre en main. Fonctionne sur la même base open source NGINX que les équipes utilisent déjà.

WAF d’entreprise au niveau de la passerelle

Protection de couche 7 contre les attaques du Top 10 de l’OWASP et les attaques visant les API, assurée au point d’entrée.

Déploiements et gestion simplifiés

Disponible via un opérateur certifié répondant aux exigences d’OpenShift en matière de gouvernance et de prise en charge.

Politique WAF déclarative

Règles de sécurité gérées sous forme de code, avec gestion des versions et déploiement via des pipelines GitOps.

CARACTÉRISTIQUES PRINCIPALES

Conformité à l’API Gateway

Prend en charge les ressources principales de la Gateway API (HTTPRoute, ReferenceGrant, stratégies), ce qui garantit la portabilité entre les implémentations conformes.

Top 10 de l’OWASP et protection des API

Des signatures préconfigurées assurent une protection contre les injections, les attaques XSS, les failles d’authentification et l’utilisation abusive des API au niveau de la passerelle.

Politique WAF déclarative

Règles de sécurité définies sous forme d’objets de stratégie natifs de Kubernetes, pouvant être révisées et déployées via des pipelines GitOps.

Déploiement axé d’abord sur la surveillance

Déployez en mode surveillance afin d’ajuster la politique avant de passer au blocage. Cela réduit le risque de faux positifs lors du déploiement.

Observabilité et journalisation

Les journaux d’événements structurés alimentent les solutions SIEM et les plateformes d’observabilité existantes sans nécessiter d’intégrations personnalisées.

Gestion du trafic adaptée à l’IA intégrée

Inference Extension pour Gateway API permet un routage tenant compte des modèles, afin que les équipes puissent acheminer les requêtes en fonction du modèle, du coût et des performances.