WEBVTT

00:00:00.000 --> 00:00:04.000
多くの人はマイクロソフトコパイロットはスイッチを入れるだけで魔法のように動くと思っています

00:00:04.000 --> 00:00:05.280
それは間違いです

00:00:05.280 --> 00:00:10.600
実際に言っているのは大規模言語モデルを自社のデータという欠陥に直接つなぎ込むことなのです

00:00:10.600 --> 00:00:12.080
それがコパイロットです

00:00:12.080 --> 00:00:14.700
これは大規模言語モデルとマイクロソフトグラフのコンテンツ

00:00:14.700 --> 00:00:17.980
そして日々使っているマイクロソフト365アプリを組み合わせるものです

00:00:17.980 --> 00:00:21.380
メールチャットドキュメントなどすべてが入力として流れ込みます

00:00:21.380 --> 00:00:22.800
問題はそれが機能するかではなく

00:00:22.800 --> 00:00:25.880
それを有効にしたことで何がテナント全体に解き放たれたかということです

00:00:25.880 --> 00:00:30.760
真のリスクは契約ライセンスデータ保護技術管理ガバナンスにまで及びます

00:00:30.760 --> 00:00:33.780
一つでも欠ければ地図のない迷宮を作り上げたことになります

00:00:33.780 --> 00:00:35.100
正直に問いましょう

00:00:35.100 --> 00:00:39.260
コパイロットのスイッチを入れた時何が切り替わりその結果に対する責任は誰にあるのでしょうか

00:00:39.260 --> 00:00:42.060
そのスイッチの裏で糸を引く見えざる手それが契約です

00:00:42.060 --> 00:00:46.460
契約こそがあなたが動かしていると思っているあらゆるスイッチを導く見えざる手なのです

00:00:46.460 --> 00:00:49.220
管理コンソールは強力なダッシュボードに見えるかもしれませんが

00:00:49.220 --> 00:00:51.820
実際の配線は無味乾燥な法文の中にあります

00:00:51.820 --> 00:00:57.260
コパイロットは単独で存在するのではなくマイクロソフト製品情報及びデータ保護補足情報の下で管理されています

00:00:57.260 --> 00:01:02.800
それらの文書は細かい注意書きではなくデータ主権処理の責務プライバシー義務の基礎となるものです

00:01:02.800 --> 00:01:07.280
つまりスイッチを一つ押す前に契約によってゲームのルールはすでに決まっているのです

00:01:07.280 --> 00:01:08.820
幻想を取り払いましょう

00:01:08.820 --> 00:01:13.540
マイクロソフト製品情報は何が許可されているかデータが物理的にどこに存在できるか

00:01:13.540 --> 00:01:16.960
そして極めて重要なコパイロットの出力の所有権を定めています

00:01:16.960 --> 00:01:24.840
データ保護補足情報はGDPRや類似の枠組みに基づいたプライバシー管理を設定しデータ処理者としてのマイクロソフトの役割を定義しています

00:01:24.840 --> 00:01:29.240
これらの枠組みはコンプライアンスのための標語ではなく法的拘束力のあるものです

00:01:29.240 --> 00:01:32.040
これらを無視してもルールを回避できるわけではありません

00:01:32.040 --> 00:01:34.760
単にコンプライアンス違反のリスクを高めるだけです

00:01:34.760 --> 00:01:38.800
技術的な設定は義務に逆らうのではなく義務と足並みを揃えて運用されるべきだからです

00:01:38.800 --> 00:01:41.560
これは形式的な話ではなく構造的な問題です

00:01:41.560 --> 00:01:45.060
契約が義務であり技術的統制がその施工メカニズムです

00:01:45.060 --> 00:01:50.000
保持ラベルや暗号化ポリシーアクセス権を極限まで綿密に構成したとしても

00:01:50.000 --> 00:01:56.040
それらの措置がディーパや製品条項で明文化された公約と一致していなければリスクにさらされたままです

00:01:56.040 --> 00:01:58.540
契約は回避できるようなものではありません

00:01:58.540 --> 00:02:00.200
それはスタートの合図です

00:02:00.200 --> 00:02:02.500
それがなければ適切な導入とは言えません

00:02:02.500 --> 00:02:05.200
法的責任を伴うバータリ的な対応をしているにすぎません

00:02:05.200 --> 00:02:06.960
よく耳にする不安が一つあります

00:02:06.960 --> 00:02:10.680
マイクロソフトが裏で自社のLLMを私たちのビジネスデータで学習させているのではないかという懸念です

00:02:10.680 --> 00:02:12.680
その答えは契約上ノーです

00:02:12.680 --> 00:02:14.420
コパイロットで使用されるプロンプと応答

00:02:14.420 --> 00:02:17.620
マイクロソフトグラフデータはマイクロソフトの基盤モデルの学習にはフィードバックされません

00:02:17.620 --> 00:02:20.500
これは製品条項とディーパの両方で正式に定められています

00:02:20.500 --> 00:02:23.760
あなたのメールがAIの脳を鍛えるための練習長として悪用されることはありません

00:02:23.760 --> 00:02:26.360
マイクロソフトはまさにそれを防ぐための保護機能を構築しているのです

00:02:26.360 --> 00:02:28.340
もしこれを知らなかったのならおめでとうございます

00:02:28.340 --> 00:02:30.880
あなたは契約ですでに解決済みの問題に悩んでいたことになります

00:02:30.880 --> 00:02:33.860
この点を強調するためにジムの会員契約を例に考えてみましょう

00:02:33.860 --> 00:02:36.340
あなたはトレッドミルを使うために契約したつもりでしょうが

00:02:36.340 --> 00:02:38.500
契約書には営業時間や機器の利用制限

00:02:38.500 --> 00:02:41.800
そしてサウナでの衣類着用に関するルールまでもがひっそりと定められています

00:02:41.800 --> 00:02:43.680
読んでいなかったと言い訳はできません

00:02:43.680 --> 00:02:45.780
ジムは容赦なく規則を執行するからです

00:02:45.780 --> 00:02:47.720
マイクロソフトも同じ仕組みで動いています

00:02:47.720 --> 00:02:50.640
インフラと法的な枠組みでありその場しのぎの遊び場ではありません

00:02:50.640 --> 00:02:53.060
これらの契約がデータの保存場所を決定付けています

00:02:53.060 --> 00:02:55.840
データレジデンシー所在地は哲学的な抽象論ではありません

00:02:55.840 --> 00:02:58.380
規制当局は容赦ない明確さを持ってこれを執行します

00:02:58.380 --> 00:03:02.740
例えばEUの顧客によるコパイロットのクエリはEUのデータ協会内に制限されます

00:03:02.740 --> 00:03:06.580
EU域外ではクエリが世界各地のデータセンターを経由する可能性があります

