Akeylessの共同創設者兼CTOであるRefael Angel – インタビューシリーズ

Refael Angel、Akeylessの共同創設者兼CTOは、サイバーセキュリティとソフトウェアエンジニアリングのリーダーです。クラウドセキュリティ、暗号化、機械認証、エンタープライズインフラストラクチャに関する深い経験を持っています。2018年にAkeylessを共同創設して以来、クラウドネイティブ環境向けのモダンなシークレット管理とアイデンティティセキュリティを中心に会社を構築してきました。Akeyless以前は、Intuitのセキュリティ部門でシニアソフトウェアエンジニアとして働き、パブリッククラウドの暗号化キー管理と機械認証システムを構築しました。AWS、Go、Python、Java、PHP、Bash、Linux、Git、Jenkinsなどのさまざまなテクノロジーに実務経験を持っています。彼のキャリアの初期には、3D SystemsとCimatronでソフトウェアエンジニアとして働き、C/C++、C#、WPF、MFC、オブジェクト指向設計パターンを使用してCAD/CAMとWindowsベースのアプリケーションを開発しました。

Akeylessは、ゼロ知識暗号を中心に構築されたクラウドネイティブプラットフォームを使用して、機械、AIエージェント、人間をセキュアにすることを目的としたアイデンティティセキュリティ会社です。プラットフォームは、シークレット管理、暗号化キー管理、証明書ライフサイクル管理、特権アクセス、機械アイデンティティセキュリティを統合し、組織がハイブリッド、マルチクラウド、DevOps、AI環境全体で資格情報、キー、証明書、 アクセスを管理するための統一された方法を提供します。会社のポジショニングは、サイバーセキュリティのより広範なシフトを反映しています。ワークロード、サービス、AIエージェントが人間の関与なしにシステムアクセスを実行することが増えるにつれて、企業は非人間アイデンティティ、短期間の資格情報、自動ローテーション、ランタイムガバナンスの管理を強化する必要があります。

あなたは2018年にIntuitで暗号化キー管理と機械認証システムを構築した後にAkeylessを共同創設しました。クラウドセキュリティとアイデンティティ管理におけるギャップがあなたにAkeylessを開始するきっかけとなったのでしょうか？また、AIエージェントが新しいクラスのデジタルアイデンティティとして登場するにつれて、そのオリジナルのビジョンはどのように進化してきましたか？

Intuitでは、クラウドに移行した初期の企業の1つとして、暗号化キー管理と機械認証システムを構築するチームの一員でした。私が気づいたのは、クラウドを採用するすべての組織が、最終的に私たちが内部で解決していたのと同じ問題に直面することです。分散された、ダイナミックなインフラストラクチャ全体でシークレットとキーを管理する方法です。このシステムを社内で構築するには、膨大なエンジニアリングリソースを必要とします。また、毎回同じことを再発明することは意味がありません。論理的な答えは、SaaSモデルでした。

しかし、信頼という問題がありました。これは、企業が所有する最も機密性の高い資料であり、真剣な組織は第三者にアクセスを許可することはありません。したがって、要件はほぼ矛盾していました。スケールとシンプルさのためにSaaSとして提供する必要がありますが、同時に、ベンダーが顧客のデータを閲覧できないようにアーキテクチャを設計する必要があります。そのテンションが、Distributed Fragments Cryptography (DFC) の誕生につながりました。DFCにより、完全に管理されたSaaSコントロールプレーンを実行しながら、顧客がフラグメントを保持し、私たちがそれを所有しないことを保証できます。そうすることで、顧客のキーにアクセスすることが数学的に不可能になります。那がAkeylessが構築されたSaaSプラスゼロ知識モデルの基礎となりました。

オリジナルのビジョンは、クラウドにおける人間と機械のアクセスをセキュアにすることについてでした。AIエージェントは、同じ問題の最も極端な拡張です。ディレクトリが設計されたように動作しない非人間アイデンティティであり、スケールと速度が人間では対応できないレベルで動作します。ゼロ知識、アイデンティティ中心の基盤は、人間と機械のアクセスをセキュアにするのと同じように、直接AIエージェントに拡張されます。

