F5、Red Hat OpenShift環境全体のセキュリティを強化

Yuichi Miyazakiテクニカルアライアンス担当ディレクター | F5

10年以上にわたり、F5とRed Hatは連携し、組織によるアプリケーションデリバリとインフラストラクチャのモダナイゼーションを支援してきました。その間も変わらないことが1つあります。プラットフォームの進化に伴い、それを取り巻くセキュリティ要件も進化するということです。

Red Hat Summit 2026で、F5は、モダンアプリケーションとAI環境全体のセキュリティ強化を目的とした2つの新機能を通じて、Red Hatとの継続的な協業を紹介します。

今回のアップデートは、重要性が高まっている2つの異なる領域に焦点を当てています。1つは、新しいAIクイックスタートを通じて、AIワークフローにセキュリティを直接組み込むものです。もう1つは、Red Hat OpenShift上のKubernetes Gateway APIモデルにWebアプリケーションファイアウォールを統合し、アプリケーションレイヤーの保護を拡張するものです。それぞれ異なるユースケースとスタックのレイヤーに対応していますが、いずれも、プラットフォームチームがすでに利用している環境にセキュリティを直接組み込むという、より大きな流れを反映しています。

新しいAIクイックスタートでAIワークフローにセキュリティを導入

AI quickstartは、チームが実験から実環境への導入へ迅速に移行できるよう支援することを目的としています。これらのAI quickstartは、Red Hat公式カタログから入手でき、事前構築済みでデプロイ可能なユースケースを提供します。これにより、組織はゼロから構築することなく、Red Hat OpenShift AI上でAIワークフローを立ち上げて検証できます。

コンポーネントを手作業で組み合わせる代わりに、チームはこれらのガイド付きブループリントを活用することで、概念実証（PoC）の開発を加速し、本番環境への移行期間を短縮できます。このアプローチでは実践的なハンズオン体験を重視しており、導入環境は、セットアップを簡素化し、ユースケースを明確に定義したリファレンス設計として提供されます。

たとえば、AIオーケストレーション用のLlamaStack、GPUアクセラレーションによる推論用のvLLM、Streamlitチャットインターフェース、セマンティック検索用のpgvectorを備えたPostgreSQLを含む、検索拡張生成（RAG）対応の完全なチャットアシスタントを、実行時のガードレールを適用するF5 AI Security Operatorと併せてデプロイできます。これにより、セキュリティ機能を統合した完全に機能するアプリケーションを、1回のデプロイで提供できます。

Red Hat Summitで発表されたF5の新しいAIクイックスタートは、このモデルを基盤として、F5 AI GuardrailsとF5 AI Red Teamを単一のデプロイメントに統合しています。その目的は明確です。保護機能を後から追加するのではなく、最初からセキュアなAI推論を評価できるようにすることです。

このコンテキストにおいて、F5 AI Guardrailsは、プロンプトインジェクション、ポリシー違反、機密データの漏えいといったAI固有のリスクに対処するために設計されたランタイム保護を提供します。これらの制御は基盤モデルを変更せずに機能するため、事前学習済みモデルやサードパーティ製モデルを使用するチームにとって極めて重要です。

同時に、F5 AI Red Teamは継続的なテストループを導入し、組織が敵対的入力をシミュレーションして、開発ライフサイクルの早期段階で弱点を特定できるようにします。

これらの機能を組み合わせることで、AIクイックスタートは単なる導入の近道にとどまらず、AIワークフローにセキュリティを直接組み込む方法を実践的に検証できる手段となります。プラットフォームチーム、機械学習運用（MLOps）エンジニア、セキュリティチームは、管理された環境で保護機能を導入、テスト、改良し、有意義な成果により早く到達できます。

その根本的なメリットは、AIクイックスタート全般の有効性を支える特長と密接に一致しています。つまり、設計のひな型として機能し、迅速なデプロイを支援するとともに、実践的な評価を可能にします。さらにこのケースでは、AIセキュリティを後付けではなく、ワークフローの中核要素として扱う方法も示しています。

WAFとGateway APIによるアプリケーションセキュリティの拡張

2つ目の発表は、F5とRed Hatによるこれまでの取り組みをさらに発展させるものです。2025年後半、F5は、Red Hat OpenShiftの認定ソリューションとしてNGINX Gateway Fabricを発表しました。これにより、プラットフォームチームは、新たなKubernetes標準を使用してアプリケーショントラフィックを一貫した方法で管理できるようになりました。この取り組みは、業界で進むGateway APIモデルへの移行と密接に連動しています。このモデルは、Kubernetes Ingressの次の進化形として広く認識されています。

Red Hat Summit 2026で、F5はこの同じモデルに統合されたWebアプリケーションファイアウォール（WAF）を追加し、これまでの基盤をさらに拡張します。

Kubernetesネットワーキングの進化に伴い、セキュリティの適用方法も進化させる必要があります。従来のアプローチでは、コアプラットフォームのワークフロー外にある個別のツールや設定に依存することが少なくありません。一方、ゲートウェイレイヤーにWAFポリシーを適用することで、既存のトラフィック管理方法との一貫性を維持しながら、セキュリティをアプリケーションにより近い場所で適用できます。

このアプローチにより、複数のサービスとルートに共通する保護のベースラインを確立できます。これには、OWASP Top 10に沿った一般的なWebエクスプロイトや悪意のあるリクエストパターンへの防御が含まれます。

運用面でもメリットが得られます。WAFポリシーはトラフィックルーティングと同じフレームワーク内で定義・管理できるため、バージョン管理やCI/CDパイプラインへの統合が可能で、複数のクラスターや環境に一貫して適用できます。これにより、モダナイゼーションとポータビリティの両方が促進されます。特に、一貫性の確保が難しいことの多いハイブリッドクラウドやマルチクラウドの導入環境で効果を発揮します。

より広い視点で見ると、この統合は重要な転換点を示しています。エコシステムにおいて、トラフィックの受け入れとポリシーの適用にGateway APIを使用する標準化が進むにつれ、そのモデル内で本番環境向けのセキュリティ制御を提供できることがますます重要になります。F5は、高性能なゲートウェイデータプレーンと、実績あるエンジンをベースとするコンテナネイティブWAFを組み合わせることで、この変化をいち早く活用できる立場にあります。

現代のセキュリティをより広い視点で捉える

この2つの機能強化はそれぞれ異なる領域を対象としていますが、共通する傾向を示しています。セキュリティはもはや、外部から適用したり、導入後に後付けしたりするものではありません。チームが日々利用するプラットフォームやワークフローに不可欠な要素となりつつあります。

一方では、AIの開発および推論ワークフローに保護機能を直接組み込むことを意味します。もう一方では、Kubernetes環境内のトラフィックフローを規定する進化し続ける標準に、アプリケーションセキュリティを統合することを意味します。これらは、モダンアプリケーションと新たなAIユースケースの双方に合わせて、セキュリティも適応していく必要があることを示しています。

Red Hat Summitでデモをご覧ください

新しいAIクイックスタートとNGINX Gateway FabricのWAF統合は、今週アトランタで開催される「Red Hat Summit 2026」でデモを実施します。参加者は、これらの機能が実際にどのように動作し、実環境にどう適用できるかをご覧いただけます。

F5 AI GuardrailsのAIクイックスタートはこちらからご覧いただけます。

著者について

Yuichi Miyazakiテクニカルアライアンス担当ディレクター | F5

Yuichi Miyazakiのその他のブログ記事