00:03:06.580 --> 00:03:08.600
これは製品規約に明記されています

00:03:08.600 --> 00:03:11.320
自分のファイルが国境を超える可能性があると知り驚きましたか

00:03:11.320 --> 00:03:14.160
その驚きは署名した内容を読んでいない場合にのみ生じるものです

00:03:14.160 --> 00:03:16.880
成果物の所有権についてもあらかじめ取り決められています

00:03:16.880 --> 00:03:20.020
コパイロットが生成するスライド資料の所有権がデフォルトであなたにあるのは

00:03:20.020 --> 00:03:21.740
デジタルな寛大さによるものではなく

00:03:21.740 --> 00:03:26.100
製品規約がAIシステムに対し知的財産権の主張を放棄するよう指示しているからです

00:03:26.100 --> 00:03:28.300
さらにGDPRやその他の規制もあります

00:03:28.300 --> 00:03:30.360
データ侵害の通知やサブプロセッサーの利用監査など

00:03:30.360 --> 00:03:32.560
すべてディーパデータ処理補足条項に網羅されています

00:03:32.560 --> 00:03:34.680
その結果は決して理論上の話ではありません

00:03:34.680 --> 00:03:37.320
ロールアウト展開でこうした前提条件を無視すれば

00:03:37.320 --> 00:03:40.620
技術的な管理策は見た目だけは立派で中身のない見せかけとなってしまいます

00:03:40.620 --> 00:03:42.160
契約こそがアーキテクチャを決定し

00:03:42.160 --> 00:03:44.560
その上で初めてあなたが設定するスイッチやポリシーが

00:03:44.560 --> 00:03:46.420
実質的なコンプライアンスの重みを持つようになります

00:03:46.420 --> 00:03:50.160
記憶に残る比喩としてコパイロットを気軽に差し込むコンセントではなく

00:03:50.160 --> 00:03:52.280
電力網の一部と考えてみてください

00:03:52.280 --> 00:03:54.620
その電力網の青蛇心つまり配線図は

00:03:54.620 --> 00:03:57.320
あなたがトースターを差し込むよりもずっと以前から存在しています

00:03:57.320 --> 00:04:00.740
配線図を間違えればその後のあらゆる技術的な操作が不安定さを招くことになります

00:04:00.740 --> 00:04:02.680
契約書こそがその配線図なのです

00:04:02.680 --> 00:04:05.480
管理画面のスイッチは単にあなたが終端でプラグを差し込む操作にすぎません

00:04:05.480 --> 00:04:08.680
正確に言えばユーザーを有効にすることは単なる気軽な選択ではありません

00:04:08.680 --> 00:04:09.940
コパイロットをオンにすることは

00:04:09.940 --> 00:04:12.560
これらの文書にすでに高度化された義務を発行させることなのです

00:04:12.560 --> 00:04:14.640
アイデンティティー権限暗号化保持

00:04:14.640 --> 00:04:16.220
これらはすべてその下流で機能します

00:04:16.220 --> 00:04:18.920
契約条件はガバナンスの原始レベルに当たるものです

00:04:18.920 --> 00:04:19.980
役割を割り当てる前

00:04:19.980 --> 00:04:21.420
保持ラベルを設定する前でさえ

00:04:21.420 --> 00:04:22.500
契約によって管轄権

00:04:22.500 --> 00:04:23.060
所有権

00:04:23.060 --> 00:04:25.080
コンプライアンスの体制はすでに確定しているのです

00:04:25.080 --> 00:04:26.900
では重要なポイントをまとめます

00:04:26.900 --> 00:04:29.960
全従業員にライセンスを配布し始める前に一度立ち止まってください

00:04:29.960 --> 00:04:31.540
法務部門と話し合ってください

00:04:31.540 --> 00:04:34.820
リーパと製品規約の適用範囲が文書化されていることを確認してください

00:04:34.820 --> 00:04:36.620
EUの協会に関する考慮事項など

00:04:36.620 --> 00:04:38.800
地域特有のデータレジデンシーの責務を把握し

00:04:38.800 --> 00:04:40.160
義務の基準を明確にしてください

00:04:40.160 --> 00:04:41.340
その準備ができて初めて

00:04:41.340 --> 00:04:44.380
IT部門にコパイロットのシート割り当てを開始させる意味があるのです

00:04:44.380 --> 00:04:45.740
基盤が認識できれば

00:04:45.740 --> 00:04:47.780
次に取るべき当然のステップは明らかです

00:04:47.780 --> 00:04:48.840
事務手続きの先で

00:04:48.840 --> 00:04:50.900
ライセンスや役割の割り当てをオンにすると

00:04:50.900 --> 00:04:52.840
実際には何が制御されるのでしょうか

00:04:52.840 --> 00:04:55.080
そこに真のロックがかかり始めます

00:04:55.080 --> 00:04:58.340
ライセンスと役割はあらゆるドアにかかる鍵なのです

00:04:58.340 --> 00:05:00.960
ライセンスとは魔法の鍵だと思っていませんか

00:05:00.960 --> 00:05:03.940
購入して配布しユーザーがプロンプトを入力すれば

00:05:03.940 --> 00:05:06.100
コパイロットがカフェイン過剰摂取のインターンのように

00:05:06.100 --> 00:05:07.240
メールを作成し始める

00:05:07.240 --> 00:05:08.280
それは違います

00:05:08.280 --> 00:05:10.960
コパイロットのライセンスは万能鍵ではありません

00:05:10.960 --> 00:05:11.780
どちらかといえば

00:05:11.780 --> 00:05:13.980
用心棒付きの建築許可証のようなものです

00:05:13.980 --> 00:05:15.900
許可証は何が存在できるかを定義し

00:05:15.900 --> 00:05:18.540
用心棒は誰がロープの先へ進めるかを強制します

00:05:18.540 --> 00:05:20.880
ライセンスを単なる解除コードとして扱うなら

00:05:20.880 --> 00:05:22.960
システムの仕組みをすでに誤解しています

00:05:22.960 --> 00:05:25.920
脳に刻み込んで置くべき重要な説明がこれです

00:05:25.920 --> 00:05:28.220
ライセンスはコパイロットの機能を有効にしますが

00:05:28.220 --> 00:05:30.540
コパイロットはユーザーがマイクロソフトグラフを通じて

00:05:30.540 --> 00:05:32.640
すでに閲覧権限を持っているデータしか表示しません

00:05:32.640 --> 00:05:36.400
権限はテナントのID設定とバックエンド設定によって強制されます

00:05:36.400 --> 00:05:37.140
ライセンスは

00:05:37.140 --> 00:05:39.600
はいこの人はコパイロットを使えますと言います