あなたはAkeylessの特許取得済みのゼロトラスト暗号技術のアーキテクトとして知られています。信頼の前提を排除しながらも実用的なセキュリティモデルを構築する際に、最も大きな技術的な課題は何でしたか？

最も難しい部分は、「誰も信頼しない」ということを実践的に実現することでした。ほとんどの分割キーまたはシークレット共有スキームは、暗号操作の瞬間にプロセス、HSM、またはエンクレイブ内で完全なキーを組み立てます。攻撃者、内部の悪意のある人物、法的強制措置のシナリオは、ちょうどその瞬間をターゲットにしています。

DFCでは、キーは生成時、保存時、使用時には組み立てられません。フラグメントは独立した信頼ドメインで生成され、暗号操作は分散コンピューテーションとして実行され、各フラグメント所有者はローカルで計算し、部分的な結果のみが交換されます。エンジニアリングの課題は、待ち時間、スループット、信頼性を大企業が要求するレベルで実現することでした。

2番目の課題、そして最も重要な課題の1つは、フラグメントの継続的な更新を可能にすることでした。各フラグメントを新しい数学的値に置き換える必要がありました。すべての場所で、基本的なマスター キーが変化せずに、暗号化プロセスが中断されないようにします。この更新により、ソリューションに大幅なセキュリティが追加されました。なぜなら、攻撃者は時間の経過とともにフラグメントを収集することができなくなったからです。先週取得したフラグメントは、今日存在するフラグメントとは数学的に無関係です。したがって、ノイズではなく、先行するものとなります。キーについて何かを学ぶには、攻撃者はすべてのフラグメントの場所を同時に、単一の更新ウィンドウ内で危殆化する必要があります。その要件は、場所、信頼ドメイン、更新頻度が増加するにつれて指数関数的に困難になります。すべてのフラグメントが必要で、厳格なサブセットは情報を漏らさないという、すべてまたは何もなしのしきい値と組み合わせると、更新により、セキュリティ モデルは静的な保証から時間依存の保証に変わります。

多くの組織はAIエージェントの展開を急いでいますが、アイデンティティセキュリティはしばしば後回しにされています。企業がAIエージェントにエンタープライズシステムと機密データへのアクセスを許可する際に最も一般的な間違いは何ですか？

最大のミスは、エージェントに静的で長期間有効なAPIキーを渡すことです。その資格情報は、非決定的な、プロンプトインジェクション可能なアクター内に永続的で収集可能な資産になります。

私が見る他の一般的なエラーは、スタンディング プライビレッジを付与すること、ジャスト イン タイム アクセスではなく、役割ベースのアクセスを使用すること、エージェントにデータベースや API への直接のネットワーク パスを与えること、そしてエージェントのアクションを引き起こした人間のプロンプトに結び付ける監査チェーンがないことです。これらはすべて、人間の時代のコントロールを人間に似ていない何かにリトライする試みです。

Akeylessは、AIエージェントには人間や従来のマシンワークロードとは根本的に異なるアイデンティティモデルが必要であると主張しています。AIエージェントを既存のIAMとPAMフレームワークと比較して、セキュリティを確保するのがなぜ難しいのか？

根本的な間違いは、AIエージェントを新しい種類のユーザー、または新しい種類のサービス アカウントとして扱い、人間のアイデンティティと同じようにオンボーディングおよびガバナンスできるものと考えることです。那はカテゴリーエラーです。いくつかの関連する理由があります。

エージェントのアイデンティティは列挙できないものです。通常、管理したい特定のインスタンスはまだ存在せず、存在するようになると既に消えていることが多いです。エージェントはLambdaでスピンアップし、800ミリ秒で実行され、スキャナーが気づく前に消えます。または、VM、コンテナ、サーバーレス全体でサブエージェントのチェーンを生成し、数秒で完了します。ディレクトリにこれらを登録することは、幽霊を住民として扱うことと同じです。エントリがコミットされる前に、記述されたエンティティはすでに消えているからです。

