WEBVTT

00:00:00.000 --> 00:00:03.860
あなたは今この瞬間にもコパイロットスタジオからデータを漏洩させていますがその事実に気づいてすらいません

00:00:03.860 --> 00:00:13.440
そう誰もが新しいAIアシスタントの取得ようやく自動化能力を称賛している裏でその親しみやすいチャットボットが取締役会の議事録や財務スプレッドシートを機器としてインデックス化している可能性があるのです

00:00:13.440 --> 00:00:17.060
悪意があるわけではありませんただ従順すぎるほど従順なのです

00:00:17.060 --> 00:00:19.860
コパイロットスタジオのエージェントはあなたと同じ権限を継承します

00:00:19.860 --> 00:00:23.680
つまりあなたがCEOの報酬ファイルを見られるならチャットボットも見られるということです

00:00:23.680 --> 00:00:24.620
おめでとうございます

00:00:24.620 --> 00:00:27.680
Azureの速度で動く全知全能のインターンを作り上げたわけです

00:00:27.680 --> 00:00:30.860
それなのに人々はコパイロットのセキュリティは解決済みの問題であるかのように語ります

00:00:30.860 --> 00:00:32.780
ネタバレしておきますが解決などしていません

00:00:32.780 --> 00:00:37.220
あなたのAIエージェントは独自のガードレールを備えた独立した存在ではなくユーザーアイデンティティの延長線上にあります

00:00:37.220 --> 00:00:42.460
彼らはあなたのアクセストークンを借りてデータ領域を駆け回りあなたがするなといったことを正確に実行します

00:00:42.460 --> 00:00:47.760
もっともデータ損失防止ルールという鎖を設定していないせいであなたは実際にするなと指示できていないのですが

00:00:47.760 --> 00:00:49.560
というわけで本題に入りましょう

00:00:49.560 --> 00:00:52.700
これからの数分間でこの漏洩を防ぐ方法を学びます

00:00:52.700 --> 00:00:58.780
パワープラットフォームのDLPポリシーを適用しておしゃべりなインターンが会社のクレジットカードを紛失するようなミスで

00:00:58.780 --> 00:01:02.200
コパイロットエージェントが機密データを流出させないようにする方法です

00:01:02.200 --> 00:01:04.360
なぜコパイロットエージェントが権限を逸脱するのか

00:01:04.360 --> 00:01:06.360
コネクタを通じたデータフローをどう制御すべきか

00:01:06.360 --> 00:01:09.640
そしてマイクロソフトの同意モデルが舞台裏で実際に何を許可しているのかを解き明かします

00:01:09.640 --> 00:01:13.920
また管理者の10人中9人が無視している組織を安全に保つための決定的なDLPルールについても触れます

00:01:13.920 --> 00:01:17.880
これを知っているかどうかで安全な組織かあるいはニュースの見出しを飾るような失態を犯す組織かが分かれます

00:01:17.880 --> 00:01:19.820
最後まで見れば解決策は明白です

00:01:19.820 --> 00:01:21.060
もう言い訳はできません

00:01:21.060 --> 00:01:24.100
あなたのコパイロットが知るべきではないことを知っている実態を暴きましょう

00:01:24.100 --> 00:01:26.960
隠れた問題それは知りすぎたエージェントです

00:01:26.960 --> 00:01:28.820
耳の痛い真実をお伝えします

00:01:28.820 --> 00:01:33.480
あなたのコパイロットスタジオエージェントは同僚ではなくシリコン上で複製されたあなた自身なのです

00:01:33.480 --> 00:01:37.800
そのファイルを取得すべきかそのデータバースのテーブルを覗くべきかといった判断はせず

00:01:37.800 --> 00:01:40.260
単にあなたの権限に従って実行するだけです

00:01:40.260 --> 00:01:46.580
そして多くの管理者はマイクロソフトのエコシステムにおいてアイデンティティの複製は権限の複製を意味することを忘れています

00:01:46.580 --> 00:01:50.960
エージェントは本質的にあなたのセキュリティコンテキストを通じてアクセス権を得た従順なクローンですが

00:01:50.960 --> 00:01:52.800
あなたのような分別は持ち合わせていません

00:01:52.800 --> 00:01:57.120
コパイロットスタジオはアウトルック、データバース、シェアポイント、チームズといったコネクタや

00:01:57.120 --> 00:02:00.760
パワープラットフォームテナントで許可されたあらゆる統合を通じてこれらの機能を結びつけます

00:02:00.760 --> 00:02:05.380
各コネクタはデータソースとAIアシスタントとの間に掘られたトンネルのようなものです

00:02:05.380 --> 00:02:08.300
トンネルを開けば開くほどエージェントは自由に歩き回れるようになります

00:02:08.300 --> 00:02:10.160
それは便利で魅力的ですらあります

00:02:10.160 --> 00:02:13.180
しかし誰かが全市販機の採用パターンは?と入力した途端

00:02:13.180 --> 00:02:16.420
そのエージェントが機密扱いの人事資料を機器として要約し始めたらどうなるでしょう

00:02:16.420 --> 00:02:21.260
カフェイン中毒のインターンが従業員ファイルを手当たり次第に速読しているデジタル版のようなものです

00:02:21.260 --> 00:02:23.000
皮肉な現実とは何でしょうか?

00:02:23.120 --> 00:02:26.760
実はマイクロソフトはデータ損失防止ポリシーというガードレールをすでに提供しているのです

00:02:26.760 --> 00:02:30.440
DLPはビジネスに不可欠なデータとそうでない混沌とした情報を切り分ける

00:02:30.440 --> 00:02:32.180
門番のような役割を果たすはずでした

00:02:32.180 --> 00:02:37.120
しかし多くの導入事例においてそのガードレールはコパイロットの動作領域より2階層も下で止まっています

00:02:37.120 --> 00:02:40.640
ユーザーはテナントレベルのポリシーが自動的に適用されると思い込んでいますが

00:02:40.640 --> 00:02:44.580
コパイロットエージェントはパワープラットフォーム環境とテナント協会の仲間に存在しています

00:02:44.580 --> 00:02:47.720
そこはガバナンスの資格であり技術的には何も壊れていないのに

00:02:47.720 --> 00:02:49.920
全てが静かに誤った方向へ進む場所です

00:02:49.920 --> 00:02:51.100
考えてみてください

