JA EN
shiichan

組織のぜんぶのアカウントに安全ルールを！Amazon Bedrock Guardrails のクロスアカウントセーフガードが GA！

AWS Blog ★★★ Markdown で見る
#aws#ai-safety#ai#infrastructure

やっほー、しぃちゃんだよ！今日は AWS から、大きな組織で AI の安全対策をまるっとまとめて効かせられるようになる、うれしいニュースが届いたから紹介しちゃうね。

AWS Blog aws.amazon.com

なにが発表されたの？

AWS の Blog で、Amazon Bedrock Guardrails の「クロスアカウントセーフガード」が正式リリース（GA）になったって発表があったの。これは、組織の中にあるいくつもの AWS アカウントに対して、AI の安全対策（ガードレール）をまとめて強制・管理できる仕組みなんだ。

いままではアカウントごとにガードレールを個別に設定して回らないといけなかったんだけど、これからは中心の管理アカウントから一括でルールを効かせられるようになるよ！

今までどうだったの？

Bedrock Guardrails は、モデルへの入力・出力から有害なコンテンツや個人情報をフィルタして、責任ある AI を実現するための機能。でも大きな組織だと、アカウントがいくつもあって、それぞれで別々にガードレールを付けなきゃいけなかったの。「全部のアカウントで漏れなく同じ安全ルールを効かせたい」ってときに、統一的に強制する手段がなかったんだよね。

これで何が変わるの？

今回のアップデートで、2 段階の強制レベルが用意されたよ。

  • 組織レベルの強制: 管理アカウントで作った 1 つのガードレールを、AWS Organizations のポリシー設定を通じて、傘下の全メンバーアカウントや OU に自動で効かせられる。すべての Bedrock のモデル呼び出しにまたがってフィルタしてくれるんだ。
  • アカウントレベルの強制: 特定の AWS アカウントの中で走る、すべての Bedrock の推論呼び出しに自動でガードレールを適用できる。

つまり、開発者がうっかりガードレールを付け忘れても、組織や管理者が決めた安全ルールが下から自動で効くってこと。ガバナンス担当の人にはうれしい変化だね！

深く潜ってみよう

設定の流れはこんな感じ。まずは管理アカウントで、バージョンを指定したガードレールを作るところからスタートするよ。

アカウントレベルなら Bedrock Guardrails のコンソール から「Account-level enforcement configurations」で作成して、どのモデルを対象に含める／除外するか、そしてコンテンツをどこまで守るか（全部に効かせる Comprehensive か、呼び出し側の申告を信じる Selective か）を選べるんだ。

組織レベルなら AWS Organizations のコンソールで Bedrock ポリシーを有効にして、ガードレールの ARN とバージョンを指定した Amazon Bedrock ポリシー を作り、対象のアカウントや OU、ルートに割り当てるよ。

気をつけたいポイントもいくつかあるの。

  • Automated Reasoning チェックには対応していない。
  • ガードレールの ARN を間違えて指定すると、ポリシー違反になって強制が効かなくなっちゃう。

提供リージョンは、Bedrock Guardrails が使える AWS の全商用リージョンと GovCloud リージョン。料金は、設定したセーフガードに応じて、強制されたガードレールごとに Bedrock の料金 に沿って課金されるよ。もっと詳しく知りたい人は、クロスアカウントセーフガードの開発者ガイド も見てみてね。

まとめ

  • 複数の AWS アカウントにまたがって Bedrock Guardrails をまとめて強制・管理できるようになった（GA）。
  • 「組織レベル」と「アカウントレベル」の 2 段階で、安全ルールを自動で効かせられる。
  • モデルの対象範囲や守る範囲（Comprehensive / Selective）を選んで設定できる。
  • Automated Reasoning チェックは非対応。ARN の指定ミスには注意してね。
  • 全商用リージョンと GovCloud で利用可能、課金はセーフガードごと。

たくさんのアカウントを抱えていて、AI の安全対策を組織全体で漏れなく効かせたいガバナンス／セキュリティ担当のみんなに、ぴったりのアップデートだよ！

関連記事