00:05:39.600 --> 00:05:40.980
しかしバックエンドはいいえ

00:05:40.980 --> 00:05:42.320
以前から権限がない限り

00:05:42.320 --> 00:05:44.300
CFOのプライベートホルダーは開けませんと言います

00:05:44.300 --> 00:05:45.320
この区別ができなければ

00:05:45.320 --> 00:05:47.140
人々は幻のリスクにパニックを起こすか

00:05:47.140 --> 00:05:49.540
さらに悪いことに現実のリスクを無視することになります

00:05:49.540 --> 00:05:52.120
ライセンス自体は単純なものですが不可欠です

00:05:52.120 --> 00:05:55.360
コパイロットは既存のマイクロソフト365プランへのアドオンです

00:05:55.360 --> 00:05:56.960
標準バンドルには組み込まれていないため

00:05:56.960 --> 00:05:58.480
自身で選択する必要があります

00:05:58.480 --> 00:06:00.840
ライセンスを割り当てても権限が拡張されるわけではなく

00:06:00.840 --> 00:06:04.440
ワード、エクセル、アウトルックなどのスイート内で機能が使えるようになるだけです

00:06:04.440 --> 00:06:06.800
そしてここが運用の微細なポイントです

00:06:06.800 --> 00:06:08.600
コンプライアンス管理のためのパービューや

00:06:08.600 --> 00:06:10.880
セキュリティ上のゲートとなるディフェンダーアドオンなど

00:06:10.880 --> 00:06:13.020
一部の機能には追加ライセンスが必要です

00:06:13.020 --> 00:06:16.200
こうした依存関係を理解せずにコパイロットを導入しようとすれば

00:06:16.200 --> 00:06:19.020
ゼリーの上に足場を組むような不安定な展開になるでしょう

00:06:19.020 --> 00:06:21.700
さて最も危険な誤解を払拭しましょう

00:06:21.700 --> 00:06:24.040
もしコパイロットライセンスを不要意に割り当て

00:06:24.040 --> 00:06:26.740
バックエンドを確認せずに組織全体にばらまけば

00:06:26.740 --> 00:06:30.260
ユーザーは自分がアクセス権を持つあらゆるものを検索できるようになります

00:06:30.260 --> 00:06:32.600
つまり権限管理がずさんであれば

00:06:32.600 --> 00:06:35.600
インターンが魔法のようにグローバル管理者になることはありませんが

00:06:35.600 --> 00:06:39.440
誤って全員に公開された機密文書を検索で表示できてしまうのです

00:06:39.440 --> 00:06:41.440
広範なライセンスと緩い役割を組み合わせると

00:06:41.440 --> 00:06:44.040
情報の露出は過程の話ではなく確実なものとなります

00:06:44.040 --> 00:06:46.260
ユーザーは悪意がなくても情報漏洩を引き起こします

00:06:46.260 --> 00:06:49.060
検索ボックスと過剰に継承されたアクセス権さえあれば十分なのです

00:06:49.060 --> 00:06:51.160
役割こそがその足場を支えるものです

00:06:51.160 --> 00:06:53.460
ロールベースのアクセス制御RBACによって

00:06:53.460 --> 00:06:55.120
IDが持つアクセスレベルが決定されます

00:06:55.120 --> 00:06:57.640
役割を定義せずにコパイロットライセンスを割り当てることは

00:06:57.640 --> 00:06:59.340
本来歩くべきではないくらい廊下で

00:06:59.340 --> 00:07:02.300
AIによって拡張された懐中電灯を人々に手渡すようなものです

00:07:02.300 --> 00:07:05.420
適切に行えばバックエンドがコパイロットを正しく制限してくれます

00:07:05.420 --> 00:07:08.280
財務部門の従業員は財務データセットのみを紹介できます

00:07:08.280 --> 00:07:11.240
マーケティング部門はキャンペーン資料からドラフトを作成することのみ可能です

00:07:11.240 --> 00:07:12.540
管理者は設定を管理できますが

00:07:12.540 --> 00:07:14.620
それはあなたが定めた厳格な境界内に限られます

00:07:14.620 --> 00:07:16.620
コパイロットはディレクトリを忠実に反映します

00:07:16.620 --> 00:07:18.040
ディレクトリ自体が乱雑でない限り

00:07:18.040 --> 00:07:19.460
コパイロットが暴走することはありません

00:07:19.460 --> 00:07:21.080
2つの組織を思い浮かべてください

00:07:21.080 --> 00:07:24.480
1つ目の組織は公平さとは全員に同じライセンスとアクセス権を与えることだと信じています

00:07:24.480 --> 00:07:26.600
誰もが同じコパイロットのスコープを持ちます

00:07:26.600 --> 00:07:28.880
崇高な考えですが結果は悲惨です

00:07:28.880 --> 00:07:30.360
コパイロットは契約書ライブラリ

00:07:30.360 --> 00:07:32.940
人事記録役員のメールのやり取りに飛び込みます

00:07:32.940 --> 00:07:35.420
それらが誤って広く共有されていたためです

00:07:35.420 --> 00:07:37.400
2つ目の組織は規律を守ります

00:07:37.400 --> 00:07:41.120
ライセンスはニーズに合わせ役割によって厳格なゾーンが定義されます

00:07:41.120 --> 00:07:42.400
財務は財務の範囲内

00:07:42.400 --> 00:07:44.580
マーケティングはマーケティングの範囲内に止まり

00:07:44.580 --> 00:07:46.040
一途は境界に位置します

00:07:46.040 --> 00:07:48.320
ユーザーは依然としてコパイロットを賢いと感じますが

00:07:48.320 --> 00:07:51.300
実際にはただ規律ある情報アーキテクチャを反映しているにすぎません

00:07:51.300 --> 00:07:53.600
ここで実用的な生存のヒントを紹介します

00:07:53.600 --> 00:07:55.860
手動で一人ずつシートを割り当てるのはやめましょう

00:07:55.860 --> 00:07:58.640
代わりにグループベースのライセンス割り当てを使用してください

00:07:58.640 --> 00:08:01.820
効率的でありグループメンバーシップの見直しを強制できます

00:08:01.820 --> 00:08:03.340
メンバーシップを監査しなければ

00:08:03.340 --> 00:08:06.020
ライセンスが本来あるべきでない場所にまで漏れ出す可能性があります

00:08:06.020 --> 00:08:07.540
そして覚えておいてください

00:08:07.540 --> 00:08:10.440
コパイロットライセンスをテナント間のゲストアカウントに拡張することはできません

00:08:10.440 --> 00:08:11.860
Gメールログインを持つコンサルタントは

00:08:11.860 --> 00:08:13.840
あなたの環境内でコパイロットを利用することはできません