00:02:51.100 --> 00:02:53.580
アウトルックとシェアポイントのコネクタをビジネス用

00:02:53.580 --> 00:02:56.560
外部APIを非ビジネス用として設定したとします

00:02:56.560 --> 00:03:01.100
適切に運用されていればその分離によってカテゴリー間でのデータの流出は防げます

00:03:01.100 --> 00:03:04.120
しかし範囲設定が不十分な環境に置かれたコパイロットエージェントは

00:03:04.120 --> 00:03:06.480
環境が適切なDLPセットに紐付けられていないため

00:03:06.480 --> 00:03:08.540
両方の領域を横断して実行されてしまいます

00:03:08.540 --> 00:03:12.460
その結果ビジネスデータが非ビジネス用の接続を経由して送信されてしまうのです

00:03:12.460 --> 00:03:17.060
これはロビーしか警備していないせいで金庫のドアが開けっぱなしになっているようなものです

00:03:17.060 --> 00:03:20.460
よくある障害パターンはすべて同じ見落としに起因しています

00:03:20.460 --> 00:03:25.040
1つ目はエージェントが機密リストから抽出した情報をようやく言い換えてしまうこと

00:03:25.040 --> 00:03:28.700
2つ目は単一の会話内で異なるソースを統合し

00:03:28.700 --> 00:03:31.080
意図せずデータ分類に違反してしまうこと

00:03:31.080 --> 00:03:34.820
3つ目は管理者がポリシーは継承されると思い込んでいることです

00:03:34.820 --> 00:03:39.000
しかしコパイロットエージェントは独自のDLP協会を持つ環境内に展開されるため

00:03:39.000 --> 00:03:40.500
その継承は決して起こりません

00:03:40.500 --> 00:03:43.580
マイクロソフトが代わりにガバナンスを行ってくれるという奇跡的な思い込みは

00:03:43.580 --> 00:03:44.900
残念ながら事実ではありません

00:03:44.900 --> 00:03:48.440
もしあなたのコパイロットが財務データにアクセスできるならおめでとうございます

00:03:48.440 --> 00:03:52.640
チャットセッションを開き予算の詳細を尋ねるような善意の従業員も

00:03:52.640 --> 00:03:54.300
同様にアクセスできてしまいます

00:03:54.300 --> 00:03:56.700
これこそが静かなる侵害ベクトルであり

00:03:56.700 --> 00:03:58.540
悪意のない内部露出です

00:03:58.540 --> 00:04:00.000
ハッカーは不要です

00:04:00.000 --> 00:04:03.480
過剰な権限とコンテキストの分離不足さえあれば十分なのです

00:04:03.480 --> 00:04:07.720
これは誰かがチャットの記録をエクスポートするまでニュースにもならないような種類の侵害です

00:04:07.720 --> 00:04:09.940
ですからパニックになったりマイクロソフトを攻めたりする前に

00:04:13.580 --> 00:04:16.640
実行しているだけなのです単にあなたが適切なルールを定義していなかっただけなのです

00:04:16.640 --> 00:04:18.980
DLPはすべてのレイヤーに自動的に適用されるわけではありません

00:04:18.980 --> 00:04:21.740
各環境ごとにスコープを設定し適用しテストする必要があります

00:04:21.740 --> 00:04:23.100
それにご存知でしたか

00:04:23.100 --> 00:04:25.780
コパイロットスタジオエージェントはデフォルトで開発環境に配置されますが

00:04:25.780 --> 00:04:28.900
そこは単なるテストとしておそらく一度も堅牢化されていない場所でしょう

00:04:28.900 --> 00:04:31.880
知りすぎてしまったエージェントという症状については確認しました

00:04:31.880 --> 00:04:35.300
この漏洩を塞ぐにはユーザーからコネクタ会話ログに至るまで

00:04:35.300 --> 00:04:39.200
コパイロットスタジオ内でデータが実際にどこを移動しているかをマッピングする必要があります

00:04:39.200 --> 00:04:42.620
流れを理解しなければ川をせき止めることはできないからです

00:04:42.620 --> 00:04:48.140
次は礼儀正しいチャットボットがうっかり年間予測を本来続すべきではないチームチャットに書き込んでしまう前に

00:04:48.140 --> 00:04:49.940
そのフローを詳しく分析しましょう

00:04:49.940 --> 00:04:52.100
コパイロットスタジオにおけるデータの流れ

00:04:52.100 --> 00:04:54.060
あなたのデータが辿る道を追いかけてみましょう

00:04:54.060 --> 00:04:56.880
なぜならデータは人間と違ってコーヒー休憩を取ったりしないのですから

00:04:56.880 --> 00:04:59.860
ユーザーがコパイロットスタジオエージェントとの対話を開始した瞬間

00:04:59.860 --> 00:05:02.420
バックグラウンドでは複数の歯車が回り始めます

00:05:02.420 --> 00:05:05.560
まずユーザーIDがエントラーIDを通じて認証されます

00:05:05.560 --> 00:05:07.800
そのIDには委任された権限が付与されており

00:05:07.800 --> 00:05:11.360
本質的に自分が見えるものはすべて相手にも見えるという状態になります

00:05:11.360 --> 00:05:15.060
次にエージェントはコネクタを通じてその認証情報を取得します

00:05:15.060 --> 00:05:17.820
コネクタはシェアポイントアウトルックデータバースなど

00:05:17.820 --> 00:05:20.940
その環境で利用可能なデータ創生の論理的な架け橋となります

00:05:20.940 --> 00:05:23.840
データが取得されてもその出力結果は消えません

00:05:23.840 --> 00:05:26.800
データは会話コンテキスト生成された回答

00:05:26.800 --> 00:05:31.120
そして最終的にはログや洞察のための分析ストレージといった各層を移動します

00:05:31.120 --> 00:05:32.920
これは素晴らしいデータのリレー競争ですが

00:05:32.920 --> 00:05:35.180
バトンがあなたの機密情報であるという点が異なります

00:05:35.180 --> 00:05:38.180
さてこのリレーのあらゆるステップには脆弱なリンクが存在します

00:05:38.180 --> 00:05:40.200
最初の危険領域はコネクタです

00:05:40.200 --> 00:05:43.900
パワープラットフォームのコネクタには標準一般的なマイクロソフトサービス

