Ederaの500万ドルシード調達：コンテナは名前空間ではなく仮想マシンのように動くべきだという賭け

Ederaは、コンテナの実行方法を変えることでKubernetesとAIワークロードを保護する。すなわち、Linux名前空間ではなく仮想化による分離を採用する。

コンテナを仮想マシンのゲストのように扱うこと、つまり共有カーネル状態を持たず、メモリ安全なRust製コントロールプレーンを用いることで、パッチ適用ではなく構造によってワークロードを保護する。

645 VenturesとEniac Venturesがリードし、FPV Ventures、Generationship、Precursor Ventures、Rosecliff Venturesが参加した500万ドルのシード調達。エンジェルにはJoe BedaとFilippo Valsordaが含まれる。

ユニコーン企業Chainguardの元COOであるEmily Longが、ChainguardのプリンシパルエンジニアAriadne Conill、およびGoogleのIoT関連で助言した元エンジニアAlex Zenlaとともに、インフラをデフォルトで安全にすることを目指して2024年4月にEderaを共同創業した。

7人規模の同社は2つの製品を構築した。コンテナを分離しコンテナエスケープを排除する「Protect Kubernetes」と、ワークロードをGPUドライバーから分離しAIワークロード向けのGPU設定を処理する「Protect AI」である。仮想化拡張やカスタムインフラを必要とせず、パブリッククラウド、プライベートクラウド、オンプレミスなど、コンテナが動くあらゆる場所で機能する。

コンテナは設計上カーネルを共有するため、1回のエスケープでホストが侵害される。仮想化はその共有面を除去する。

Kubernetesはウェブインフラから機密性の高い領域へと広がり、「十分」な分離ではもはや十分でなくなった。

AIワークロードは新たな未解決の面を加えた。GPUであり、そのドライバーはほとんどのコンテナセキュリティモデルの外側にある。

Chainguard出身の創業者たちは、サプライチェーンおよびランタイムのセキュリティツールがどこで役割を終えるかを正確に知っていた。

セキュリティモデルが構造的に欠陥を抱えている場合、パッチ適用はその基盤の置き換えに敗れる。そして信頼性は、脆弱なシステムを自ら運用してきた創業者から生まれる。

2024年9月18日時点で、Ederaはデザインパートナーと協働する7人規模の企業であり、有料顧客はなく、Protect KubernetesとProtect AIを開発するための500万ドルのシード資金を有していた。