00:08:13.840 --> 00:08:15.560
回避策を講じようとしないでください

00:08:15.560 --> 00:08:16.920
システムがそれを阻止します

00:08:16.920 --> 00:08:18.820
今回はそれがありがたいことなのです

00:08:18.820 --> 00:08:20.680
ライセンスをパスポートと考えてください

00:08:20.680 --> 00:08:22.360
国境に誰がいるかを示すものであっても

00:08:22.360 --> 00:08:25.180
パスポートは大陸全体を自由に歩き回れることを保証するものではありません

00:08:25.180 --> 00:08:27.280
ビザや居住許可が制限を加えるのです

00:08:27.280 --> 00:08:29.100
役割とはあなたのビザに当たります

00:08:29.100 --> 00:08:31.140
両者が揃って初めて協会が形作られます

00:08:31.140 --> 00:08:34.680
役割を無視すれば入国審査で市民権を超え高に要求する観光客と同じです

00:08:34.680 --> 00:08:36.780
よく言えば滑稽悪く言えば危険です

00:08:36.780 --> 00:08:37.760
ここでのエレガントな点は

00:08:37.760 --> 00:08:40.540
RBACが正しく設計されれば意識することなく機能するということです

00:08:40.540 --> 00:08:42.760
ユーザーはコパイロットが自分たちを理解していると考えます

00:08:42.760 --> 00:08:43.720
それは違います

00:08:43.720 --> 00:08:47.640
コパイロットは単にマイクロソフト365に組み込まれたセキュリティの格子を反映しているだけです

00:08:47.640 --> 00:08:50.520
強力な権限を設定すればコパイロットは規律を反映します

00:08:50.520 --> 00:08:53.360
混沌とした状態であればコパイロットは混沌を反映します

00:08:53.360 --> 00:08:56.040
鏡は中立ですがあなたの設計は中立ではありません

00:08:56.040 --> 00:08:58.160
だからこそライセンスと役割が組み合わさることで

00:08:58.160 --> 00:09:00.120
組織全体に目に見えないロックとして機能するのです

00:09:07.760 --> 00:09:08.920
次の問題を引き起こします

00:09:08.920 --> 00:09:13.000
ロックされた部屋の中でコパイロットは実際に何を消費しているのでしょうか

00:09:13.000 --> 00:09:18.920
その答えはあなたのメール、ドキュメント、そして放置されたすべての共有ファイルで構成されるビュッフェです

00:09:18.920 --> 00:09:20.080
データの露出です

00:09:20.080 --> 00:09:22.600
コパイロットの食事はあなたの組織全体です

00:09:22.600 --> 00:09:25.540
ではコパイロットが咀嚼を始めたらどうなるかについて話しましょう

00:09:25.540 --> 00:09:27.760
データの露出は理論上の話ではありません

00:09:27.760 --> 00:09:33.100
それはあなたが構築したディレクトリをコパイロットが自由に食べることを許可した結果として日々起こる現実なのです

00:09:33.100 --> 00:09:40.300
マイクロソフト365コパイロットはマイクロソフトグラフを通じてコンテンツを取得しユーザーがすでに閲覧権限を持っている資料のみを提示します

00:09:40.300 --> 00:09:47.120
セマンティックインデックスとグラウンディングはIDベースのアクセス境界を尊重するためAIが本来アクセスすべきでない場所に立ち入ることはありません

00:09:47.120 --> 00:09:51.780
AIはお客様のセキュリティモデルがすでに可視化しているものを意図しない形で指摘しているにすぎません

00:09:51.780 --> 00:09:53.540
しかしそこにこそ危険があります

00:09:53.540 --> 00:09:56.260
コパイロットは権限を無視するのではなくそれをそのまま反映します

00:09:56.260 --> 00:10:01.360
チームのライブラリが全員にアクセス許可されている場合コパイロットはそれらを喜んでようやくに取り込みます

00:10:01.360 --> 00:10:05.780
シェアポイントの設定がずさんであればコパイロットはそのデータまでドラフトに統合してしまいます

00:10:05.780 --> 00:10:10.460
ユーザーが組織内の乱雑な場所をわざわざ探すことは稀ですがコパイロットは区別なく探し出します

00:10:10.460 --> 00:10:12.560
AIはインデックス全体から情報を取得します

00:10:12.560 --> 00:10:15.220
そのインデックスを構築したのはマイクロソフトではなくお客様自身です

00:10:15.220 --> 00:10:17.800
コパイロットを完璧な記憶力を持つ支所だと考えてみてください

00:10:17.800 --> 00:10:20.860
普通の従業員なら地下にある鍵のかかっていないキャビネットのことは忘れてしまいます

00:10:20.860 --> 00:10:22.100
コパイロットは忘れません

00:10:22.100 --> 00:10:23.720
インデックスをスキャンするからです

00:10:23.720 --> 00:10:27.400
誰にも見られないはずのホルダに放り込んだ恥ずかしいメモも今はプロンプト一つで呼び出せます

00:10:27.400 --> 00:10:29.460
繰り返しますが悪意があるわけではありません

00:10:29.460 --> 00:10:32.060
お客様が作り上げたデジタルな混沌を効率的に処理しているだけです

00:10:32.060 --> 00:10:34.120
さて権限設定だけが全てではありません

00:10:34.120 --> 00:10:35.860
ここで秘密ドラベルの出番です

00:10:35.860 --> 00:10:38.340
これらは単なる飾りではなく保護を強制するものです

00:10:38.340 --> 00:10:41.040
ファイルが暗号化を伴う機密としてラベル付けされている場合

00:10:41.040 --> 00:10:43.160
コパイロットはそれを尊重しなければなりません

00:10:43.160 --> 00:10:44.640
詳細を説明します

00:10:44.640 --> 00:10:47.020
ラベルによって暗号化や抽出権限が要求される場合

00:10:47.020 --> 00:10:50.340
ユーザーが閲覧と抽出の両方の権限を持っていない限り

00:10:50.340 --> 00:10:51.840
コパイロットはコンテンツを処理しません

00:10:51.840 --> 00:10:54.080
そうでなければコパイロットはブロックされます

00:10:54.080 --> 00:10:55.540
ラベルは継承もされます

00:10:55.540 --> 00:10:59.360
そのためコパイロットが機密ファイルに基づいて新しいスライドデッキを作成する際

00:10:59.360 --> 00:11:01.440
ラベルと保護設定は自動的に引き継がれます

00:11:01.440 --> 00:11:03.240
人の手による介入は不要です

00:11:03.240 --> 00:11:04.860
これは非常に重要です

00:11:04.860 --> 00:11:07.340
派生文書ごとにユーザーがラベル付けを行うことを期待するのは

00:11:07.340 --> 00:11:09.540
人間の記憶力に頼るという無謀な欠けだからです