00:05:43.900 --> 00:05:45.900
プレミアムサードパーティア拡張機能

00:05:45.900 --> 00:05:49.020
そしてカスタムユーザー定義APIの3種類があります

00:05:49.020 --> 00:05:51.280
それぞれの種類で管理方法が異なります

00:05:51.280 --> 00:05:54.560
標準コネクタは組み込みのDLPカテゴリーにきれいに収まります

00:05:54.560 --> 00:05:57.540
しかしプレミアムコネクタやカスタムコネクタは分類を割り当てるまで

00:05:57.540 --> 00:05:59.300
規制のグレーゾーンを漂うことがよくあります

00:05:59.300 --> 00:06:02.900
管理者がこれを怠るとコパイロットエージェントはそれらすべてを自由に扱えるものとみなします

00:06:02.900 --> 00:06:06.780
キャビネットの半分に極一ラベルを貼り残りを白紙にしておくようなものです

00:06:06.780 --> 00:06:10.600
あなたは今インターンに対して興味深そうなものは何でも開けて良いと許可を与えてしまったのです

00:06:10.600 --> 00:06:12.820
2つ目の弱点はシステムコネクタにあります

00:06:12.820 --> 00:06:14.960
これらは作成者のキャンバスには表示されませんが

00:06:14.960 --> 00:06:18.480
チームメッセージングやアダプティブカードのレンダリングといった機能を裏で有効にしています

00:06:18.480 --> 00:06:21.060
これらは技術的にはユーザー所有ではなくシステム所有であるため

00:06:21.060 --> 00:06:23.160
DLPフィルターを回避してしまうことがよくあります

00:06:23.160 --> 00:06:26.460
これらを城の地下を走るメンテナンス用トンネルと考えてみてください

00:06:26.460 --> 00:06:29.100
滅多に巡回されず常に開いたままの状態です

00:06:29.100 --> 00:06:32.100
データがそこを通過するときほとんどの組織は築くことができません

00:06:32.100 --> 00:06:34.960
デフォルトではマイクロソフトは基本的な機能を維持するために

00:06:34.960 --> 00:06:36.880
いくつかのコネクタをポリシー適用から除外しています

00:06:36.880 --> 00:06:39.680
稼働時間には最高ですが分離の観点からは最悪です

00:06:39.680 --> 00:06:41.240
次に会話ログがあります

00:06:41.240 --> 00:06:45.460
これは分析デバッグ継続的な改善のために保存されるコパイロットのチャット履歴です

00:06:45.460 --> 00:06:48.560
多くの人はテレメトリを無効にすればこれもオフになると考えています

00:06:48.560 --> 00:06:49.660
そうではありません

00:06:49.660 --> 00:06:52.460
会話データは環境の分析ストアに残り続けます

00:06:52.460 --> 00:06:55.240
つまり機密の財務指標を参照したプロンプとは

00:06:55.240 --> 00:06:58.780
保持期間を設定しない限りログに無期限に残る可能性があります

00:06:58.780 --> 00:07:01.420
コンプライアンス部門が震え上がるのが目に浮かびます

00:07:01.420 --> 00:07:04.700
ここでデータフローは一見単純そうに見えて実は非常に複雑になります

00:07:04.700 --> 00:07:08.640
1回のコパイロットの呼び出しが複数のコネクタを連続して経由することがあります

00:07:08.640 --> 00:07:11.820
例えばエージェントがアウトルックを使って最近のメールを抽出し

00:07:11.820 --> 00:07:15.760
その内容をテキスト分析コネクタに渡しチームで要約を返すといった処理です

00:07:15.760 --> 00:07:18.200
各ステップがDLPの境界線を超えていきます

00:07:18.200 --> 00:07:20.240
もしコネクタの一つでも分類が異なれば

00:07:20.240 --> 00:07:23.580
例えばアウトルックがビジネス用でコグニティブサービスが非ビジネス用である場合

00:07:23.580 --> 00:07:25.360
フロー全体がポリシー違反となります

00:07:25.360 --> 00:07:26.920
システムは警告を発しません

00:07:26.920 --> 00:07:28.680
ただ淡々と処理を進めるだけです

00:07:28.680 --> 00:07:31.180
接続の誤りは静かにしかし壊滅的な結果をもたらします

00:07:31.180 --> 00:07:34.640
さらに悪いことにDLPポリシーはテナント全体ではなく環境単位で適用されるため

00:07:34.640 --> 00:07:37.060
パワープラットフォームの各環境には個別の境界が存在します

00:07:37.060 --> 00:07:38.760
ポリシーを明示的に複製しない限り

00:07:38.760 --> 00:07:41.360
新しい環境はすべて漏洩のリスクを抱えることになります

00:07:41.360 --> 00:07:43.600
本番環境では完璧なガバナンスが機能していても

00:07:43.600 --> 00:07:46.120
開発環境では大混乱が起きているという状況もあり得ます

00:07:46.120 --> 00:07:47.780
そしてマイクロソフトに問い合わせれば

00:07:47.780 --> 00:07:50.600
環境の分離は設計仕様であると提唱に回答されるでしょう

00:07:50.600 --> 00:07:52.920
言い換えればそれはあなた自身の責任だということです

00:07:52.920 --> 00:07:55.180
ここで一つ警告となる事例をお話ししましょう

00:07:55.180 --> 00:07:58.420
あるクライアントがテスト環境に財務関連のコパイロットエージェントをデプロイしましたが

00:07:58.420 --> 00:08:01.120
グローバルなDLPポリシーが自動適用されると思い込んでいました

00:08:01.120 --> 00:08:03.360
そのエージェントは階層構造を理解せず

00:08:03.360 --> 00:08:07.860
社内のシェアポイントライブラリと実験的なサードパーティ性APIの両方にアクセスしていました

00:08:07.860 --> 00:08:09.900
ホーム部門がチャットログの一部を確認したところ

00:08:09.900 --> 00:08:13.680
機密扱いの市販機数値がAPIとの会話の中に紛れ込んでいるのが発見されました

00:08:13.680 --> 00:08:15.200
侵入もハッキングもありません

00:08:15.200 --> 00:08:17.080
単にポリシーが存在しなかっただけです

00:08:17.080 --> 00:08:18.780
システムは設定された通りに動いた結果

00:08:18.780 --> 00:08:20.180
すべての誤りを犯したのです

