F5 WAF for NGINX Gateway Fabric

Die Gateway API gestaltet die Kubernetes-Netzwerkarchitektur neu

Die Gateway API etabliert sich zunehmend als Standard für Kubernetes-Netzwerke – ein offenes, rollenorientiertes Modell, das von der Kubernetes-Community entwickelt wurde. Sie bietet Plattform-, Anwendungs- und Sicherheitsteams klarere Zuständigkeitsgrenzen und mehr Flexibilität als herkömmliche Ingress-Ansätze. Zudem eignet sie sich hervorragend für moderne Workloads, darunter APIs und KI-gestützte Anwendungen, und wird bei neuen Bereitstellungen zunehmend zur Standardlösung. Für Unternehmen, die Red Hat OpenShift einsetzen, fügt sich die Gateway API nahtlos in eine Plattformstrategie ein, die auf Open Source und Portabilität basiert.

Gateway API löst die Datenverkehrsweiterleitung – jedoch ohne Sicherheit

Standardimplementierungen der Gateway API übernehmen die Datenverkehrsweiterleitung, bieten jedoch keine Sicherheit auf Anwendungsebene. Unternehmen, die geschäftskritische oder regulierte Workloads auf OpenShift ausführen, benötigen auf Gateway-Ebene Schutz vor Angriffen auf Webanwendungen, API-Missbrauch und Injection-Angriffen.

NGINX Gateway Fabric + F5 WAF-Unternehmensschutz

Auf OpenShift zeichnet sich F5 NGINX Gateway Fabric auf Grundlage der Konformitätsdaten der Kubernetes Gateway API als die funktionsreichste Gateway-API-Implementierung aus. Als von Red Hat zertifizierte, OpenShift-native Option fügt sie sich nahtlos in die operatorbasierte Installation und den Plattformsupport ein. Sie ist besonders attraktiv für Teams, die NGINX bereits an anderer Stelle einsetzen, da sie eine konsistente Datenebene und ein einheitliches Richtlinienmodell bietet und gleichzeitig die betriebliche Einfachheit, die Vertrautheit mit NGINX und eine enge Integration mit OpenShift bewahrt.

F5 WAF for NGINX erweitert NGINX Gateway Fabric um fortschrittliche Sicherheit auf Layer 7 und schützt vor den OWASP Top 10-Sicherheitsrisiken, API-Angriffen und anwendungsspezifischen Bedrohungen, ohne dass Teams ihren Ansatz für das Traffic-Management ändern, den Gateway-API-Standard aufgeben oder einen unbekannten Proxy in den Stack integrieren müssen.

Gemeinsam ermöglichen die F5-Lösungen Teams die sichere Bereitstellung von Anwendungen, APIs und KI-Workloads mithilfe eines zertifizierten Operators, der das Lifecycle-Management auf Red Hat OpenShift vereinfacht.

Anwendungsfälle für F5 WAF mit NGINX Gateway Fabric

Modernisierung des Ingress auf OpenShift

Unternehmen, die OpenShift Router oder eine frühere Ingress-Implementierung einsetzen, können zum Gateway-API-Standard migrieren, ohne dabei Kontrollen für die Anwendungssicherheit einzubüßen. NGINX Gateway Fabric stellt ein konformes, KI-fähiges und auf NGINX basierendes Gateway bereit; F5 WAF sorgt dafür, dass der Schutz bei der Migration erhalten bleibt.

Keine Firewall mit der standardmäßigen Gateway API

Die standardmäßige Envoy-basierte Gateway-API-Implementierung umfasst keine WAF. Teams, die Sicherheit auf Anwendungsebene benötigen – etwa in regulierten Branchen oder für öffentlich zugängliche Anwendungen und APIs –, erhalten diese Funktion mit F5 WAF auf NGINX Gateway Fabric in einem Kubernetes-nativen Modell.

KI- und moderne Anwendungs-Workloads absichern