00:11:09.540 --> 00:11:11.360
統計的に見て人間は負けます

00:11:11.360 --> 00:11:13.580
規制の枠組みはこの問題をさらに深刻にします

00:11:13.580 --> 00:11:16.380
GDPRは権限設定で許可されていたという言い訳を認めません

00:11:16.380 --> 00:11:20.760
HIPAAも誰かが誤ってガン患者の記録をマーケティングチームに公開してしまったという事情は考慮しません

00:11:20.760 --> 00:11:23.740
ISOもプロセスの一貫性が欠けている状況を容認しません

00:11:23.740 --> 00:11:26.960
規制当局にとって重要なのはアクセス可能な範囲そのものなのです

00:11:26.960 --> 00:11:30.500
権限設定の不備によりコパイロット経由で個人データが表示されてしまう場合

00:11:30.500 --> 00:11:32.980
コンプライアンス体制は不十分であるとみなされます

00:11:32.980 --> 00:11:35.680
AIが権限を反映しただけだという主張は

00:11:35.680 --> 00:11:39.940
アクセルを自然に踏んだだけだからスピード違反の切符を切るなと言っているようなものです

00:11:39.940 --> 00:11:41.840
法律はそのような理屈を認めませんし

00:11:41.840 --> 00:11:43.880
居住地ルールを単純化することもありません

00:11:43.880 --> 00:11:48.840
EUの顧客向けにマイクロソフトは必要に応じてコパイロットの処理をEUデータ協会内で行うようにルーティングしています

00:11:48.840 --> 00:11:50.520
しかしここが重要ですが

00:11:50.520 --> 00:11:54.140
リングへのウェブ検索クエリはEUデータ協会の保証範囲には含まれません

00:11:54.140 --> 00:11:56.900
それらは全く別のデータ取扱いポリシーに従います

00:11:56.900 --> 00:12:00.220
全てのデータが等しく守られていると思い込むならその時点で認識は誤っています

00:12:00.220 --> 00:12:03.640
規制当局はたとえあなたが読まなかったとしてもその微妙な違いに気づくでしょう

00:12:03.640 --> 00:12:05.420
永続性についてはどうでしょうか

00:12:05.420 --> 00:12:10.600
コパイロットのプロンプト、応答、アクティビティログがどこか他のLLM学習施設に流出することはありません

00:12:10.600 --> 00:12:14.420
これらはマイクロソフト365のサービス協会内に保存され

00:12:14.420 --> 00:12:17.260
当然ながらパービューで保持や削除を管理できます

00:12:17.260 --> 00:12:21.400
管理者はパービューのコンテンツ検索と保持ポリシーを使用してこの履歴を管理できます

00:12:21.400 --> 00:12:23.480
そしてマイクロソフトは明言しています

00:12:23.480 --> 00:12:26.920
グラフのプロンプトと応答はコパイロットの基盤モデルのトレーニングには使用されません

00:12:26.920 --> 00:12:31.340
CEOの市販機メモが他社のAIを改善するために密かに取り込まれるようなことはありません

00:12:31.340 --> 00:12:34.660
では爆発半径を減らすには何から始めれば良いのでしょうか

00:12:34.660 --> 00:12:37.740
権限監査を実行しエブリワングループを排除してから

00:12:37.740 --> 00:12:41.480
パービューのデータセキュリティ体制管理DSPM評価を実行し

00:12:41.480 --> 00:12:44.580
共有しすぎた状態で放置されているファイルやライブラリを特定します

00:12:44.580 --> 00:12:46.560
なぜなら気づいているかどうかに関わらず

00:12:46.560 --> 00:12:50.360
コパイロットはあなたが誤って許可してしまったあらゆる権限を表面化させる権限を持っているからです

00:12:50.360 --> 00:12:52.560
見て見ぬふりをしたところで助けにはなりません

00:12:52.560 --> 00:12:55.620
もちろん責任をパービューだけに丸投げすることはできません

00:12:55.620 --> 00:12:59.920
パービューはフィルターですがそもそもデータを適切に分類しなければフィルターは機能しません

00:12:59.920 --> 00:13:03.660
コンテンツのラベルを間違えたり身分類のまま放置したりすればフィルターは機能しません

00:13:03.660 --> 00:13:06.720
コパイロットは貪欲なのではなくコンプライアンスに従っているだけなのです

00:13:06.720 --> 00:13:10.440
コパイロットの回答に反映されるのはあなたの組織の権限管理の鏡です

00:13:10.440 --> 00:13:14.000
権限管理が適切であれば洞察は整理され関連性の高いものになります

00:13:14.000 --> 00:13:17.180
図3であればコパイロットは喜んでその見落としを突きつけてきます

00:13:17.180 --> 00:13:21.360
そして強制措置がこうした露出と衝突した時事態は面白くなります

00:13:21.360 --> 00:13:26.280
コパイロットが気の利いた回答を出そうとしてもコンプライアンスルールによって途中で遮断されることがあります

00:13:26.280 --> 00:13:28.820
これはバグでもaiの失敗でもありません

00:13:28.820 --> 00:13:31.360
セキュリティ管理が権限を行使しているのです

00:13:31.360 --> 00:13:32.760
ここからが本題です

00:13:32.760 --> 00:13:37.360
管理センターパービューディフェンダーといった基盤ツールが実際にどのように連携してコパイロットの応答を制御

00:13:37.360 --> 00:13:39.120
監視遮断しているのかを解説します

00:13:39.120 --> 00:13:42.740
あなたは単にトグルを切り替えているつもりでも実際にはオーケストラを指揮しているのです

00:13:42.740 --> 00:13:45.940
スイッチの裏側には技術的な管理という名の公共曲があります

00:13:45.940 --> 00:13:51.160
マイクロソフト365管理センターで何気なくクリックしたチェックボックスは実は指揮者のタクトなのです

00:13:51.160 --> 00:13:56.500
スイッチを切り替えているのではなく統合されたコンプライアンスシステムに対してその振る舞いを正確に指示しているのです

00:13:56.500 --> 00:14:00.580
管理センターパービューディフェンダーは個別に機能するアプリではありません

00:14:00.580 --> 00:14:03.460
これらは緻密に構成された演奏における楽器なのです

00:14:03.460 --> 00:14:06.140
ここに役割を正確に定義したキャストリストを挙げます

00:14:06.140 --> 00:14:09.120
管理センターはテナント制御システムでありいわば送電網です

00:14:09.120 --> 00:14:13.300
ライセンスの割り当てコパイロットのテナントレベルの設定プラグインの有効化を処理します

00:14:13.300 --> 00:14:17.980
管理者はコパイロットの利用者を設定し更新チャンネルを定めベースラインの条件を管理します

