AI エージェントがデータベースで読み書きするものを統制する

エージェントは一時的で、自律的で、マシンスケールで動作します。常時の認証情報は適しません。エージェントには、タスクごとに作成され取り消される identity が必要です。監査証跡は、何が実行されたかだけでなく、エージェントの背後にある人間の意図も捉える必要があります。4 つのガバナンスの次元は依然として適用され、実装の形が変わります。

統制がないと、多くのエージェントにまたがる共有認証情報、タスクより長く残る常時アクセス、レビューも承認もない自律的なスキーマ・データ変更、エージェントが何をなぜ行ったかの記録の欠如、すべてのクエリから見える機微なカラム、といった状態になります。結果は、エージェントの読み取りも書き込みも、監査も、スコープも、巻き戻しもできないシステムです。

はい。アイデンティティ層がデータベースを理解している場合は。各エージェントは自分自身の identity（サービスアカウントまたはワークロード identity）を持ち、データベースガバナンスプラットフォームは、人間のユーザーと同じクエリレベルの認可・カラムレベルのマスキング・監査ポリシーを、その identity に適用します。素のクラウド IAM は認証を提供しますが SQL 層の制御は提供せず、ほとんどの PAM ツールは認証情報やセッションの層で動作します。機能する形は、エージェント自身の identity がデータベースを理解したポリシーを担う、アイデンティティベースのアクセスです。

エージェントは MCP またはツール連携で接続し、自分自身の Bytebase identity — サービスアカウントまたはワークロード identity であり、共有の接続文字列ではない — で認証されます。そこから、そのクエリも、提案するスキーマやデータの変更も、他のあらゆるプリンシパルと同じ経路 — 認可、ジャストインタイムアクセス、マスキング、SQL レビュー、承認、監査 — を通ります。エージェントのために別のゲートウェイを構築せずに統制できます。

Bytebase は、同じアイデンティティ・認可・マスキング・監査の制御を、PostgreSQL、MySQL、SQL Server、Oracle など 20 以上のエンジンにわたってエージェントのアクセスに適用します。エージェントがどのデータベースをクエリしても、1 つのガバナンスモデルです。

はい。Bytebase は 1 つの Docker イメージとして自社インフラで実行され、データとデータベース認証情報がネットワークの外に出ることはありません。オープンソースです。