00:08:20.180 --> 00:08:22.920
ここまでくれば情報漏洩の構造が見えてきたはずです

00:08:22.920 --> 00:08:25.540
IDは権限を移情しコネクタはデータを橋渡しし

00:08:25.540 --> 00:08:28.440
会話ログは痕跡を残し分析データはそのイベントを記録します

00:08:28.440 --> 00:08:31.040
境界を一つでも見逃せばそこから情報が流出します

00:08:31.040 --> 00:08:33.400
防御を固める前にこの流れを覚えておいてください

00:08:33.400 --> 00:08:36.100
ユーザーコネクタエージェントログそして分析です

00:08:36.100 --> 00:08:38.440
それぞれの矢印が潜在的な逃げ道となり得ます

00:08:38.440 --> 00:08:40.220
次に壁を築いていきましょう

00:08:40.220 --> 00:08:42.260
どんなに熱心すぎるコパイロットであっても封じ込められる

00:08:42.260 --> 00:08:43.920
強力なDLPポリシーを構築します

00:08:43.920 --> 00:08:46.380
DLP要塞の構築正しいセットアップについて

00:08:46.380 --> 00:08:48.320
多くの管理者はここで少しパニックになります

00:08:48.320 --> 00:08:49.360
結構なことです

00:08:49.360 --> 00:08:50.320
パニックになるということは

00:08:50.320 --> 00:08:52.300
ようやくエージェントが決して無害ではないと気づいた証拠です

00:08:52.300 --> 00:08:54.100
それらは企業の金庫へのアクセス権を持った

00:08:54.100 --> 00:08:55.280
野放しの用事のようなものです

00:08:55.280 --> 00:08:57.940
ではこの要塞を根元から正しく再構築しましょう

00:08:57.940 --> 00:09:01.400
パワープラットフォームでDLPポリシーを作成すること自体は難しくありません

00:09:01.400 --> 00:09:03.720
しかし実際に何を制御しているかを理解するには

00:09:03.720 --> 00:09:06.080
ドキュメントに書かれている以上の繊細な技術が必要です

00:09:06.080 --> 00:09:07.220
まずは戦場となる場所

00:09:07.220 --> 00:09:10.140
つまりコパイロットスタジオプロジェクトをホストしている環境を特定してください

00:09:10.140 --> 00:09:14.700
多くの組織では開発、テスト、本番といった複数のパワープラットフォーム環境が立ち上げられています

00:09:14.700 --> 00:09:19.300
多くの場合環境を単なる創造のためのサンドボックスだと勘違いした熱心な市民開発者によって作成されます

00:09:19.300 --> 00:09:20.640
実際はそうではありません

00:09:20.640 --> 00:09:22.980
各環境は独立したセキュリティの孤島なのです

00:09:22.980 --> 00:09:26.060
テナントレベルで設定したポリシーはこれらの島を自動的に囲い込みません

00:09:26.060 --> 00:09:28.360
つまり本番環境はフォートノックスのように厳重でも

00:09:28.360 --> 00:09:31.300
開発環境は太平洋に浮かぶイカダのように脆弱である可能性があります

00:09:31.300 --> 00:09:33.400
したがって第一歩は偵察です

00:09:33.400 --> 00:09:36.240
コパイロット作成ボタンが押されたすべての環境を洗い出してください

00:09:36.240 --> 00:09:38.280
何一つとして安全だと思い込んではいけません

00:09:38.280 --> 00:09:40.020
さて最初の壁を築きます

00:09:40.020 --> 00:09:42.780
パワープラットフォーム管理センターでデータポリシーのセクションを開き

00:09:42.780 --> 00:09:44.960
新しいデータ損失防止ポリシーを作成します

00:09:44.960 --> 00:09:47.320
影響を受ける環境を定義するよう求められます

00:09:47.320 --> 00:09:49.160
対象を慎重に選択してください

00:09:49.160 --> 00:09:52.760
使われていない場所にポリシーを散乱させると不整合の原因になるだけです

00:09:52.760 --> 00:09:54.780
各ポリシーはデプロイ時に適用されるものであり

00:09:54.780 --> 00:09:56.740
過去に遡って適用されることはありません

00:09:56.740 --> 00:09:59.640
そのため環境内のすべての新規または既存のコネクタは

00:09:59.640 --> 00:10:02.020
ポリシーが公開された後にのみ準拠することになります

00:10:02.020 --> 00:10:05.340
次にDLPコネクタ分類の要となる部分を説明します

00:10:05.340 --> 00:10:08.440
ビジネス・非ビジネス・ブロックとラベル付けされたバケツを想像してください

00:10:08.440 --> 00:10:10.520
ビジネス用コネクタ同士は自由にやり取りできます

00:10:10.520 --> 00:10:13.280
非ビジネス用コネクタは同じグループ内でのみ共有可能です

00:10:13.280 --> 00:10:15.600
ブロックされたコネクタは完全に隔離されます

00:10:15.600 --> 00:10:18.280
それがAIが従わなければならない階層構造です

00:10:18.280 --> 00:10:20.280
コネクタのグループ分けを一つでも間違えると

00:10:20.280 --> 00:10:23.140
安全なチャットボットが噂好きのコラムニストに一変してしまいます

00:10:23.140 --> 00:10:25.580
それでは高リスクグループを隔離しましょう

00:10:25.580 --> 00:10:27.540
AIコネクタと外部コネクタです

00:10:27.540 --> 00:10:30.480
コグニティブサービス・オープンAI・汎用HTTPとラベル付けされたものは

00:10:30.480 --> 00:10:33.220
すべて非ビジネスまたはブロックにデフォルト設定すべきです

00:10:33.220 --> 00:10:35.960
これらのコネクタはデータがマイクロソフトの囲い込まれた環境から離れ

00:10:35.960 --> 00:10:38.500
サードパーティーの処理領域へと入るアウトバウンドゲートウェイとして機能します

00:10:38.500 --> 00:10:40.940
これらをブロックしてもコパイロットが使えなくなるわけではありません

00:10:40.940 --> 00:10:42.760
むしろ規律を与えることになります

00:10:42.760 --> 00:10:44.900
インテリジェントなフローを構築することは可能ですが

00:10:44.900 --> 00:10:48.160
顧客の生データを応答が早いだけのエンドポイントに渡すことは避けられます