00:14:17.980 --> 00:14:20.060
パービューは国境における税関です

00:14:20.060 --> 00:14:24.120
マイクロソフトグラフを流れるすべてを分類しラベル付けし検査します

00:14:24.120 --> 00:14:28.040
ポリシーによる保持の強制dlpデータ損失防止の適用

00:14:28.040 --> 00:14:31.960
ai向けデータセキュリティ体制管理dspmによるリスクの発見

00:14:31.960 --> 00:14:34.560
そしてすべてのアクションの監査ログへの記録を行います

00:14:34.560 --> 00:14:37.260
そして執行部門を担うのがディフェンダーです

00:14:37.260 --> 00:14:40.460
具体的にはマイクロソフトディフェンダー法エンドポイントが実行時の強制

00:14:40.460 --> 00:14:42.820
警告エンドポイントdlpを提供します

00:14:42.820 --> 00:14:47.020
動作を監視し機密データをサードパーティ性aiツールに貼り付けるようなリスクのある操作をブロックし

00:14:47.020 --> 00:14:49.680
ルールに該当する場合はコパイロットのコンテンツ出力を停止します

00:14:49.680 --> 00:14:52.440
これは不具合ではなくポリシーが実行されている証拠です

00:14:58.040 --> 00:14:59.040
実際は違います

00:14:59.040 --> 00:15:00.820
常に相互に重なり合っています

00:15:00.820 --> 00:15:06.620
管理センターでコパイロットを有効にできてもパービューのラベルやポリシーがなければコンテンツは分類されないまま流れてしまいます

00:15:06.620 --> 00:15:11.140
パービューがルールを作成してもディフェンダーの強制力がなければ違反はすり抜けてしまいます

00:15:11.140 --> 00:15:15.400
どれか一つでもオプション扱いすればコンプライアンス管理ではなく混沌を招くことになります

00:15:15.400 --> 00:15:16.660
想像してみてください

00:15:16.660 --> 00:15:21.440
管理センターでライセンスを付与してもパービューの秘密ドラベルを一度も設定していないような状況です

00:15:21.440 --> 00:15:26.780
コパイロットは開かれたファイルを無防備にインデックス化しインターン生がM&A戦略の草案を偶然見つけてしまうかもしれません

00:15:26.780 --> 00:15:30.240
あるいはディフェンダーのDLP設定が過剰な場合を考えてみてください

00:15:30.240 --> 00:15:36.660
ユーザーがコパイロットに市販機収益の要約を求めた際気になるファイルに制限付きと分類された口座番号が含まれていたとします

00:15:36.660 --> 00:15:38.680
ディフェンダーは即座に出力を遮断します

00:15:38.680 --> 00:15:40.880
従業員はコパイロットが壊れていると不満を漏らします

00:15:40.880 --> 00:15:41.800
壊れてはいません

00:15:41.800 --> 00:15:44.440
ディフェンダーはあなたが強制するよう設定した通りに実行しただけです

00:15:44.440 --> 00:15:46.500
実行時の強制はランダムな妨害ではありません

00:15:46.500 --> 00:15:48.860
ポリシー設計の不整合による当然の規決です

00:15:48.860 --> 00:15:50.560
つまりこのように考えてください

00:15:50.560 --> 00:15:54.540
管理センターが法を定めパービューが中身を検査しディフェンダーが実行時に強制するのです

00:15:54.540 --> 00:15:56.780
これらは単に3つのツールを連結したものではありません

00:15:56.780 --> 00:15:59.240
1つのコンプライアンスエンジンの3つの側面なのです

00:15:59.240 --> 00:16:03.160
どれか1つでも設定ミスや無視があれば得られるのはガバナンスではなくノイズです

00:16:03.160 --> 00:16:06.660
では実際に従うべき具体的な技術的戦術を説明します

00:16:06.660 --> 00:16:09.280
ステップ1パービューで統合監査ログを有効にし

00:16:09.280 --> 00:16:12.700
AI向けデータセキュリティ体制管理DSPMをアクティブにします

00:16:12.700 --> 00:16:18.000
DSPMはコパイロットが表面化させる可能性のある過剰に共有されたファイルやシャドーデータをスキャンします

00:16:18.000 --> 00:16:21.960
そしてワンクリックで明白な穴を塞ぐポリシーを自動生成できます

00:16:21.960 --> 00:16:24.540
ステップ2秘密ドラベルを一貫して適用し

00:16:24.540 --> 00:16:26.500
パービューDLPポリシーと組み合わせて

00:16:26.500 --> 00:16:30.320
コパイロットが極めて機密性の高いデータを一切処理できないように制限します

00:16:30.320 --> 00:16:32.040
これを保持ルールと組み合わせることで

00:16:32.040 --> 00:16:34.540
プロンプトと回答にライフサイクル管理を適用します

00:16:34.540 --> 00:16:36.620
ステップ3境界を強化します

00:16:36.620 --> 00:16:39.580
IDレイヤーで条件付きアクセスと多要素認証を使用し

00:16:39.580 --> 00:16:42.700
ディフェンダーのエンドポイントDLPを全てのデバイスに展開します

00:16:42.700 --> 00:16:46.880
そうすれば従業員が機密の回答を未承認のサードパーティー性AIツールにコピー&ペーストして

00:16:46.880 --> 00:16:48.620
ガードレールを回避することはできなくなります

00:16:48.620 --> 00:16:53.180
これら3つの動きによりポリシー分類実行時の各段階でエコシステムを同時にロックダウンできます

00:16:53.180 --> 00:16:55.680
地味ですが重要な役割を果たすツールも忘れないでください

00:16:55.680 --> 00:16:57.560
パービューの保持機能と電子情報開示機能により

00:16:57.560 --> 00:17:00.300
単にルールを強制するだけでなくそれを証明することが可能になります

00:17:00.300 --> 00:17:02.700
規制当局が調査に訪れ証拠を求めてきたとき

00:17:02.700 --> 00:17:06.120
コパイロット利用の検索可能な監査ログと取得可能な履歴が必要になります

00:17:06.120 --> 00:17:09.540
それは飾りとしてのコンプライアンスではなく生き残るための手段です

00:17:09.540 --> 00:17:12.620
コミュニケーションコンプライアンスは検査ポイントをもう一つ追加し

00:17:12.620 --> 00:17:16.220
コパイロットへのリスクのあるプロンプトや不正利用の可能性を検知します

00:17:16.220 --> 00:17:20.020
これを無視すればテナント内で進行中の不正利用に対して盲目になるだけです

00:17:20.020 --> 00:17:23.600
コンプライアンスをシステムの上に重ねるものとして捉えたくなる誘惑が常にあります

00:17:23.600 --> 00:17:24.840
それは間違いです

