게이트웨이 시대를 위한 Kubernetes 네이티브 WAF: F5 WAF for NGINX, 이제 F5 NGINX Gateway Fabric과 통합

F5 ADSP | 2026년 6월 04일

Ingress NGINX의 지원 종료에 따라 유연한 트래픽 관리를 위해 Kubernetes Gateway API를 사용하는 조직이 늘고 있으며, 게이트웨이는 빠르게 해당 환경에서 사이버 범죄의 가장 중요한 표적 중 하나로 떠오르고 있습니다. 게이트웨이가 그 뒤에 있는 모든 서비스로 통하는 관문이라는 점을 고려하면 놀라운 일도 아닙니다. 또한 라우팅이 더욱 동적이고 분산된 형태로 변화하면서 모든 요소를 보호하는 일이 훨씬 더 중요해지는 동시에 점점 더 복잡해지고 있습니다. 특히 기존의 웹 애플리케이션 방화벽(WAF) 기술은 배포와 운영 측면에서 유연성이 떨어집니다.

플랫폼 및 보안 팀에는 일회성 변경이나 수동 업데이트에 의존하지 않고 서비스, 클러스터, 환경 전반에 WAF 보호 기능을 일관되게 적용할 수 있는 방법이 필요합니다. 이는 업종을 불문하고 너무나 자주 접하는 과제입니다. 바로 이러한 이유로 당사는 업계를 선도하는 WAF 기술을 최신 Kubernetes 네이티브 환경에 제공하기 위한 대대적인 개선에 지속적으로 투자하고 있습니다.

당사의 F5 WAF for NGINX는 이제 F5 NGINX Gateway Fabric뿐만 아니라 F5 NGINX Ingress Controller 와도 통합되어 Gateway API 구현과 온프레미스 인그레스 컨트롤러 요구 사항 모두에서 보안을 손쉽게 관리하고 배포할 수 있습니다.

Kubernetes 팀의 업무 방식에 꼭 맞는 보안

In the post-Claude Mythos 이후 시대에는 AI로 인해 취약점 발견부터 악용까지 걸리는 시간이 사라지고 있습니다. 업데이트 주기가 더욱 짧아짐에 따라, 실효성 있는 보안 솔루션에는 운영의 단순성이 필수 요소가 되고 있습니다.

이러한 이유로 우리는 F5 WAF for NGINX Gateway Fabric을 정책 오케스트레이션을 포함한 Kubernetes 네이티브 방식으로 설계했습니다. 정책 오케스트레이션은 일상적인 WAF 운영에서 가장 까다로운 부분 중 하나인 경우가 많습니다.

NGINX Gateway Fabric 또는 NGINX Ingress Controller 중 어느 것을 사용하든 팀은 플랫폼의 다른 영역에서 활용하는 것과 동일한 의도 기반의 자동화된 보안 접근 방식을 적용할 수 있습니다. 보안 정책을 ‘다른 곳’에서 관리하는 대신 클러스터 워크플로에 직접 통합하여 더욱 일관되게 운영할 수 있습니다.

이는 매우 중요합니다. 게이트웨이에 엔터프라이즈급 WAF 보호 기능을 배포하면 인젝션, 크로스 사이트 스크립팅, API 악용, 악성 봇과 같은 일반적인 공격이 애플리케이션 워크로드에 도달하기 전에 대규모로 차단되기 때문입니다. 이러한 보호 기능이 없으면 노출된 엔드포인트 하나가 빠르게 클러스터 전체의 위험 요소가 될 수 있습니다.

이 솔루션에서는 정책 오케스트레이션이 Kubernetes 네이티브 방식으로 이루어집니다. 정책 업데이트 및 보안 시그니처 업데이트와 같은 일반적인 워크플로는 Kubernetes 매니페스트를 통해 관리할 수 있습니다.

운영을 더욱 간소화하기 위해 이 솔루션을 GitOps 친화적으로 설계하여, 사용자가 외부 Git 리포지토리의 보안 정책을 직접 참조하고 기존 자동화 파이프라인의 일부로 관리할 수 있도록 했습니다. 또한 최신 서명 패키지를 감지하는 기능을 도입하여 업데이트가 제공되면 파이프라인과 자동화 워크플로가 자동으로 트리거되도록 했습니다. 보안 제약이 매우 엄격한 환경을 위해 완전히 에어 갭된 배포도 지원합니다. 예를 들어 로컬 Git 리포지토리의 정책과 로컬 아티팩트 리포지토리의 서명 패키지만 참조할 수 있습니다.