正しいアンカーは、エージェントではなく、ランタイムによって発行されたワークロードアイデンティティです。AWSの実行ロール、Kubernetesのサービスアカウントトークン、OIDCのフェデレーション、SPIFFE/SPIREなどの既存のプロダクション済みのスタンダードです。認証は、名前付きアイデンティティとスコープの関係ではなく、認証方法とターゲット システムの関係として表現されます。重心は、ランタイムの適用プレーン、ブローカー化されたセッションに短期間の資格情報を挿入し、機密の回答をマスクし、完全なフォレンジック チェーンを生成するゲートウェイにあります。アイデンティティはまだ重要ですが、適用の後ろに配置されます。

AIシステムの「シークレットレス」アーキテクチャに関する議論が増えています。シークレットレス認証をどのように定義しますか？また、AIエージェントの時代に静的資格情報とAPIキーはなぜ持続できないのでしょうか？

シークレットレス認証とは、エージェントが資格情報を持たないことを意味します。代わりに、エージェントはネイティブのワークロードアイデンティティを使用して認証し、短期間の資格情報はセッションの実行時にブローカー化されたセッションに挿入され、セッションが終了すると破壊されます。エージェントはそれを見ることができません。

静的資格情報とAPIキーは、単純な理由で持続できないことになります。エージェントが保持するシークレットは、攻撃者が盗むことができるシークレットです。プロンプトインジェクションまたは幻覚が可能なアクターが資格情報を持っている世界では、長期間有効なキーは、漏洩するキーになります。エージェントから資格情報を取り除けば、漏洩するものはありません。那が私たちがSecretlessAIと呼ぶものの目的です。

AIエージェントが独立して計画、実行、アクションを実行し、複数のシステムとやり取りする能力を獲得するにつれて、次の3〜5年間で最も心配する新しい攻撃ベクトルは何ですか？

心配するベクトルはすべて、エージェントが独立して計画し、アクションを実行し、システムとやり取りする能力から生じます。タスクの途中でエージェントの意図を乗っ取るプロンプトインジェクションは、最も明確なものです。アイデンティティは有効のままですが、動作は悪意のあるものになるからです。その他に、権限がエージェントのチェーンに渡されるエージェント間のハンドオーバー、エージェントが直接のネットワーク到達可能性を持つ場合の横方向の移動、エージェントがタスクに必要な以上のデータをプルするデータの抽出について心配しています。

共通のスレッドは、資格情報と役割が完全に正当である場合でも、アクションがそうではない場合があるということです。許可のみを確認し、目的を確認しない防御は、これらのいずれも捕捉しません。したがって、ゲートウェイでの各アクションに対する意図を認識した適用が、最も重要な制御となるでしょう。

企業はAIエージェントのために専用のアイデンティティ層を必要とするようになるでしょうか？また、そのような将来のアーキテクチャはどのように見えますか？

はい、しかし、それは人間のアイデンティティプロバイダーモデルを単にエージェント向けに再ブランド化したものではありません。エージェントのディレクトリを構築することは、幽霊の住民を登録することと同じです。アイデンティティは、エージェントが消える前にすでに消えているからです。

私が予想するエージェントのアイデンティティ層は、ランタイムによって発行されたワークロードアイデンティティにアンカーを設定します。クラウドIAM、Kubernetesサービスアカウントトークン、OIDCのフェデレーション、SPIFFE/SPIREなどの既存のプロダクション済みのスタンダードです。認証は、名前付きアイデンティティとスコープの関係ではなく、認証方法とターゲットシステムの関係として表現されます。重心は、ランタイムの適用プレーン、ブローカー化されたセッションに短期間の資格情報を挿入し、機密の回答をマスクし、完全なフォレンジック チェーンを生成するゲートウェイにあります。アイデンティティはまだ重要ですが、適用の後ろに配置されます。那が、エージェントをプロダクションで実行するすべての企業が最終的に必要とすることになるランタイムの権限レイヤーです。

素晴らしいインタビュー、ありがとうございます。詳しく知りたい読者は、Akeylessを訪問してください。