00:10:48.160 --> 00:10:51.220
次に静かなる脅威であるクロス接続に対処します

00:10:51.220 --> 00:10:55.900
これは一つの会話やフローがビジネス用と非ビジネス用の両方のコネクタに触れたときに発生します

00:10:55.900 --> 00:10:59.240
例えばエージェントがシェアポイントリストビジネスを取得し

00:10:59.240 --> 00:11:03.100
その要約を外部の言語API非ビジネスに送信する場合です

00:11:03.100 --> 00:11:04.760
個々のコネクタが許可されていても

00:11:04.760 --> 00:11:08.720
その接続点によってポリシーで禁止されたデータブリッジが作成されてしまいます

00:11:08.720 --> 00:11:10.380
コネクタを正しく分類していれば

00:11:10.380 --> 00:11:13.800
パワープラットフォームのDLP適用機能が自動的にそのようなフローをブロックします

00:11:13.800 --> 00:11:16.420
そうでない場合システムは無関心に処理を続行します

00:11:16.420 --> 00:11:18.060
グループ分けを確認してください

00:11:18.060 --> 00:11:22.080
分類を一つでも間違えると警備員が泥棒を礼儀正しく見送るような事態になります

00:11:22.080 --> 00:11:25.300
DLPの階層構造は入れ子状になった盾のように機能します

00:11:25.300 --> 00:11:28.500
最上位のテナントレベルのポリシーが階のすべてを上書きします

00:11:28.500 --> 00:11:31.880
その下に特定のスペースを管理する環境レベルのポリシーがあります

00:11:31.880 --> 00:11:36.440
最後に個々のアプリやエージェントに対する制限がその環境範囲内でのみ適用されます

00:11:36.440 --> 00:11:38.440
これを管理階層と考えてください

00:11:38.440 --> 00:11:44.300
テナントのルールは会社法、環境のルールは部署の規定、アプリレベルの設定はデスクに貼った付箋のようなものです

00:11:44.300 --> 00:11:47.400
矛盾が生じた場合は会社法であるテナントルールが優先されます

00:11:47.400 --> 00:11:52.120
迷った時はまずテナント協会で厳格なデフォルトを適用し例外を段階的に絞り込んでいきましょう

00:11:52.120 --> 00:11:54.500
アプリ作成者の事情作用に期待してはいけません

00:11:54.500 --> 00:11:59.300
彼らはバージョン管理なしでパワーオートメートを本番環境に入れることを容認するような人たちなのですから

00:11:59.300 --> 00:12:02.900
喜ぶ前に必ずサンドボックス環境で全てをテストしてください

00:12:02.900 --> 00:12:06.140
コパイロットスタジオのエージェントは複数の暗黙的な接続に依存しており

00:12:06.140 --> 00:12:09.660
新しいポリシーがそれを知らぬ間にブロックして主要機能を壊す可能性があります

00:12:09.660 --> 00:12:15.720
DLPの調整をテスト環境に展開しサンプルエージェントをインポートして日常的なクエリに正しく応答するか確認してください

00:12:15.720 --> 00:12:19.920
うまくいかない場合は露出を広げずに機能が戻るまでコネクタのグループ分けを調整します

00:12:19.920 --> 00:12:23.880
使いやすさと警戒心のバランスを取るわけですがやや警戒心よりにすべきです

00:12:23.880 --> 00:12:26.020
その方が訴訟よりも安上がりですから

00:12:26.020 --> 00:12:27.760
今何をしたか気づきましたか?

00:12:27.920 --> 00:12:31.760
データを分離し境界を定義し出口を封鎖したのです

00:12:31.760 --> 00:12:33.440
これがあなたの要塞です

00:12:33.440 --> 00:12:37.840
厳格なカテゴリースコープ設定された環境階層構造そして強固な壁

00:12:37.840 --> 00:12:41.600
しかしどんなに優れた要塞も権限を理解した警備員がいなければ意味がありません

00:12:41.600 --> 00:12:44.540
マスターキーを誰かに渡した瞬間防御は無力化されるからです

00:12:44.540 --> 00:12:48.040
そしてマイクロソフトという王国ではその鍵はエントラIDを通じて発行されます

00:12:48.040 --> 00:12:51.560
壁を高くし堀を巡らせたところで次は門番の話をしましょう

00:12:51.560 --> 00:12:55.900
管理者全員を誤った安心感に陥れるあの魅力的な移任された権限についてです

00:12:55.900 --> 00:12:59.040
エントラと魔法とは言い難いその権限モデルについて見ていきましょう

00:12:59.040 --> 00:13:01.880
権限とエントラそして安全という神話

00:13:01.880 --> 00:13:05.280
エントラを使っているから安全だという人がいるたびに1ドルもらえたら

00:13:05.280 --> 00:13:08.880
マイクロソフトの株を買って自分で問題を解決できるくらいの金額になっているでしょう

00:13:08.880 --> 00:13:11.060
この神話を正しく解体していきましょう

00:13:11.060 --> 00:13:13.600
かつてアジュールアクティブディレクトリと呼ばれたエントラは

00:13:13.600 --> 00:13:17.860
認証を処理するからといってあなたのIDに魔法をかけてくれるわけではありません

00:13:17.860 --> 00:13:21.300
それは仲介者であって守護者ではなくどれほど可愛く見えても

00:13:21.300 --> 00:13:25.140
コパイロットエージェントは独自のアカウントもパスワードも両親さえも持っていないのです

00:13:25.140 --> 00:13:26.760
それはあなたのものを借りています

00:13:26.760 --> 00:13:29.220
これが移任された権限と呼ばれるものです

00:13:29.220 --> 00:13:31.460
あなたがサインインしてコパイロットエージェントと対話するとき

00:13:31.460 --> 00:13:33.720
エージェントはあなたに代わってアクセストークンを要求します

00:13:33.720 --> 00:13:38.020
そのトークンにはマイクロソフト365環境を通じてあなたに付与された全ての権限が含まれています

00:13:38.020 --> 00:13:39.700
シェアポイントライブラリOK

00:13:39.700 --> 00:13:41.440
データバーステーブルOK

00:13:41.440 --> 00:13:43.020
上司とのプライベートなチームチャット

00:13:43.020 --> 00:13:45.300
あなたにそのアクセス権があればそれもOKです

