事業紹介 事業紹介トップ 経営データ分析基盤 Claude / MCP 導入 育つ業務アプリ 複雑な SaaS を専用 UI に Shopify Plus 移行・拡張 生成AI 活用(Multi AI) SEO / AIO / 広告運用 顧問・アドバイザリ インフラ構築 自社メディア投資・開発
Claude Claude / MCP 総合 Claude Cowork Claude Code 導入支援 Claude Code 使いこなし支援 Claude Design MCP 開発・サーバー構築
Shopify Plus Shopify Plus トップ EC-CUBE からの移行 大手カートからの移行 Shopify 通常プラン EC サイト構築
実績
業界ニュース 業界ニュース トップ AI ニュース └ Claude └ ChatGPT・Codex └ Gemini └ その他 Shopify ニュース SaaS ニュース お知らせ(自社発信)
会社情報 お問い合わせ
2026.08.06

KubeCon + CloudNativeCon Japan 2026 参加レポート:AI Agent セキュリティと AuthZEN が主要トレンドに

記事のサマリー(TL;DR)

  • Kubernetes 1.36 で User Namespaces がついに GA。多層防御の観点で自社基盤にも有用
  • AI Agent 時代のゼロタッチ運用 PoC が登場。Canary Release の Promote/Rollback をAI Agentに委譲する実験が進行中
  • 認可の標準 API「AuthZEN Authorization API 1.0」が整備され、MCP との統合デモも披露

金融・SaaS 事業者が押さえておくべき Kubernetes セキュリティ動向

KubeCon + CloudNativeCon Japan 2026 で示されたトレンドは、クラウドネイティブ基盤を持つ日本の SaaS・金融系プロダクトに直接影響するものが多い。特に注目すべきは以下の3点です。

1つ目は AI 時代のセキュリティ強化です。攻撃速度が防御側を上回り始めているという認識のもと、GRC(ガバナンス・リスク・コンプライアンス)の自動化ツール群(FINOS CCC・Prowler 等)が整備されつつあります。国内の金融系 SaaS では FISC 安全対策基準などとの対応付けに手作業が残りがちですが、ベンダーニュートラルかつ機械的に検証可能な FINOS CCC の普及はこの負荷を下げる可能性があります。

2つ目は AI Agent に対応した認可アーキテクチャです。AuthZEN Authorization API 1.0 と MCP の統合が具体的なデモで示されました。MCP サーバーを組み込む構成では、エージェント同士の通信を Zero Trust だけで制御するには限界があり、LLM ベースの事後検証レイヤーが現実的な選択肢として浮上しています。

3つ目は OpenTelemetry トレースをテストデータに転用する手法です。ドキュメントが失われたレガシーシステムの移行検証に、本番トレースから HTTP request/response を抽出する PoC が紹介されており、kintone や Salesforce 連携システムのリプレイス時にも応用できる考え方です。

詳細

イベント概要

KubeCon + CloudNativeCon Japan は、Kubernetes を中心としたクラウドネイティブ技術のベンダーニュートラルなカンファレンスです。アメリカ・ヨーロッパを中心に長年開催されてきましたが、日本では 2025 年に初開催、2026 年が2回目の開催となります。会場は昨年より格段に広くなり、規模拡大が体感できる内容でした。Isovalent 主催のサイドイベント「eBee Quest Japan」では、eBPF の第一人者である Liz Rice 氏と eBPF や SRE に関して直接対話する機会もありました。


セッション紹介

User Namespaces in Production: Enabling Root in Containers with RWX

コンテナエスケープのような致命的な脆弱性が「起きるかどうか」ではなく「いつ起きるか」という前提で設計することは、AI による攻撃が激化する時代の必須思想です。Kubernetes 1.36 でついに GA となった User Namespaces 機能は、テナント向けワークロードだけでなく自社プロダクトの共通基盤でも多層防御として有効です。

本セッションでは、NFS が idmap mount に対応していない問題に対し、隔離境界とトレードオフを丁寧に分析しながら実装に落とし込んだ事例が紹介されました。Beta として長期間提供されてきた機能が GA に到達したことで、本番適用の敷居が下がります。


AIOps: (near) Zero-Touch Production Rollout Fixes

Canary Release における Promote・Rollback の判断では、メトリクスによる事前定義の閾値だけでは起こりうる障害シナリオを網羅しきれないという課題があります。本セッションはこの課題に対して、非決定的な AI Agent に分析・判定を委譲する PoC の発表でした。

問題ありと判定された後は、修正のための PR や Issue を自動作成し、人間の判断を仰ぐフローまでカバーしています。Rollback は AI Agent への完全委譲のハードルが低い一方、Promote の判断には一定のリスクが伴います。ただしガードレールや監査を整備してリスクを極力抑えた状態に達すれば、最終的には受け入れ可能なリスクと見なせるとの見解が示されました。