00:17:24.840 --> 00:17:27.920
これらのコントロールこそがコパイロットガバナンスのオペレーティングシステムなのです

00:17:27.920 --> 00:17:30.460
ライセンス分類保持ブロックログ記録

00:17:30.460 --> 00:17:33.360
これらはコパイロットの動作を保管するものではなく定義するものです

00:17:33.360 --> 00:17:35.640
コパイロットは真空の中に存在するわけではありません

00:17:35.640 --> 00:17:39.660
それは環境に組み込んだポリシー、ラベル、ガードレールの中でしか存在し得ないのです

00:17:39.660 --> 00:17:41.980
そしてこれがより大きな問題へと繋がります

00:17:41.980 --> 00:17:45.980
技術的なコントロールは精密に調整できますがその有効性は予測困難な要因

00:17:45.980 --> 00:17:47.340
つまり人と衝突します

00:17:47.340 --> 00:17:53.220
完璧な保持ポリシー、隙のないDLPルール、ディフェンダーによる堅牢な強制運用を設定することは可能です

00:17:53.220 --> 00:17:57.760
しかしガバナンスが誰も読まないアウトルックのメモになり下がった瞬間に何が起こるでしょうか

00:17:57.760 --> 00:18:01.100
残念ながらそこでコントロールの真の脆さが露呈します

00:18:01.100 --> 00:18:03.660
実践におけるガバナンス、ルール対現実

00:18:03.660 --> 00:18:08.120
実践におけるガバナンスとは理論が現実と向き合うフリをする場所であり大抵は失敗に終わります

00:18:08.120 --> 00:18:10.020
紙の上のポリシーは脆弱です

00:18:10.020 --> 00:18:15.500
周知しタウンホールミーティングを開き勝利を宣言しても数日後には未読メールの山に埋もれてしまいます

00:18:15.500 --> 00:18:18.300
システム主導でないガバナンスはガバナンスではありません

00:18:18.300 --> 00:18:19.960
それはただの根物語です

00:18:19.960 --> 00:18:25.440
機能するルールを望むなら従業員がすでに使っているツールに直接ハードコードする必要があります

00:18:25.440 --> 00:18:30.580
そうでなければコントロールは生前説に基づくことになり従業員もそれ相応の扱いしかしません

00:18:30.580 --> 00:18:32.720
ガバナンスは飾りや理想ではありません

00:18:32.720 --> 00:18:41.220
それは抽象的なコンプライアンスの要求を翻訳し個人情報を保護し機密アクセスを制限してプラットフォームが強制する実際の行動として定着させるそうなのです

00:18:41.220 --> 00:18:43.780
それがなければポリシーは空虚なレトリックにすぎません

00:18:43.780 --> 00:18:46.000
それがあればルールは不可否なものとなります

00:18:46.000 --> 00:18:48.880
パービューによって適用されたホジラベルはどんな人事メモよりも有便です

00:18:48.880 --> 00:18:51.900
なぜならシステムにはユーザーがオプトアウトするボタンなど存在しないからです

00:18:51.900 --> 00:18:54.660
ガバナンスとは外国映画に付けられた字幕のようなものです

00:18:54.660 --> 00:18:57.480
従業員は何が起きているのかを納得する必要さえありません

00:18:57.480 --> 00:19:00.120
システムが設計によって強制的に理解させるからです

00:19:00.120 --> 00:19:04.720
機密ファイルをコパイロットと共有しないでくださいという笑えるほど無益な指示を例にあげましょう

00:19:04.720 --> 00:19:10.620
厳格に聞こえますがクッキーの皿の前にクッキーを食べないでと書いた付箋を置く程度の抑止力しかありません

00:19:10.620 --> 00:19:16.600
その代わりにマイクロソフトコパイロットの体験環境を対象としたデータ損失防止ポリシーをパービューで構成してください

00:19:16.600 --> 00:19:19.880
つまりコパイロットが機密性の高いファイルを認識した場合

00:19:19.880 --> 00:19:24.880
従業員がどれほど丁寧にあるいは無知にプロンプとしても要約や処理ができなくなるのです

00:19:24.880 --> 00:19:26.540
それは提案ではありません

00:19:26.540 --> 00:19:28.680
システムに組み込まれた拒絶なのです

00:19:28.680 --> 00:19:32.380
一般的な啓発キャンペーンと比べてみればその違いは明らかです

00:19:32.380 --> 00:19:36.680
一方はユーザーに禁止事項を伝えもう一方は禁止された操作を技術的に不可能にします

00:19:36.680 --> 00:19:39.120
車の例え話で短く説明しましょう

00:19:39.120 --> 00:19:43.120
ユーザーにデータ共有をしないよう伝えるのは制限速度の標識を立てるようなものです

00:19:43.120 --> 00:19:44.740
コパイロットにデフォルトの秘密ドラベル

00:19:44.740 --> 00:19:47.560
自動ラベル付けdlpポリシーを設定することは

00:19:47.560 --> 00:19:51.200
時速65マイル以上出ないよう実際にスピードリミッターを取り付けるようなものです

00:19:51.200 --> 00:19:53.480
では規制当局はどちらを好むでしょうか

00:19:53.480 --> 00:19:55.440
人間の選択肢を排除する方です

00:19:55.440 --> 00:19:57.280
率直に言ってあなたもそうすべきです

00:19:57.280 --> 00:19:59.560
今こそマイクロソフトのガバナンスツールを活用しましょう

00:19:59.560 --> 00:20:01.280
今回は本当に役立ちますから

00:20:01.280 --> 00:20:06.920
パービュー自動ラベル付けデフォルトの秘密ドラベルは従業員が忘れていても分類を強制します

00:20:06.920 --> 00:20:11.580
保持ラベルはタイムラインを自動適用し忘れられたファイルが永遠に残るのを防ぎます

00:20:11.580 --> 00:20:14.920
コミュニケーションコンプライアンスは監視システムとして機能します

00:20:14.920 --> 00:20:16.960
コパイロットのプロンプトと応答をスキャンし

00:20:16.960 --> 00:20:19.540
AIに不適切なデータが入力されるのを検知できます

00:20:19.540 --> 00:20:22.300
それはやりすぎではなく最低限必要なことです

00:20:22.300 --> 00:20:26.180
そしてAI向けパービューDSPMはコパイロットが何を学習しているかを可視化し

00:20:26.180 --> 00:20:28.460
ワンクリックの修復ポリシーでリスクのある露出を遮断します

00:20:28.460 --> 00:20:29.760
これらを組み合わせることで

00:20:29.760 --> 00:20:32.620
意図とシステムの強制力の間のギャップを埋めることができます