00:13:45.300 --> 00:13:48.540
エージェントは重要な情報と壊滅的な情報を区別しません

00:13:48.540 --> 00:13:51.620
ただあなたのIDの権限範囲で実行するだけです

00:13:51.620 --> 00:13:55.520
あなたに財務上の特権があればアルゴリズムによるアシスタントもそれを持っており

00:13:55.520 --> 00:13:56.960
躊躇なくそれを行使します

00:13:56.960 --> 00:13:59.560
この設計はユーザー体験をシームレスに保つため

00:13:59.560 --> 00:14:01.820
管理されたスコープ内では見事に機能しますが

00:14:01.820 --> 00:14:03.980
危険は暗黙の同意から生じます

00:14:03.980 --> 00:14:06.640
アウトルックやデータバースなどのコネクタを承認すると

00:14:06.640 --> 00:14:08.700
その同意は環境内に保存されます

00:14:08.700 --> 00:14:11.860
そこでホストされる全てのコパイロットエージェントはその信頼を継承します

00:14:11.860 --> 00:14:16.000
一度承認すれば事実上将来の全てのエージェントに同じアクセス権を付与したことになります

00:14:16.000 --> 00:14:17.060
おめでとうございます

00:14:17.060 --> 00:14:20.600
個別の監視なしに全能のチャットボット軍団を展開したことになります

00:14:20.600 --> 00:14:23.180
それが無謀に聞こえるなら実際に無謀だからです

00:14:23.180 --> 00:14:26.020
その対策は人間に対して行うのと同様に

00:14:26.020 --> 00:14:28.780
エージェントに対しても最小権限アクセスを実装することです

00:14:28.780 --> 00:14:31.960
エントラID内でカスタムセキュリティグループと役割の割り当てを作成し

00:14:31.960 --> 00:14:34.940
コパイロット関連コンポーネントが紹介できる範囲を制限してください

00:14:34.940 --> 00:14:39.900
例えば各エージェントの機能に必要なデータコネクタのサブセットのみにアクセスを制限します

00:14:39.900 --> 00:14:43.080
マーケティングのアシスタントが人事記録を紹介する理由はありませんが

00:14:43.080 --> 00:14:46.180
多くの管理者は利便性のために同じスコープにまとめてしまいます

00:14:46.180 --> 00:14:48.000
利便性はリスクを育みます

00:14:48.000 --> 00:14:51.360
監査人にデータの系譜を説明するのが趣味でないのなら今すぐやめましょう

00:14:51.360 --> 00:14:53.280
マネージドIDについてはどうでしょうか

00:14:53.280 --> 00:14:55.520
ええ存在しますし有用なのは間違いありません

00:14:55.520 --> 00:14:58.340
マネージドIDを使えばユーザーの認証情報を借りるのではなく

00:14:58.340 --> 00:15:01.100
アプリケーション自身のサービスプリンシパルでアジュールリソースに認証できます

00:15:01.100 --> 00:15:03.640
しかし多くの人が見落としている重要な点があります

00:15:03.640 --> 00:15:06.300
コパイロットスタジオのエージェントはマネージドIDではなく

00:15:06.300 --> 00:15:08.440
主にユーザー委任で実行されるという点です

00:15:08.440 --> 00:15:10.500
マネージドIDを安易に割り当てると

00:15:10.500 --> 00:15:13.680
意図した以上の広範な権限がサービスプリンシパルに付与され

00:15:13.680 --> 00:15:15.740
過剰な特権につながる恐れがあります

00:15:15.740 --> 00:15:17.580
マネージドIDはデフォルトのスイッチではなく

00:15:17.580 --> 00:15:19.400
外科手術用のメスのように扱うべきです

00:15:19.400 --> 00:15:21.540
自動化は自立性を意味するものではありません

00:15:21.540 --> 00:15:22.680
なるほど、わかった

00:15:22.680 --> 00:15:24.620
監査に頼ればいいと思われるかもしれません

00:15:24.620 --> 00:15:27.160
実際に実行さえすれば素晴らしい心がけです

00:15:27.160 --> 00:15:29.020
エントラにはどのサービスプリンシパルが

00:15:29.020 --> 00:15:31.820
誰のIDでいつどのリソースにアクセスしたかを示す

00:15:31.820 --> 00:15:33.360
サインインログとアプリ同意レポートがあります

00:15:33.360 --> 00:15:36.460
これをパワープラットフォーム管理センターの分析と組み合わせれば

00:15:36.460 --> 00:15:38.720
エージェントごとのコネクタ活動を追跡できます

00:15:38.720 --> 00:15:42.220
もしコネクタが指定された環境外からデータを取得しているのを見つけたら

00:15:42.220 --> 00:15:43.780
それは好奇心ではありません

00:15:43.780 --> 00:15:45.960
設定の怠慢が可視化された証拠です

00:15:45.960 --> 00:15:47.100
それらのイベントをキャプチャし

00:15:47.100 --> 00:15:49.260
監視プラットフォームにエクスポートして対策を講じてください

00:15:49.260 --> 00:15:51.380
信頼して確認せよはもう古い考え方です

00:15:51.380 --> 00:15:52.440
コパイロット時代においては

00:15:52.440 --> 00:15:53.920
制限して確認せよが鉄則です

00:15:53.920 --> 00:15:56.420
ですからエントラだけでエージェントを保護できるわけではありません

00:15:56.420 --> 00:15:58.080
エントラは礼儀正しく効率的に

00:15:58.080 --> 00:15:59.760
しかし無関心に認証を行うだけです

00:15:59.760 --> 00:16:01.740
セキュリティとはアイデンティティの存在ではなく

00:16:01.740 --> 00:16:03.980
その周囲を固めるアーキテクチャそのものです

00:16:03.980 --> 00:16:09.580
壁、DLP、鍵、権限、そして警備員、監査が3に一体となって機能します

00:16:09.580 --> 00:16:12.500
どれか一つでもかければ構造全体が崩れてしまいます

00:16:12.500 --> 00:16:15.200
マイクロソフトが責任をあなたに丸投げしていると気づいた瞬間

00:16:15.200 --> 00:16:16.560
安全神話は崩壊します

00:16:16.560 --> 00:16:18.620
あなたはセルフサービス型のAIを求めました

00:16:18.620 --> 00:16:19.640
彼らはまさにその通り

00:16:19.640 --> 00:16:21.420
すべてをセルフサービスで提供したのです

00:16:21.420 --> 00:16:23.780
そこには自ら招く情報漏洩も含まれています

00:16:23.780 --> 00:16:26.180
アイデンティティを強化し範囲を制限したからといって

00:16:26.180 --> 00:16:27.280
まだ安心はできません

00:16:27.280 --> 00:16:28.500
テストされないポリシーは

00:16:28.500 --> 00:16:30.920
完了的なプラセボ、疑惑にすぎません

00:16:30.920 --> 00:16:32.960
あなたの要塞が圧力に耐えられるという証拠

00:16:32.960 --> 00:16:34.300
つまり証明が必要です

00:16:34.300 --> 00:16:36.440
それは自分のシステムを突き、挑発し

00:16:36.440 --> 00:16:38.120
時には破壊を試みることを意味します

00:16:38.120 --> 00:16:39.240
あなたがそうしなければ

00:16:39.240 --> 00:16:40.100
遅かればやかれ

00:16:40.100 --> 00:16:42.380
誰かが意図的か過失によってそれを行うでしょう

00:16:42.380 --> 00:16:43.460
テストと監視

00:16:43.460 --> 00:16:45.500
それが強固であることを証明してください

00:16:45.500 --> 00:16:46.840
コパイロットエージェントのテストは

00:16:46.840 --> 00:16:49.540
正しくこんにちはと答えられるかを確認することではありません

00:16:49.540 --> 00:16:52.140
セキュリティの壁に突き当たるはずの質問を投げかけ

00:16:52.140 --> 00:16:54.040
何が起こるかを確認することです

00:16:54.040 --> 00:16:55.820
派手なハッカーの真似事ではなく

00:16:55.820 --> 00:16:58.160
意図的で制御されたプロンプトを使って

00:16:58.160 --> 00:16:59.880
レッドチーム演習を開始してください

00:16:59.880 --> 00:17:02.160
アクセス権のない機密データを要求したり

00:17:02.160 --> 00:17:03.460
役員の給与要約

00:17:03.460 --> 00:17:05.160
全顧客レコードのエクスポート

00:17:05.160 --> 00:17:07.080
財務部に保存された契約書の表示

00:17:07.080 --> 00:17:08.120
などを試すのです

00:17:08.120 --> 00:17:09.720
エージェントが定調に拒否するか

00:17:09.720 --> 00:17:12.320
アクセス制限を表示すれば少しだけ祝ってください

00:17:12.320 --> 00:17:13.820
もし要求に応答してしまったら

00:17:13.820 --> 00:17:16.620
攻撃者が夢見るようなまさにその穴を見つけたということです

00:17:16.620 --> 00:17:18.440
この方法は仮説的なテストではなく

00:17:18.440 --> 00:17:20.080
実践的なガバナンスなのです

00:17:20.080 --> 00:17:21.940
禁止プロンプトのカタログを作成し

00:17:21.940 --> 00:17:24.240
各コパイロット環境でテストを実行します

00:17:24.240 --> 00:17:25.600
応答を追跡します

00:17:25.600 --> 00:17:28.740
拒否されればDLPと権限層が機能している証拠です

00:17:28.740 --> 00:17:31.680
データが漏えいすれば分類ミスやコネクタの重複が疑われます

00:17:31.680 --> 00:17:33.900
コパイロットの素晴らしさはその透明性にあります

00:17:33.900 --> 00:17:35.540
ログには全てが記録されます

00:17:35.540 --> 00:17:38.440
恐ろしいのはそのログがあなたのミスも保存してしまうことです

00:17:38.440 --> 00:17:41.180
次はコネクタの使用状況分析を監視しましょう

00:17:41.180 --> 00:17:44.640
パワープラットフォーム管理センターで環境分析ペインを開きます

00:17:44.640 --> 00:17:48.500
コネクタの利用量、頻度、ユーザーの発生元などの指標を確認できます

00:17:48.500 --> 00:17:49.860
異常を探してください

00:17:49.860 --> 00:17:52.520
本来外部APIを使うはずのないエージェントからの

00:17:52.520 --> 00:17:54.440
HTTPコネクタ呼び出しの急増や

00:17:54.440 --> 00:17:58.180
新しいチャットボット導入に伴うシェアポイントクエリの突然の増加などです

00:17:58.180 --> 00:18:01.380
これらは偶然ではなく設定不備を示す手がかりです

00:18:01.380 --> 00:18:03.340
法医学的な証拠として扱ってください

00:18:03.340 --> 00:18:06.540
異常は全て上流のどこかで制御が欠落していることを示しています

00:18:06.540 --> 00:18:08.700
次は小石となる監査ログです

00:18:08.700 --> 00:18:10.700
パワープラットフォームで監査イベントを有効にし

00:18:10.700 --> 00:18:13.320
マイクロソフトパービューまたはマイクロソフトセンチネルと同期します

00:18:13.320 --> 00:18:16.320
これにより全ての操作、プロンプト、コネクタ呼び出しが

00:18:16.320 --> 00:18:18.320
広範なコンプライアンス基盤にインデックスされます

00:18:18.320 --> 00:18:20.480
パービューがあればコンテキストが得られます

00:18:20.480 --> 00:18:23.400
どのデータセットが操作され、どのユーザーがプロンプトを開始し

00:18:23.400 --> 00:18:25.620
データが地理的境界を超えたかどうかがわかります

00:18:25.620 --> 00:18:30.180
一方センチネルはこれらの活動を異常なサインインや権限昇格といった

00:18:30.180 --> 00:18:32.280
広範なセキュリティイベントと関連づけます

00:18:32.280 --> 00:18:36.620
これらを組み合わせることで目に見えないAIの挙動が測定可能なテレメトリへと変わります

00:18:36.620 --> 00:18:39.480
見落とされがちなルールとして保持期間の整合性があります

00:18:39.480 --> 00:18:42.460
監査データは会話データよりも長く残ることがよくあります

00:18:42.460 --> 00:18:46.580
チャットログを30日で消去し監査イベントを1年保持すると

00:18:46.580 --> 00:18:49.620
なぜイベントが発生したかという文脈が失われます

00:18:49.620 --> 00:18:52.480
コンテキストのないポリシー適用は無意味です

00:18:52.480 --> 00:18:57.520
コパイロットのログ、分析、監査の保持ポリシーを同期させ

00:18:57.520 --> 00:19:00.740
証拠が一貫したストーリーを語るようにしてください

00:19:00.740 --> 00:19:04.620
次に定期的な再分類は最も無視されがちなタスクです

00:19:04.620 --> 00:19:07.580
マイクロソフトはコネクタの定義を絶えず更新しています

00:19:07.580 --> 00:19:11.440
かつて安全だった標準コネクタが一夜にしてプレミアムや外部コネクタとなり

00:19:11.440 --> 00:19:13.180
データ挙動が変わる可能性があります

00:19:13.180 --> 00:19:15.460
市販機ごとにコネクタのインベントリを見直し

00:19:15.460 --> 00:19:19.360
昨年の前提ではなく現在のマイクロソフトドキュメントに従って再分類してください

00:19:19.360 --> 00:19:23.580
これを怠ることはドアに鍵をかけながら誰かに蝶津貝を外されるようなものです

00:19:23.580 --> 00:19:26.280
最後に継続的なガバナンスを採用しましょう

00:19:26.280 --> 00:19:30.600
新しいコネクタ、プラグイン、サードパーティ拡張機能が増えるたびにリスク面が再開されます

00:19:30.600 --> 00:19:34.680
DLPを静的なチェックリストとしてではなく進化する境界線として扱ってください

00:19:34.680 --> 00:19:38.100
市販機ごとの監査を計画し分析エクスポートを自動化し

00:19:38.100 --> 00:19:40.920
アラートをセキュリティ情報イベント管理パイプラインに供給します

00:19:40.920 --> 00:19:43.360
手動になった瞬間ガバナンスは境外化します

00:19:43.360 --> 00:19:45.960
テストが終われば満足できる結果が得られるはずです

00:19:45.960 --> 00:19:48.600
目標はコンプライアンスではなく最初からそうではありません

00:19:48.600 --> 00:19:49.560
コントロールです

00:19:49.560 --> 00:19:53.200
保護された境界内でのみ回答するコパイロットエージェントは予測可能で管理しやすく

00:19:53.200 --> 00:19:55.240
ビジネス利用において真に安全な存在となります

00:19:55.240 --> 00:19:57.760
その時こそAIは不採から資産へと変わります

00:19:57.760 --> 00:20:01.320
ただしそれはあなたがパラノイアを組織の仕組みとして組み込んだ場合に限られます

00:20:01.320 --> 00:20:04.400
データ漏洩が止まればコパイロットスタジオの見え方が変わるはずです

00:20:04.400 --> 00:20:06.660
単なる生産性向上のための光り輝くおもちゃではなく

00:20:06.660 --> 00:20:08.640
信頼を構築するツールとして見えてくるでしょう

00:20:08.640 --> 00:20:11.820
エージェントが適切に振る舞うのはあなたがそうなるようにルールを定めたからです

00:20:11.820 --> 00:20:15.640
そうしてようやく皮肉抜きで環境は保護されていると言えるようになるのです

00:20:15.640 --> 00:20:17.940
コパイロットスタジオのエージェントは悪役ではありません

00:20:17.940 --> 00:20:19.220
あなたの写し鏡です

00:20:19.220 --> 00:20:21.400
彼らは設定された指示通りに振る舞います

00:20:21.400 --> 00:20:24.300
多くの場合それは丁寧すぎるほどの情報共有です

00:20:24.300 --> 00:20:27.260
彼らが利用する権限、超えるコネクタ、公開するデータセットのすべては

00:20:27.260 --> 00:20:29.400
究極的にはあなたのガバナンスを映し出す鏡にすぎません

00:20:29.400 --> 00:20:32.320
橋を架けたのはあなたであり、彼らはただその上を歩いただけです

00:20:32.320 --> 00:20:34.060
ですからこれを忘れないでください

00:20:34.060 --> 00:20:36.840
コパイロットエージェントの信頼性はそのDLP設定に依存しており

00:20:36.840 --> 00:20:37.940
それ以上でも以下でもありません

00:20:37.940 --> 00:20:40.220
楽観主義によるセキュリティは戦略とは呼べません

00:20:40.220 --> 00:20:43.120
境界線を強制することによるセキュリティこそが真の戦略です

00:20:43.120 --> 00:20:47.060
AIがシェアポイントやデータバース、アウトルックに対して実行権限レベルで紹介を行える今

00:20:47.060 --> 00:20:48.960
ガバナンスはもはや選択肢ではなく必須です

00:20:48.960 --> 00:20:51.440
コパイロットの魅力的な側面はその利便性にあります

00:20:51.440 --> 00:20:53.180
尋ねれば即座に従います

00:20:53.180 --> 00:20:57.680
危険なのは何の指示も与えなければその従順さが機密のスプレッドシートや人事データにまで及ぶことです

00:20:57.680 --> 00:21:00.020
唯一の真の解決策は規律を持つことです

00:21:00.020 --> 00:21:04.500
コネクタを分類し権限を制限し失敗が不可能になるまでそれらの制限をテストしてください

00:21:04.500 --> 00:21:08.660
無害なパイロットプロジェクトがコンプライアンス調査に発展してしまう前に行動を起こしましょう

00:21:08.660 --> 00:21:11.560
コパイロットが過剰な学習をする前にデータをロックしてください

00:21:11.560 --> 00:21:15.040
DLPを官僚的な手続きではなく知的財産の封じ込めとして捉えてください

00:21:15.040 --> 00:21:18.680
知性が情報漏洩へと変質するのを防ぐ一連のデジタルな壁です

00:21:18.680 --> 00:21:24.320
これらのルールを適用すればコパイロットは不採ではなく本来歌われていた通りの信頼できるアシスタントへと変わります

00:21:24.320 --> 00:21:27.740
この情報でコンプライアンスチームのパニックを防げたならぜひチャンネル登録を

00:21:27.740 --> 00:21:33.580
これは関西よりも安上がりですしチャットボットが給与データをチームに投稿した理由をホーム部に説明するよりもはるかに気まずくないはずです

00:21:33.580 --> 00:21:38.500
次回のマイクロソフトパービューによる高度なコパイロットエージェントガバナンスもお見逃しなく

00:21:38.500 --> 00:21:42.060
自動化を賢く安全にそして完全に制御化へ