From 165 Days to 30 Minutes: Breaking Enterprise Silos with Platform Engineering

プラットフォームエンジニアリングを活用し、環境払い出しのリードタイムを 165日から30分に短縮した事例です。Backstage などクラウドネイティブな技術を採用しつつ、組織・文化の改善に重点が置かれていた点が印象的でした。

航空業界というミッションクリティカルかつ規制の厳しい領域においても、Cross-Functional チームの組成・スモールスタート・自発的な利用促進というプラットフォームエンジニアリングのベストプラクティスを着実に実行した詳細な事例として参考になります。


SBOMit: Making SBOMs Accurate with Attestations

ソフトウェアのビルド中に eBPF で syscall を記録し、他のツールとは異なるタイミングで SBOM を生成する「SBOMit」の紹介でした。ビルド中の観測には in-toto witness が使われており、開いたファイルや外部通信コンテンツのハッシュを記録します。

Syft・Trivy との比較で SBOM 生成ツールごとに検出パッケージが異なる実態が示され、SBOMit は観測結果による裏付けを重視した設計です。観測ファイルを各種言語・パッケージシステムに対応付ける部分にはまだ曖昧さが残っており、既存 SBOM ツールへの統合も今後の課題とのことです。


Scalable Security and Compliance in the Age of AI

攻撃技術と防御技術はこれまでほぼ同速で進化してきましたが、AI 時代に入って攻撃速度が加速しているという前提のもと、GRC がスプレッドシートによる手作業管理から脱却できていないことがボトルネックとして指摘されました。Gemara・OSPS Baseline・FINOS CCC・Privateer・Scorecard を組み合わせたデモが披露されました。

FINOS CCC は、既存の広く使われているセキュリティフレームワークをベースに、VM・RDB・Object Storage・IAM などのベンダーニュートラルなサービス種別の粒度で要件を定義するものです。各要件は宣言的に書き下されており、Prowler などエコシステム側ツールが機械的に判定を担います。2025 年に最初の正式リリースが出たばかりの新しい取り組みであり、広く受け入れられれば業界全体のセキュリティ統制ベースラインを底上げできる可能性があります。


Repurposing OpenTelemetry Traces as Test Data: Breaking the Cost Barrier in System Migration

ドキュメントが失われたレガシーシステムを移行する際に「新旧システムの振る舞い差分がないこと」を検証するため、実稼働システムのトレースから HTTP request/response データを抽出しテストデータとして活用する PoC の紹介でした。

レイテンシやトラフィック増加・機密情報の扱いなど、HTTP request/response をそのままトレースに乗せる際のはまりどころに実際に取り組んだ話が興味深い内容です。OpenTelemetry の eBPF による自動計装はシステム変更不要で有用な一方、eBPF 特有の制約も存在します。Java など言語別の安定した自動計装を基本とし、不足部分で eBPF を補完する構成が現実的な選択と言えます。


Architecting Secure Agentic Workflows on Kubernetes: A Financial Sector Case Study(金融分野のケーススタディ)

エージェント同士が通信するプラットフォームでは、あらゆるデータが「命令」になりえ、どのツールやエージェントを呼ぶかをモデル自身が決める非決定的な振る舞いが従来との大きな差異です。従来の Zero Trust アーキテクチャだけでは不十分で、振る舞いの事後検証が必要になるという主張のもと、1つのトレースに含まれる一連のリクエスト・レスポンスを LLM ベースの judge に渡してサンプリング検証する仕組みがデモで紹介されました。一定のレイテンシを許容すればオンライン検証・遮断も実現できます。


AuthZEN Authorization API 1.0 と AI Agent への応用

認証領域は OpenID Connect により標準化・相互運用性を獲得していましたが、認可領域ではポリシーモデルやポリシー言語はあるものの、判定を要求する共通 API が最近まで存在しませんでした。本セッションでは、認可標準として策定された AuthZEN Authorization API 1.0 を紹介しつつ、AI Agent 向け認可のための MCP との統合デモが披露されました。標準インターフェースとして薄い仕様に留めることで拡張性を持たせた設計となっています。


セッション全体のトレンドまとめ

登壇者の Onoe 氏によると、セッション全体のトレンドとして AI 関連のテーマは引き続き多いものの、昨年より「各論の技術」に踏み込んだセッションが増えた印象とのことです。GPU ワークロードのセッションは変わらず多い一方、AI Agent のための IAM や AI 時代のセキュリティを扱うセッションが増加しました。一方、昨年多かった Platform Engineering・KaaS・Cluster API の話はかなり減少し、Observability やコミュニティ関連のセッションは一定数を維持しています。