이것이 팀원 모두에게 의미하는 바

플랫폼 운영팀은 트래픽과 보안을 하나의 제어 영역에서 관리할 수 있습니다. WAF 정책 운영은 게이트웨이 구성에 사용되는 것과 동일한 Kubernetes 네이티브 모델을 따르므로, 도구의 난립을 줄이고 클러스터 전반에서 운영 일관성을 높이는 데 도움이 됩니다. 팀별로 프로세스를 새로 만들 필요 없이 공유 게이트웨이와 멀티 클러스터 플랫폼에 적용할 정책을 표준화하고 복제할 수 있습니다(예: Gateway API 도입 경로 및 OpenShift와 호환).

SecOps의 경우, 이제 노출 위험이 가장 높은 게이트웨이에 보안 정책을 적용하여 모든 앱과 API에 보호 조치를 일관되게 적용할 수 있습니다. 이를 통해 다음과 같은 몇 가지 주요 이점을 얻을 수 있습니다:

새롭게 등장하는 위협에 더 빠르게 대응: 자동화된 시그니처 업데이트를 통해 새로운 공격 기법이 등장한 시점과 방어 체계에 적용되는 시점 사이의 격차를 줄일 수 있습니다.
확장 가능한 정책 기반 제어: 검토, 검증 및 반복 가능한 배포를 지원하도록 WAF 정책을 구조화된 아티팩트(JSON/YAML)로 관리하세요.
최신 API에 대한 더 폭넓은 보호: 모든 서비스 팀이 완벽하게 방어 체계를 구현하는 데 의존하지 않고도 API가 흔히 직면하는 위험(인젝션, 악용, 봇)에 대응할 수 있도록 지원합니다.

DevOps의 경우, WAF 정책을 선언적 아티팩트처럼 취급하여 GitOps/CI 방식의 파이프라인을 통해 배포하고 여러 서비스에서 재사용할 수 있습니다. 궁극적으로 이는 모든 팀 간의 마찰을 크게 줄여, 환경과 배포 모델 전반에서 보안 제어의 일관성을 유지하면서 Gateway API를 더 쉽게 도입할 수 있게 합니다.

모든 Kubernetes 진입점을 위한 표준화되고 자동화된 오케스트레이션 보안

F5 WAF for NGINX의 이 솔루션을 사용하면 번들 형식뿐 아니라 JSON 및 YAML을 비롯해 최신 파이프라인에 적합한 형식으로 Kubernetes 환경 내에서 F5 WAF 정책을 관리, 검증 및 수정할 수 있습니다. 이는 보안 제어를 표준화하려는 팀에 의미 있는 변화입니다.

WAF 보안을 위한 컨테이너 네이티브 DevOps 접근 방식: NGINX Gateway Fabric 및 NGINX Ingress Controller 전반에서 정책 오케스트레이션, 자동화된 시그니처 업데이트, 일관된 보안을 구현합니다.

또한 보안 시그니처 업데이트를 자동화하여 노출 위험이 지속되는 시간을 줄이고, 진화하는 공격 패턴에 맞춰 보호 기능을 최신 상태로 유지할 수 있습니다. 무엇보다도 이는 특정 Kubernetes 진입점 방식에만 국한되지 않습니다. F5 WAF는 NGINX Gateway Fabric과 NGINX Ingress Controller 모두에서 일관된 사용자 경험을 제공합니다.

Red Hat OpenShift와 같은 플랫폼에 대한 호환성과 사전 구축된 통합 지원을 통해, 필요한 확장성과 운영 체계를 갖추고 미션 크리티컬 워크로드 전면에 WAF 기능을 배포할 수 있습니다.

Gateway API 및 기존 인그레스 구현을 모두 지원하는 엔터프라이즈급 WAF

F5 WAF for NGINX와 F5 NGINX Gateway Fabric을 통합하면 수작업을 줄이고, 자동화된 시그니처 업데이트를 통해 보호 기능을 최신 상태로 유지하며, Gateway 및 ingress 배포 전반에 일관된 정책을 적용하기가 훨씬 쉬워집니다. 몇 가지 핵심 원칙으로 요약하면 다음과 같습니다: