Produktteam, das keine Firewall betreiben will
Ein Unternehmen, dessen Produktionsworkloads in Azure laufen, will keine separate Firewall patchen; mit CNF entfällt die Wartung der Softwareinfrastruktur.
Software-as-a-Service-Firewall für AWS und Azure; schützt VPCs/VNets, Availability Zones und Konten einer gesamten Region mit einer einzigen gemeinsamen Richtlinie.
FortiGate CNF (Cloud-Native Firewall) ist Fortinets Software-as-a-Service-Firewall-Dienst für AWS und Azure. Er beseitigt die Notwendigkeit, die Firewall-Softwareinfrastruktur zu konfigurieren, bereitzustellen und zu warten; eine einzelne Instanz kann mehrere VPCs oder VNets, Availability Zones und Konten innerhalb einer Region mit einer gemeinsamen Richtlinie schützen. Fortinet veröffentlicht für diesen Dienst keine festen Durchsatz- oder Sitzungskapazitätswerte.
FortiGate CNF (Cloud-Native Firewall) ist nach Fortinets offizieller Definition ein Software-as-a-Service-Dienst, der die Cloud-Netzwerksicherheit vereinfacht und zugleich Verfügbarkeit und Skalierbarkeit sicherstellt; er beseitigt die Notwendigkeit, die Firewall-Softwareinfrastruktur zu konfigurieren, bereitzustellen und zu warten (FortiGate CNF Administration Guide 25.3.a, 2025). Der Dienst ist sowohl auf AWS als auch auf Azure produktiv unterstützt – die häufig anzutreffende Aussage, die AWS-Seite befinde sich in der Beta-Phase, trifft nicht zu.
FortiGate CNF richtet sich an Unternehmen, die Workloads in der Cloud betreiben, die Firewall selbst aber nicht als Infrastrukturkomponente betreiben wollen. Die Instanzen werden in derselben Region wie der geschützte Workload auf AWS- oder Azure-Infrastruktur gehostet; dass der Datenverkehr die Region nicht verlässt, ist für Unternehmen mit Anforderungen an Datenlokalisierung und KVKK (türkisches Datenschutzgesetz) ein entscheidendes Kriterium. Der eigentliche architektonische Gewinn liegt im Geltungsbereich der Richtlinie: Eine einzelne Instanz kann mehrere VPCs, Availability Zones und AWS-Konten einer Region mit einer gemeinsamen Richtlinie schützen; auf der Azure-Seite gilt dieselbe Struktur für Virtual Networks und Azure-Konten. In einer Landing Zone mit Dutzenden Konten bedeutet das, statt einer eigenen Firewall pro Konto ein einziges Richtlinienset zu verwalten. Der Geltungsbereich beschränkt sich allerdings auf AWS und Azure; geht es um GCP, OCI oder eine Private Cloud, ist FortiGate-VM erforderlich.
Auch die Zeitleiste korrigiert einen verbreiteten Irrtum: Fortinet stellte den Cloud-Native-Firewall-Dienst am 28. November 2022 zunächst auf AWS im AWS Marketplace allgemein zur Verfügung (Fortinet Newsroom, 2022); die Azure-Unterstützung kam später hinzu.
| Kriterium | FortiGate CNF | FortiGate-VM |
|---|---|---|
| Bereitstellungsmodell | SaaS – Fortinet betreibt den Dienst | Cloud-Instanz – Sie betreiben sie |
| Umgebung | AWS und Azure | AWS, Azure, GCP, OCI, Alibaba, IBM Cloud, VMware, Hyper-V, KVM, Nutanix, OpenShift |
| Kapazität | Nicht veröffentlicht; der Dienst skaliert | Lizenz der S-Serie + vCPU (VM-01S → VM-ULS) |
| Softwarepflege | Keine Wartung der Firewall-Softwareinfrastruktur | FortiOS-Upgrade liegt bei Ihnen |
| Geltungsbereich der Richtlinie | Eine gemeinsame Richtlinie für zahlreiche VPCs/VNets, AZs und Konten der Region | Richtlinie je Instanz und VDOM |
| Verwaltung | CNF-Portal und REST-API; Integration mit AWS Firewall Manager | FortiOS-Oberfläche, CLI, FortiManager |
Die Entscheidungsregel lautet: Wollen Sie den Betriebsaufwand abgeben und regionsweit eine einzige Richtlinie führen, nehmen Sie FortiGate CNF; brauchen Sie die volle Kontrolle über FortiOS, die VDOM-Trennung oder eine andere Plattform als AWS und Azure, nehmen Sie FortiGate-VM. Die beiden Modelle schließen einander nicht aus – in einer Multi-Cloud-Architektur werden sie gemeinsam eingesetzt, und beide sind Teil derselben FortiGate-Produktfamilie.
Die offizielle Dokumentation nennt von FortiGuard Labs gestützte IPS-Profile, DNS-Filterung, Geo-IP-Blockierung, das Filtern bekannter bösartiger IP-Adressen und Geo-Fencing. Die Aktualität von Signaturen und Reputationsdaten liegt in diesem Modell vollständig auf Seiten des Dienstes; genau darin liegt der Unterschied: Laut dem 2026 Global Threat Landscape Report der FortiGuard Labs ist die Zeit bis zur Ausnutzung bei kritischen Meldungen auf 24 bis 48 Stunden gesunken, und die weltweiten Exploit-Versuche nahmen im Jahresvergleich um 25,49 % zu (Fortinet, 2026). Die Verwaltungsebene bilden das CNF-Portal und die REST-API; auf der AWS-Seite steuert die Integration mit dem Firewall Manager die organisationsweite Ausbreitung des Rollouts. Die Aussage, die Konfiguration erfolge ausschließlich über das Azure-Portal, deckt sich nicht mit der aktuellen Dokumentation.
Fortinet veröffentlicht für FortiGate CNF keine Werte für Durchsatz, gleichzeitige Sitzungen oder neue Sitzungen pro Sekunde. Der Grund dafür ist keine lückenhafte Dokumentation, sondern das Bereitstellungsmodell: Der Dienst skaliert als SaaS und wird nicht über eine feste Kapazitätsgrenze positioniert. In der Praxis tritt an die Stelle der Kapazitätsplanung die Richtlinienplanung. Verlangt eine Regulierung oder ein Ausschreibungstext einen gemessenen Gbps-Wert, ist Hardware erforderlich: Die FortiGate 400F bietet 79,5 Gbps IPv4-Firewall- und 9 Gbps Threat-Protection-Durchsatz, die FortiGate 1000F 198 Gbps IPv4-Firewall- und 13 Gbps Threat-Protection-Durchsatz. Die Wahl ist kein Leistungswettbewerb, sondern die Frage, wo die Verantwortung liegen soll.
Als autorisierter Fortinet-Channel-Partner übernimmt Sora Yazılım die Inbetriebnahme von FortiGate CNF in Ihrer AWS- und Azure-Umgebung, die Übertragung bestehender Richtlinien in die gemeinsame CNF-Richtlinie, die Gestaltung von IPS-Profil, DNS-Filterung und Geo-Fencing-Regeln nach Ihrer Unternehmensrichtlinie sowie den Managed Service. Regionswahl, Log-Fluss und Datenlokalisierung im Geltungsbereich der KVKK klären wir zu Projektbeginn. Für ein Angebot erreichen Sie uns über unsere Kontaktseite.
Ein Unternehmen, dessen Produktionsworkloads in Azure laufen, will keine separate Firewall patchen; mit CNF entfällt die Wartung der Softwareinfrastruktur.
In einer Region mit Dutzenden AWS-Konten und VPCs werden alle Netzwerke mit einer gemeinsamen Richtlinie geschützt; der Firewall Manager verbreitet den Rollout.
In einer Infrastruktur, deren Verkehr saisonal um ein Vielfaches steigt, wird CNF nicht über eine feste Kapazitätsgrenze positioniert, sodass die Firewall-Dimensionierung kein Posten der Kampagnenplanung mehr ist.
Da die Instanzen in derselben Region wie der Workload gehostet werden, vereinfachen sich Szenarien zur Datenlokalisierung; mit Geo-IP-Blockierung und Geo-Fencing wird der Zugriff auf Richtlinienebene eingeschränkt.
Unternehmen, die im Rechenzentrum Hardware und in der Cloud CNF betreiben, führen beide Ebenen mit getrennten Verantwortungsmodellen: Wo gemessener Durchsatz gefordert ist, bleibt es bei der Hardware.
Unternehmen, die Produktionsworkloads auf AWS und/oder Azure betreiben und die Firewall-Softwareschicht nicht selbst betreiben wollen; Cloud-Organisationen mit vielen Konten und Landing-Zone-Architekturen; Finanzinstitute und öffentliche Einrichtungen mit Anforderungen an die Datenhaltung innerhalb der Region.
Lüfterlose Desktop-NGFW mit 5 Gbps IPv4-Firewall-Durchsatz für Mikrobüros mit 5–10 Benutzern.
DetailsDesktop-NGFW mit 10 Ports und 10 Gbps IPv4-Firewall-Durchsatz für kleine Büros und Filialen mit 10–30 Benutzern.
DetailsFilial-NGFW auf Basis des SP5-ASIC als Nachfolger der 60F: 10 Gbps symmetrischer Firewall-Durchsatz, 1,4 Millionen Sitzungen, PoE- und FortiWiFi-Varianten.
DetailsDesktop-Firewall für Filialen, die mit acht PoE/+-Ports und 96 W Budget auch die Zugriffsebene mitversorgt.
DetailsSora Yazılım übernimmt Sizing, Lizenzierung, Bereitstellung und laufendes Management — alles aus einer Hand.