Da Inferenzendpunkte und KI-gestützte APIs in OpenShift-Clustern immer häufiger zum Einsatz kommen, bietet F5 WAF am Gateway einen einheitlichen Schutz auf Layer 7 für Workloads, die sensible Daten und benutzerseitige Anfragen verarbeiten.

Kubernetes-Umgebungen für mehrere Teams

Das rollenbasierte Ressourcenmodell der Gateway API bietet in Kombination mit NGINX Gateway Fabric und den zugehörigen F5-WAF-Richtlinien Plattform-, Anwendungs- und Sicherheitsteams klare Zuständigkeiten ohne zusätzlichen Koordinationsaufwand.

Clusterübergreifende Standardisierung der Sicherheit

Deklarative WAF-Richtlinien ermöglichen einheitliche Schutzprofile über mehrere OpenShift-Cluster hinweg. Sicherheitsteams definieren die Richtlinien einmalig; über GitOps werden sie überall bereitgestellt, wodurch Abweichungen aufgrund manueller Konfigurationen reduziert werden.

Optimieren Sie Ihre Ingress-Strategie

Die Verbreitung der Gateway API nimmt Fahrt auf, und OpenShift-Teams überprüfen ihre Ingress-Strategie. NGINX Gateway Fabric in Kombination mit F5 WAF bietet ein praxistaugliches Modell für Teams, die ein offenes, standardbasiertes Gateway mit Anwendungssicherheit auf Enterprise-Niveau wünschen – ohne auf die Vertrautheit mit NGINX oder die Unterstützung durch OpenShift verzichten zu müssen.

Weitere Informationen finden Sie unter f5.com/products/nginx/nginx-gateway-fabric oder besuchen Sie f5.com/redhat, um unsere Partnerschaft in Aktion zu erleben.

WICHTIGE VORTEILE

Auf Standards basierende Architektur

Basiert auf der Open-Source-Lösung Kubernetes Gateway API mit klarer Trennung der Verantwortlichkeiten von Plattform-, Anwendungs- und Sicherheitsteams.

Vertraute NGINX-Datenebene

Kein neuer Proxy, in den man sich einarbeiten muss. Basiert auf derselben Open-Source-Grundlage von NGINX, die Teams bereits nutzen.

Enterprise-WAF am Gateway

Layer-7-Schutz vor Angriffen gemäß OWASP Top 10 und API-Angriffen, der direkt am Ingress-Punkt bereitgestellt wird.

Vereinfachte Bereitstellung und Verwaltung

Verfügbar über einen zertifizierten Operator, der die Governance- und Supportanforderungen von OpenShift erfüllt.

Deklarative WAF-Richtlinie

Als Code verwaltete Sicherheitsregeln – versionskontrolliert und über GitOps-Pipelines bereitstellbar.

HAUPTMERKMALE

Gateway-API-Konformität

Unterstützt zentrale Gateway-API-Ressourcen (HTTPRoute, ReferenceGrant, Richtlinien) und ermöglicht so die Portabilität zwischen konformen Implementierungen.

OWASP Top 10 und API-Schutz

Vorkonfigurierte Signaturen schützen auf Gateway-Ebene vor Injection-Angriffen, XSS, fehlerhafter Authentifizierung und API-Missbrauch.

Deklarative WAF-Richtlinie

Sicherheitsregeln, die als Kubernetes-native Richtlinienobjekte definiert sind und über GitOps-Pipelines geprüft und bereitgestellt werden können.

Einführung mit Fokus auf Monitoring

Führen Sie die Bereitstellung zunächst im Überwachungsmodus durch, um die Richtlinie zu optimieren, bevor Sie in den Blockierungsmodus wechseln. Dadurch wird das Risiko von Fehlalarmen während der Einführung reduziert.

Beobachtbarkeit und Protokollierung

Strukturierte Ereignisprotokolle lassen sich ohne individuelle Integrationen in bestehende SIEM- und Observability-Stacks einspeisen.

Integriertes KI-gestütztes Traffic-Management

Die Inference Extension für die Gateway API ermöglicht modellbewusstes Routing, sodass Teams Anfragen anhand von Modell, Kosten und Leistung weiterleiten können.