00:20:32.620 --> 00:20:36.540
これが重要なのは最も弱いリンクが予測可能な人間だからです

00:20:36.540 --> 00:20:38.540
コンプライアンス担当者がルールを書き

00:20:38.540 --> 00:20:40.280
管理者がツールを設定しても

00:20:40.280 --> 00:20:42.860
従業員は忙しくなれば全て無視してしまいます

00:20:42.860 --> 00:20:46.220
コミュニケーションコンプライアンスは人間の軽率な行動を止められませんが

00:20:46.220 --> 00:20:48.600
試みを補足しテレメトリを生成できます

00:20:48.600 --> 00:20:50.640
DSPMは善意に頼りません

00:20:50.640 --> 00:20:52.260
共有されすぎたデータを見つけ

00:20:52.260 --> 00:20:54.440
自動修正するためのポリシーを提示します

00:20:54.440 --> 00:20:56.420
これらのツールは規律を求めるのではなく

00:20:56.420 --> 00:20:57.440
強制するのです

00:20:57.440 --> 00:21:00.520
もちろんガバナンスはツールだけでなく構造も必要です

00:21:00.520 --> 00:21:04.700
適切な導入には部門横断的なAIカウンシルやセンターオブエクセレンスが必要です

00:21:04.700 --> 00:21:07.840
ホーム、セキュリティ、人事、ITがテーブルを囲み

00:21:07.840 --> 00:21:10.140
ルールと技術的制御をすり合わせる場所です

00:21:10.140 --> 00:21:12.140
マイクロソフトのガイダンスもこれを推奨しており

00:21:12.140 --> 00:21:13.920
これは単なる形式的なものではありません

00:21:13.920 --> 00:21:16.680
すり合わせがなければ一方は曖昧な指示を印刷し

00:21:16.680 --> 00:21:19.360
もう一方は全く異なる現実を構成することになります

00:21:19.360 --> 00:21:21.980
ガバナンスは単なる技術的な境界線ではなく

00:21:21.980 --> 00:21:23.460
組織の振り付けなのです

00:21:23.460 --> 00:21:26.580
架空の2社を比較すればその点は明白です

00:21:26.580 --> 00:21:29.440
A社はコパイロットを責任を持って使用すること

00:21:29.440 --> 00:21:32.000
という見栄えの良い1ページの指針を作成します

00:21:32.000 --> 00:21:35.520
B社は分類されていないデータにはコパイロットが一切触れないよう

00:21:35.520 --> 00:21:37.300
パービューテンプレートを設定します

00:21:37.300 --> 00:21:40.880
6ヶ月後、A社はコパイロットのようやくに機密ファイルが露出し

00:21:40.880 --> 00:21:42.780
情報漏洩の対応に追われます

00:21:42.780 --> 00:21:44.380
B社はそんなことにはなりません

00:21:44.380 --> 00:21:45.640
どちらもガバナンスはありましたが

00:21:45.640 --> 00:21:47.520
ガバナンスをシステムとして扱ったのは一方だけでした

00:21:47.520 --> 00:21:50.260
ネタバレすると形式主義は失敗し自動化が勝利します

00:21:50.260 --> 00:21:51.560
結論は明白です

00:21:51.560 --> 00:21:55.100
ガバナンスはPDF、ポスター、必須のトレーニングスライドの中には存在しません

00:21:55.100 --> 00:21:58.280
ユーザーが回避不可能な技術的制御の中にこそ存在しているのです

00:21:58.280 --> 00:22:00.700
壁に貼られただけのポリシーは公式に見えるかもしれません

00:22:00.700 --> 00:22:05.080
設定されたパービュールールやDLPブロック、秘密度ラベルこそが真に公式なものです

00:22:05.080 --> 00:22:08.680
意識向上キャンペーンは味付けに過ぎず、強制力こそが本質です

00:22:08.680 --> 00:22:10.520
確かにユーザー教育は重要ですが

00:22:10.520 --> 00:22:14.280
従業員が常にルールを覚えていることに頼る戦略ではすでに負けています

00:22:14.280 --> 00:22:16.180
つまり、実務におけるガバナンスとは

00:22:16.180 --> 00:22:21.280
あらゆる機体をユーザーの協力の有無に関わらず機能するシステム強制ルールへと変換することに集約されます

00:22:21.280 --> 00:22:24.880
そうして初めて、コンプライアンスは現実の試練に頼るものとなります

00:22:24.880 --> 00:22:29.340
自動化された境界が確立されれば、コパイロットは単なるAIアシスタントではなく

00:22:29.340 --> 00:22:33.100
ガバナンスモデルがリアルタイムで機能していることを証明する存在になります

00:22:33.100 --> 00:22:37.680
ここから得られる重要な気づきは、コパイロットの有効化が単なるAIの導入ではなく

00:22:37.680 --> 00:22:43.120
契約、権限、データ制限、ガバナンス全体にわたる管理システムの作動を意味するということです

00:22:43.120 --> 00:22:46.060
次に検討すべきは、まさにこの全体像です

00:22:46.060 --> 00:22:48.960
コパイロットのスイッチを入れることは、単にAIをオンにするのではなく

00:22:48.960 --> 00:22:50.720
コンプライアンスエンジンを始動させることです

00:22:50.720 --> 00:22:54.860
そのワンクリックが、契約、ライセンス、データ保護、そして強制ルール全体に波及していきます

00:22:54.860 --> 00:22:57.780
それを魔法のような自動化だと思っているなら、システムを読み違えています

00:22:57.780 --> 00:23:01.200
あなたは一度の操作で、法律、ポリシー、そしてセキュリティを作動させたのです

00:23:01.200 --> 00:23:06.140
コパイロットのリスクを抑えつつ運用したいなら、今週中にテナント内のこれら3点を確認してください

00:23:06.140 --> 00:23:09.480
パービューDSUPM4 AI評価を実行し修正を適用すること

00:23:09.480 --> 00:23:13.340
RBACとエントラのスコープでグループ単位のライセンス割り当てを行うこと

00:23:13.340 --> 00:23:18.160
そしてパービュー監査、保持、DLPを有効にして高機密データをブロックすることです

00:23:18.160 --> 00:23:21.680
面倒なトラブルシューティングの時間を節約できたなら、ぜひチャンネル登録を

00:23:21.680 --> 00:23:23.820
将来の自分自身が感謝することになるでしょう

00:23:23.820 --> 00:23:24.860
忘れないでください

00:23:24.860 --> 00:23:28.080
コパイロットには、マイクロソフトが構築した統制機能とガイダンスがすでに備わっています

00:23:28.080 --> 00:23:31.160
それらを適切に設定すれば、コンプライアンスによってAIは脅威から

00:23:31.160 --> 00:23:33.040
信頼のおける規律あるツールへと変わります