WEBVTT

00:00:00.000 --> 00:00:03.780
Ви витісняєте дані через Coopilot Studio прямо зараз, навіть не підозрюючи про це.

00:00:03.920 --> 00:00:08.340
Так, поки всі радіють, що їхній новийший помічник може шукати, підсумовувати та автоматизувати,

00:00:08.480 --> 00:00:13.720
той самий привітний чат-бот може також із задоволенням індексувати нотатки ваших нарад, директорів і фінансові таблиці.

00:00:13.860 --> 00:00:16.800
Це не зловмисність, це слухняність, болісна слухняність.

00:00:16.960 --> 00:00:23.780
Агенти Coopilot Studio успадковують ті самі дозволи, що й ви, а це означає, що якщо ви можете бачити файл із зарплатою генерального директора, то і ваш чат-бот теж.

00:00:23.780 --> 00:00:27.480
Вітаю, ви створили всезнаючого стажера, який працює зі швидкістю Azure.

00:00:27.620 --> 00:00:31.100
І все ж люди говорять про безпеку Coopilot, наче це вже вирішена проблема.

00:00:31.360 --> 00:00:37.080
Спойлер, це не так. Ваші ще агенти – це продовження вашої ідентичності, а не окремі сутності з обмеженнями.

00:00:37.260 --> 00:00:42.280
Вони позичають ваш токен доступу і бігають вашими даними, роблячи саме те, чого ви їм не наказували.

00:00:42.460 --> 00:00:48.160
Власне, ви й не забороняли їм цього, бо не налаштували правила запобігання втраті даних, які слугують для них повідцем.

00:00:48.160 --> 00:00:49.360
Отже, до справи.

00:00:49.360 --> 00:00:55.040
За кілька хвилин ви дізнаєтеся, як зупинити цей витік, як застосувати політики DLP у Pava Platform,

00:00:55.220 --> 00:01:02.160
щоб ваші агенти Coopilot випадково не видали конфіденційні дані, наче балаку чи стажер, що загубив корпоративну кредитну картку.

00:01:02.360 --> 00:01:07.320
Ми розберемо, чому агенти Coopilot виходять за межі повноважень, як контролювати потоки даних через коннектори,

00:01:07.360 --> 00:01:10.040
та що насправді дозволяє модель згоди Microsoft залаштунками.

00:01:10.040 --> 00:01:14.180
Існує одне конкретне правило DLP, яке ігнорують приблизно 9 із 10 адміністраторів,

00:01:14.180 --> 00:01:17.780
що непомітно відокремлює безпечні організації від тих, що потрапляють у заголовки новин.

00:01:17.900 --> 00:01:20.940
Наприкінці ви знайдемете рішення, і у вас не залишиться жодних виправдань.

00:01:21.100 --> 00:01:24.180
Давайте дізнаємося, що ваш Coopilot знає такого, чого не повинен.

00:01:24.320 --> 00:01:27.100
Прихована проблема агенти, які знають забагато.

00:01:27.300 --> 00:01:28.520
Ось незручна правда.

00:01:28.860 --> 00:01:33.100
Ваш агент Coopilot Studio – це не колега, це ви, дублювані в Кремнії.

00:01:33.100 --> 00:01:38.000
Він не питає, чи має право отримати цей файл SharePoint або зазирнути в ту таблицю Dataverse,

00:01:38.140 --> 00:01:40.300
він просто робить це, бо такі ваші дозволи.

00:01:40.440 --> 00:01:46.560
Більшість адміністраторів забувають, що в екосистемі Microsoft реплікація ідентичності дорівнює реплікації привілеїв.

00:01:46.700 --> 00:01:50.820
Агент – це, по суті, слухняний клон, якому надано доступ через ваш контекст безпеки,

00:01:50.900 --> 00:01:52.680
проте він позбавлений вашого розсуду.

00:01:52.800 --> 00:01:58.900
Coopilot Studio упов'язує ці можливості через конектори Outlook, Dataverse, SharePoint, Teams та будь-які інші інтеграції,

00:01:58.900 --> 00:02:00.780
дозволені вашим орендарем Pava Platform.

00:02:00.960 --> 00:02:05.560
Кожен конектор діє як тунель, прокладений між вашими джерелами даних і цим шіпомічником.

00:02:05.820 --> 00:02:08.800
Щобільше тунелів ви відкриваєте, то далі може блукати ваш агент.

00:02:08.980 --> 00:02:13.620
Це зручно, навіть захопливо, доки той самий агент радісно не підсумує конфіденційні HR-документи,

00:02:13.740 --> 00:02:16.440
бо хтось запитав, якими були моделі найму минулого кварталу.

00:02:16.580 --> 00:02:21.160
Це цифровий еквівалент стажера на кофеїні, який швидко гортає папку з персоналом.

00:02:21.340 --> 00:02:22.840
У чому справжній парадокс?

00:02:22.840 --> 00:02:26.800
Microsoft насправді надає обмеження політики запобігання втраті даних.

00:02:26.900 --> 00:02:32.060
DLP мав бути вишебайлом на вході, що відокремлює важливі для бізнесу дані від неробочого хаосу.

00:02:32.180 --> 00:02:36.880
Проте в більшості впровадженці бар'єри закінчуються на два поверхи нижче робочого простору Co-Pilot.

00:02:37.080 --> 00:02:40.700
Користувачі вважають, що їхні політики рівня клієнта каскадуються автоматично,

00:02:40.840 --> 00:02:44.980
але агенти Co-Pilot існують десь між середовищем Pava Platform і межами вашого клієнта.

00:02:44.980 --> 00:02:49.580
Це тіньова зона управління, де технічно нічого не ламається, але все тихо йде не так.

00:02:49.840 --> 00:02:51.040
Поміркуйте ось про що.

00:02:51.240 --> 00:02:55.980
Ви налаштовуєте коннектори Outlook і SharePoint як бізнесові, а певний зовнішній ARRI – як небізнесовий.

00:02:56.680 --> 00:03:01.020
Такий поділ, якщо його правильно забезпечити, зупиняє перетікання даних між категоріями.

00:03:01.200 --> 00:03:04.720
Але ваш агент Co-Pilot, що знаходиться в середовищі з обмеженою областю дії,

00:03:04.840 --> 00:03:08.560
зрештою працює з обома, бо ніхто не під'єднав його середовище до правильного набору DLP.

00:03:08.560 --> 00:03:12.340
Раптом ваші бізнес-дані починають передаватися через небізнесове з'єднання.

00:03:12.480 --> 00:03:17.100
Це як мати надійний сейф з відчиненими дверима, бо ваша політика безпеки охороняла лише фоє.

00:03:17.240 --> 00:03:20.400
Типові шляхи збоїв ведуть до одного і того самого недогляду.

00:03:20.540 --> 00:03:25.120
Перше, агенти узагальнюють або перефразують інформацію, отриману з конфіденційних списків.

00:03:25.320 --> 00:03:30.960
Друге, вони об'єднують різні джерела в одній розмові, ненавмисно порушуючи класифікацію даних.

00:03:31.440 --> 00:03:34.540
Третє, адміністратори припускають успадкування політик.

00:03:34.540 --> 00:03:40.760
Але оскільки агенти Co-Pilot розгортаються всередині середовищ з унікальними межами DLP, таке успадкування ніколи не відбувається.

00:03:40.900 --> 00:03:44.980
Дивовижне припущення, що Майкрософт виконує за вас роботу з управління, це не так.

00:03:45.160 --> 00:03:48.120
Якщо ваш Co-Pilot бачить фінансові дані, вітаємо.

00:03:48.280 --> 00:03:54.340
Так само їх бачить кожен добромисний співробітник, який відкриває сеанс чат-бота і починає випитувати деталі бюджету.

00:03:54.540 --> 00:03:58.520
Це вектор прихованого витоку, внутрішня вразливість без злого умислу.

00:03:58.520 --> 00:04:03.280
Хакери не потрібні, достатньо надто щедрих дозволів та відсутності ізоляції контексту.

00:04:03.400 --> 00:04:07.800
Це той тип витоку, який не потрапляє в заголовки газет, доки хтось не експортує транскрипт в чату.

00:04:07.980 --> 00:04:11.700
Отже, перед тим, як панікувати чи звинувачувати Майкрософт, подивіться на свою архітектуру.

00:04:11.840 --> 00:04:14.280
Ваш агент не порушує правила, він чітко їх виконує.

00:04:14.460 --> 00:04:16.320
Ви просто ніколи не визначили правильні правила.

00:04:16.500 --> 00:04:18.780
DLP не застосовується автоматично до кожного рівня.

00:04:18.960 --> 00:04:21.800
Його потрібно визначати, забезпечувати та тестувати для кожного середовища окремо.

00:04:21.800 --> 00:04:22.660
І знаєте що?

00:04:22.820 --> 00:04:25.980
Агенти Co-Pilot Studio за замовчуванням живуть у середовищах розробки,

00:04:26.060 --> 00:04:28.840
які ви, ймовірно, ніколи не захищали, бо це ж просто тестування.

00:04:29.020 --> 00:04:32.040
Ми встановили симптом агенти, які знають занадто багато.

00:04:32.180 --> 00:04:34.640
Тепер, щоб усунути витік, нам потрібно відобразити,

00:04:34.780 --> 00:04:39.520
куди насправді подорожують дані в Co-Pilot Studio від користувача до коннектора і журналу розмов,

00:04:39.660 --> 00:04:42.300
бо не можна перекрити річку, не зрозумівши її течії.

00:04:42.300 --> 00:04:45.840
Тож давайте розберемо цей потік далі, перш ніж ваш ввічливий маленький чат-бот

00:04:45.840 --> 00:04:48.220
Агент випадково напише ваш річний прогноз у командний чат,

00:04:48.320 --> 00:04:50.000
до якого він не мав би приєднуватися.

00:04:50.160 --> 00:04:52.180
Як дані проходять через Co-Pilot Studio?

00:04:52.560 --> 00:04:56.420
Давайте простежемо шлях ваших даних, тому що, на відміну від вас, вони не йдуть на кавову перерву.

00:04:56.540 --> 00:04:59.780
У той момент, коли користувач розпочинає розмову з агентом Co-Pilot Studio,

00:04:59.980 --> 00:05:02.100
у фоновому режимі запускається кілька механізмів.

00:05:02.260 --> 00:05:04.080
Спочатку визначається ідентичність користувача,

00:05:04.080 --> 00:05:06.000
що проходить автентифікацію через Enter ID.

00:05:06.180 --> 00:05:09.260
Ця ідентичність має делеговані дозволи, які, по суті, кажуть,

00:05:09.260 --> 00:05:11.500
«Усе, що бачу я, можеш бачити й ти».

00:05:11.500 --> 00:05:16.580
Потім агент використовує ці облікові дані через коннектор «Логічний міст до вашого джерела даних»,

00:05:16.580 --> 00:05:21.040
як-от SharePoint, Outlook, Dataverse або будь-яка інша служба в цьому середовищі.

00:05:21.180 --> 00:05:23.620
Коли дані отримано, результат не зникає.

00:05:23.800 --> 00:05:27.500
Він проходить крізь рівні «Контекст розмови», «Згенеровану відповідь»

00:05:27.500 --> 00:05:31.020
і, нарешті, сховище аналітики для реєстрації та аналізу.

00:05:31.160 --> 00:05:35.300
Мила невелика естафета даних, де естафетною паличкою є ваша конфіденційна інформація.

00:05:35.300 --> 00:05:38.140
Але на кожному етапі цієї естафети є слабкі ланки.

00:05:38.300 --> 00:05:40.120
Коннектор – це перша зона ризику.

00:05:40.320 --> 00:05:42.940
Коннектори в Power Platform бувають трьох типів –

00:05:42.940 --> 00:05:44.940
стандартні, типові служби Microsoft,

00:05:45.260 --> 00:05:49.080
преміум, сторонні або розширені функції і користувацькі ARRI.

00:05:49.260 --> 00:05:51.000
Кожен тип регулюється по-різному.

00:05:51.240 --> 00:05:54.360
Стандартні коннектори чітко підпадають під вбудовані категорії DLP.

00:05:54.560 --> 00:05:57.740
Преміум та власні коннектори, однак, часто перебувають у регуляторному підвішеному стані,

00:05:57.800 --> 00:05:59.260
доки ви не призначити їм класифікацію.

00:05:59.260 --> 00:06:02.820
Коли адміністратори ігнорують це, агенти Co-Pilot сприймають їх усіх як доступні для використання.

00:06:02.980 --> 00:06:06.060
Уявіть, що ви позначили половину своїх шаф для документів як цілком таємно,

00:06:06.160 --> 00:06:07.100
а решту залишили без міту.

00:06:07.220 --> 00:06:10.300
Ви щойно дали стажеру дозвіл відкривати все, що виглядає цікаво.

00:06:10.440 --> 00:06:12.860
Друга слабка точка полягає в системних коннекторах.

00:06:13.040 --> 00:06:14.620
Вони невидимі на робочому полотні розробника,

00:06:14.740 --> 00:06:18.660
але непомітно забезпечують такі функції, як повідомлення в Teams або відображення адаптивних карток.

00:06:18.800 --> 00:06:21.280
Оскільки технічно вони належать системі, а не користувачеві,

00:06:29.260 --> 00:06:32.120
Дані переміщуються ними, більшість організацій цього навіть не помічають.

00:06:32.280 --> 00:06:35.500
За замовчуванням, Майкрософт виключає кілька коннекторів із застосування політик,

00:06:35.580 --> 00:06:37.080
щоб зберегти базову функціональність.

00:06:37.220 --> 00:06:39.780
Чудово для безвідмовної роботи, жахливо для ізоляції.

00:06:39.940 --> 00:06:42.340
Далі йде журнал розмов «Історія чату Co-Pilot»,

00:06:42.340 --> 00:06:45.520
що зберігається для аналітики налагодження та постійного вдосконалення.

00:06:45.700 --> 00:06:48.620
Багато хто вважає, що вимкнення телеметрії припиняє це.

00:06:48.800 --> 00:06:49.440
Це не так.

00:06:49.440 --> 00:06:52.360
Дані розмов можуть зберігатися в аналітичному сховищі середовища,

00:06:52.440 --> 00:06:55.080
тобто запит, що стосується конфіденційних фінансових показників,

00:06:55.180 --> 00:06:58.840
може залишатися у ваших логах необмежений час, якщо не налаштовано термін зберігання.

00:06:59.020 --> 00:07:01.920
Ви вже можете відчути, як здригається відділ комплеєнсу.

00:07:02.060 --> 00:07:04.400
Ось де потік даних стає оманливо складним.

00:07:04.580 --> 00:07:08.240
Один виклик Co-Pilot може послідовно задіяти кілька коннекторів.

00:07:08.400 --> 00:07:12.280
Наприклад, агент може використовувати Outlook для вилучення останніх електронних листів,

00:07:12.280 --> 00:07:15.960
пропустити цей вміст через коннектор текстової аналітики та повернути підсумки в Teams.

00:07:16.120 --> 00:07:17.940
Кожен крок перетинає межу DLP.

00:07:18.180 --> 00:07:21.240
Якщо хоча б один із цих коннекторів належить до іншої класифікації,

00:07:21.380 --> 00:07:24.440
скажімо, Outlook як бізнес, а когнітивні служби як небізнесові,

00:07:24.540 --> 00:07:25.880
весь потік порушує політику.

00:07:26.080 --> 00:07:28.140
Система не кричить, вона просто працює.

00:07:28.300 --> 00:07:30.780
Перехресне з'єднання непомітне, але катастрофічне.

00:07:30.780 --> 00:07:34.520
Гірше того, політики DLP діють лише в межах середовища, а не в усьому тененті,

00:07:34.520 --> 00:07:37.040
Тобто кожне середовище Pava Platform має власні межі.

00:07:37.160 --> 00:07:41.520
Якщо ви не скопіюєте політики вручну, кожне нове середовище стане потенційним джерелом витоку.

00:07:41.680 --> 00:07:45.960
Ви можете мати ідеальне управління у продуктивному середовищі та повний хаос у розробці.

00:07:46.120 --> 00:07:50.860
І Microsoft ввічливо нагадає вам, якщо запитаєте, що ізоляція середовищ – це так задумано.

00:07:51.040 --> 00:07:52.720
Іншими словами, це ваша проблема.

00:07:52.720 --> 00:07:54.860
Дозвольте розповісти повчальну історію.

00:07:54.980 --> 00:07:57.900
Клієнт розгорнув фінансовий агент Coopilot у тестовому середовищі,

00:07:57.900 --> 00:08:01.200
припускаючи, що їхня глобальна політика DLP застосується автоматично.

00:08:01.360 --> 00:08:03.600
Агент, радісно не усвідомлюючи ієрархії,

00:08:03.760 --> 00:08:07.960
мав доступ і до внутрішніх бібліотек SharePoint, і до експериментального стороннього ARRI.

00:08:08.140 --> 00:08:10.220
Коли юристи перевірили зразок журналу-чату,

00:08:10.360 --> 00:08:13.800
вони виявили конфіденційні квартальні цифри, інтегровані в розмову з ARRI.

00:08:13.800 --> 00:08:16.800
Жодного вторгнення, жодного зламу, лише відсутність політики.

00:08:16.940 --> 00:08:20.200
Система поводилася саме так, як була налаштована робити все неправильно.

00:08:20.200 --> 00:08:22.640
Тепер ви можете уявити анатомію витоку.

00:08:22.800 --> 00:08:25.560
Ідентичність делегує повноваження, конектори з'єднують дані,

00:08:25.680 --> 00:08:28.440
журнали розмов зберігають сліди, аналітика фіксує подію.

00:08:28.580 --> 00:08:31.260
Пропустіть один бар'єр, і інформація просочиться крізь нього.

00:08:31.420 --> 00:08:33.660
Тож, перш ніж зводити захист, пам'ятайте про цей потік.

00:08:33.780 --> 00:08:36.040
Користувач, конектор, агент, журнал, аналітика.

00:08:36.040 --> 00:08:38.460
Кожна стрілка – це потенційний шлях для втечі.

00:08:38.600 --> 00:08:39.900
Далі ми збудуємо стіни.

00:08:39.900 --> 00:08:43.800
Політики DLP достатньо потужні, щоб стримати навіть найбільш завзятого Co-Pilot.

00:08:43.980 --> 00:08:46.300
Будівництво DLP-фортеці – правильне налаштування.

00:08:46.480 --> 00:08:48.500
Більшість адміністраторів тут відчувають легку паніку.

00:08:48.660 --> 00:08:49.280
Це добре.

00:08:49.420 --> 00:08:52.500
Паніка означає, що ви нарешті зрозуміли, ваші агенти не такі вже й невинні.

00:08:52.640 --> 00:08:55.320
Це діти без нагляду з доступом до корпоративного сейфа.

00:08:55.320 --> 00:08:58.000
Отже, почнемо будувати цю фортецю правильно з нуля,

00:08:58.140 --> 00:09:01.060
бо створити політику DLP-упава-плетфом неважко.

00:09:01.220 --> 00:09:04.280
Розуміння того, що саме вона контролює, потребує більше хисту,

00:09:04.280 --> 00:09:05.940
ніж визнає більшість документації.

00:09:06.120 --> 00:09:08.320
Спочатку визначте своє поле битви «Середовища»,

00:09:08.320 --> 00:09:10.120
де розміщені проекти Co-Pilot Studio.

00:09:10.480 --> 00:09:13.240
Багато організацій створюють безліч середовищ Пава-плетфом

00:09:13.240 --> 00:09:15.020
для розробки, тестування, продуктиву.

00:09:15.100 --> 00:09:17.420
Часто це роблять ентузіасти-розробники, які вважають,

00:09:17.420 --> 00:09:19.600
що середовище – це пісочниця для творчості.

00:09:19.700 --> 00:09:20.400
Це не так.

00:09:20.520 --> 00:09:22.800
Кожне середовище – це окремий острів безпеки.

00:09:22.920 --> 00:09:24.660
Політики, які ви встановлюєте на рівні Тенента,

00:09:24.780 --> 00:09:26.220
не огороджують ці острови автоматично,

00:09:26.220 --> 00:09:28.820
тобто ваше продуктивне середовище може бути захищене як Форт Нокс,

00:09:28.900 --> 00:09:31.440
тоді як середовище розробки дрейфує, як пліт у Тихому океані.

00:09:31.540 --> 00:09:33.180
Отже, перший крок – це розвідка.

00:09:33.380 --> 00:09:36.380
Знайдіть кожне середовище, де хтось натиснув «Створити Co-Pilot».

00:09:36.380 --> 00:09:38.220
Припускайте, що нічо не є безпечним.

00:09:38.400 --> 00:09:39.840
Тепер ми будуємо першу стіну.

00:09:39.840 --> 00:09:42.820
В центрі адміністрування Пава-плетфом відкрійте розділ політик даних

00:09:42.820 --> 00:09:44.920
і створіть нову політику запобігання втраті даних.

00:09:44.920 --> 00:09:47.660
Вас попросять визначити середовище, на якій вона поширюється.

00:09:47.800 --> 00:09:49.000
Обирайте їх свідомо.

00:09:49.160 --> 00:09:52.840
Розкидання політик по невикористовуваних просторах лише породжує неузгодженість.

00:09:52.980 --> 00:09:56.420
Кожна політика застосовується під час розгортання, а не заднім числом.

00:09:56.420 --> 00:09:59.200
Отже, кожен новий або наявний конектор у цьому середовищі

00:09:59.200 --> 00:10:02.160
підпорядковуватиметься правилам лише після публікації політики.

00:10:02.320 --> 00:10:05.200
Далі йде наріжний камінь класифікації конекторів DLP.

00:10:05.440 --> 00:10:08.660
Уявіть кошики з написами «Бізнес», «Небізнесовий» та «Заблокований».

00:10:08.660 --> 00:10:10.220
Вони вільно спілкуються між собою.

00:10:10.400 --> 00:10:13.400
Небізнесові конектори можуть обмінюватися даними лише всередині своєї групи.

00:10:13.560 --> 00:10:15.560
Заблоковані конектори повністю ізольовані.

00:10:15.700 --> 00:10:18.160
Це ієрархія, якої важчі має дотримуватися.

00:10:18.160 --> 00:10:21.620
І так, помилкове розміщення одного конектора між групами може перетворити

00:10:21.620 --> 00:10:23.360
безпечний чат-бот на джерело пліток.

00:10:23.480 --> 00:10:25.580
Тепер ізолюйте групу високого ризику.

00:10:25.780 --> 00:10:27.240
Щі та зовнішні конектори.

00:10:27.440 --> 00:10:30.460
Все, що позначено як кобнітив сервіса з OpenAI або загальний HTTP,

00:10:30.460 --> 00:10:33.140
має за замовчуванням потрапляти в небізнесові або заблоковані.

00:10:33.280 --> 00:10:37.080
Ці конектори діють як вихідні шлюзи, через які дані залишають закриту екосистему Microsoft

00:10:37.080 --> 00:10:38.960
і потрапляють у сферу сторонньої обробки.

00:10:38.960 --> 00:10:42.220
Їх блокування не паралізує ваш co-pilot, воно дисциплінує його.

00:10:42.400 --> 00:10:44.620
Ви все ще можете створювати інтелектуальні потоки,

00:10:44.760 --> 00:10:48.140
просто не передаючи необроблені дані клієнтів першій ліпшій кінцевій точці.

00:10:48.280 --> 00:10:51.040
Потім перейдемо до тихого вбивці перехресного з'єднання.

00:10:51.040 --> 00:10:56.120
Це стається, коли один діалог або потік взаємодіє одночасно з бізнесовим і небізнесовим конектором.

00:10:56.280 --> 00:10:59.200
Наприклад, агент отримує список SharePoint – бізнес,

00:10:59.200 --> 00:11:02.820
а потім надсилає цей звіт до зовнішнього арі мови – небізнесовий.

00:11:02.940 --> 00:11:05.160
Навіть якщо кожен конектор дозволено окремо,

00:11:05.240 --> 00:11:08.760
це з'єднання створює міст передачі даних, заборонений вашою політикою.

00:11:08.920 --> 00:11:12.020
Застосування DLP у Pava Platform автоматично блокує такі потоки,

00:11:12.120 --> 00:11:13.900
якщо ви правильно класифікували конектори.

00:11:14.020 --> 00:11:16.540
В іншому випадку система ігнорує це і продовжує роботу.

00:11:16.680 --> 00:11:18.140
Перевірте свої групування.

00:11:18.140 --> 00:11:21.860
Одна невірна класифікація – і охоронців вічливо випустять злодія.

00:11:22.080 --> 00:11:25.140
Сама ієрархія DLP працює як стопка вкладених щитів.

00:11:25.140 --> 00:11:28.580
На самому верху політики рівня орендаря переважають усе, що під ними.

00:11:28.740 --> 00:11:31.880
Під ними політики рівня середовища керують конкретними просторами.

00:11:32.060 --> 00:11:36.240
Нарешті обмеження для окремих програм чи агентів діють лише в межах їхнього середовища.

00:11:36.400 --> 00:11:38.460
Сприймайте це як управлінську ієрархію.

00:11:38.580 --> 00:11:42.300
Правила орендаря – це корпоративний закон, правила середовища – політика відділу,

00:11:42.300 --> 00:11:44.320
а налаштування програм – стікери на кабінках.

00:11:44.500 --> 00:11:47.260
Якщо виникають суперечності, перемагає корпоративний закон.

00:11:47.440 --> 00:11:51.060
Отже, у разі сумнівів застосовуйте суворі налаштування за замовчуванням на рівні орендаря,

00:11:51.160 --> 00:11:52.220
а потім звужуйте винятки.

00:11:52.400 --> 00:11:54.660
Не довіряйте розробникам програм «Самоконтроль».

00:11:54.660 --> 00:11:59.380
Це ті самі люди, які вважали прийнятним запуск Pava Otamite у виробництво без контролю версій.

00:11:59.520 --> 00:12:02.600
Перш ніж святкувати, завжди тестуйте все у пісочниці.

00:12:02.780 --> 00:12:05.840
Агенти Co-Pilot Studio покладаються на багато неявних з'єднань,

00:12:05.840 --> 00:12:09.580
і ваша нова політика може непомітно заблокувати їх, порушивши основні функції.

00:12:09.740 --> 00:12:12.100
Розгорніть налаштування DLP у тестовому середовищі,

00:12:12.200 --> 00:12:15.680
імпортуйте зразок агента і підтверте, що він все ще відповідає на звичайні запити.

00:12:15.860 --> 00:12:17.620
Якщо ні, коригуйте групування конекторів,

00:12:17.720 --> 00:12:20.140
доки функціональність не відновиться без розширення вразливості.

00:12:20.300 --> 00:12:23.920
Ви балансуєте між зручністю та параноією, дещо схиляючись до параної.

00:12:24.060 --> 00:12:25.880
Це дешевше, ніж судові позови.

00:12:26.180 --> 00:12:27.900
Зауважте, що ми щойно зробили.

00:12:27.900 --> 00:12:31.500
Ми розділили дані, визначили межі та заблокували виходи.

00:12:31.820 --> 00:12:37.900
Це ваша фортеця, суворі категорії, обмежені середовища, багаторівнева ієрархія, випробувані стіни.

00:12:38.040 --> 00:12:41.580
Але навіть найкращій фортеці потрібні охоронці, які розуміють дозволи,

00:12:41.680 --> 00:12:44.460
бо захист руйнується, щойно хтось роздає майстер ключі.

00:12:44.600 --> 00:12:47.860
А в королівстві Майкрософт ці ключі видаються через Entra ID.

00:12:48.040 --> 00:12:51.880
Отже, тепер, коли ваші стіни високі, а рівповний, давайте поговоримо про вартових.

00:12:51.880 --> 00:12:55.900
Ті чарівні делеговані дозволи, через які кожен адміністратор відчуває хибну безпеку.

00:12:56.180 --> 00:12:59.240
Зустрічайте Entra та її не такі вже й магічні моделі дозволів.

00:12:59.420 --> 00:13:01.400
Дозволи Entra та міф про безпеку.

00:13:01.560 --> 00:13:05.220
Якби я отримував долар щоразу, коли хтось казав, це Entra, тому це безпечно.

00:13:05.440 --> 00:13:08.880
Я б мав достатньо, щоб купити акції Майкрософт і власноруч виправити проблему.

00:13:09.080 --> 00:13:10.980
Давайте як слід розвінчаємо цей міф.

00:13:10.980 --> 00:13:18.000
Entra, раніше відома як Azure Active Directory, не посипає вашу ідентифікацію чарівним пилом лише тому, що вона керує автентифікацією.

00:13:18.140 --> 00:13:25.420
Це брокер, а не охоронець, і ваш агент Co-Pilot, яким би милим він не здавався, не має власного облікового запису, пароля чи сумління.

00:13:25.580 --> 00:13:26.680
Він позичає ваш.

00:13:26.820 --> 00:13:28.840
Це називається делегованими дозволами.

00:13:29.000 --> 00:13:33.840
Коли ви входите в систему і взаємодіяти з агентом Co-Pilot, цей агент запитує маркер доступу від вашого імені.

00:13:33.840 --> 00:13:37.780
Цей маркер містить усі дозволи, надані вам у середовищі Microsoft 365.

00:13:38.520 --> 00:13:39.840
Бібліотека SharePoint є.

00:13:40.020 --> 00:13:41.300
Таблиця Dataverse є.

00:13:41.480 --> 00:13:45.380
Приватний чат у Teams з вашим босом теж є, якщо у вас є такий доступ.

00:13:45.540 --> 00:13:48.040
Агент не розрізняє важливе та катастрофічне.

00:13:48.220 --> 00:13:51.460
Він просто виконує дії у ваших межах під вашою ідентифікацією.

00:13:51.620 --> 00:13:57.060
Якщо у вас є фінансові привілеї, то вони є й у вашого алгоритмічного помічника, і ні, він не вагатиметься їх використовувати.

00:13:57.060 --> 00:14:03.820
Цей дизайн чудово працює всередині контрольованих областей, оскільки робить роботу користувачів безперебіною, але небезпека криється в неявній згоді.

00:14:03.960 --> 00:14:08.780
Коли ви схвалюєте конектор, скажімо, для Outlook або Dataverse, ця згода зберігається в середовищі.

00:14:08.960 --> 00:14:11.840
Будь-який агент Co-Pilot, розміщений там, успадковує цю довіру.

00:14:11.980 --> 00:14:16.240
Схваливши це одного разу, ви фактично благословляєте кожного майбутнього агента на такий самий рівень доступу.

00:14:16.380 --> 00:14:20.260
Вітаю, ви розгорнули родину всемогутніх чат-ботів без індивідуального нагляду.

00:14:20.260 --> 00:14:22.960
Якщо це звучить необачно, то це тому, що так воно і є.

00:14:23.080 --> 00:14:28.780
Проти отрута полягає у впровадженні доступу з найменшими привілеями для ваших агентів, так само, як ви, сподіваюся, робите це для людей.

00:14:28.960 --> 00:14:34.820
У середині EntraID створюйте спеціальні групи безпеки та призначення ролей, що обмежують те, що можуть запитувати компоненти Co-Pilot.

00:14:35.000 --> 00:14:39.880
Наприклад, обмежте доступ лише під множиною конекторів даних, необхідних для функцій кожного конкретного агента.

00:14:39.880 --> 00:14:46.260
Маркетинговий асистент не має причин робити запити до записів HR, проте багато адміністраторів об'єднують їх в однаковій області заради зручності.

00:14:46.400 --> 00:14:47.940
Зручність породжує вразливість.

00:14:48.120 --> 00:14:51.400
Якщо вам не подобається пояснювати походження даних аудиторам, припиніть це робити.

00:14:51.560 --> 00:14:53.300
А як щодо керованих ідентифікаторів?

00:14:53.400 --> 00:14:55.420
Так, вони існують, і так, вони корисні.

00:14:55.420 --> 00:15:01.180
Кероване посвідчення дозволяє програмі автентифікуватися в ресурсах Azure за допомогою власного суб'єкта служби, а не вашого.

00:15:01.340 --> 00:15:03.520
Але ось тонкість, яку багато хто пропускає.

00:15:09.880 --> 00:15:15.760
Посвідчень може призвести до надмірних привілеїв, оскільки ці суб'єкти служби часто отримують ширші права вежур, ніж ви планували.

00:15:15.920 --> 00:15:19.420
Ставтеся до керованих посвідчень як до хірургічних інструментів, а не як до стандартних перемикачів.

00:15:19.720 --> 00:15:21.320
Автоматизація не дорівнює автономності.

00:15:21.480 --> 00:15:24.640
Ви можете подумати, о, добре, я просто покладатимусь на аудит.

00:15:24.640 --> 00:15:26.880
Чудовий підхід, якщо ви справді це робите.

00:15:27.060 --> 00:15:33.240
Entra надає журнали входів та звіти про згоду програм, які показують, які суб'єкти служби отримували доступ до ресурсів, під чиїм іменем і коли.

00:15:33.240 --> 00:15:38.980
Об'єднайте це з аналітикою Центру адміністрування Pava Platform, і ви зможете відстежувати активність конекторів для кожного агента.

00:15:39.160 --> 00:15:43.680
Якщо ви помітите, що конектор витягує дані за межі свого середовища, це нецікавість.

00:15:43.840 --> 00:15:45.900
Це видима ознака недбалого налаштування.

00:15:46.120 --> 00:15:49.220
Фіксуйте ці події, експортуйте в платформу моніторингу та реагуйте на них.

00:15:49.220 --> 00:15:51.360
Довіряй, але перевіряй – це застарілий підхід.

00:15:51.500 --> 00:15:53.820
В епоху Coopilot актуально обмежуй і підтверджуй.

00:15:53.960 --> 00:15:56.680
Отже, ні, сама лише Entra не захищає ваших агентів.

00:15:56.680 --> 00:15:59.600
Вона автентифікує їх вічливо, ефективно та байдуже.

00:15:59.800 --> 00:16:03.760
Безпека – це архітектура навколо ідентичності, а не сама її наявність.

00:16:03.980 --> 00:16:09.560
Ваші стіни – DLP, ваші ключі – право доступу та ваші охоронці – аудит утворюють тріаду.

00:16:09.720 --> 00:16:12.300
Зламайте одну ланку, і вся конструкція похитниться.

00:16:12.300 --> 00:16:16.580
Міф про безпеку зникає, як тільки ви розумієте, що Microsoft делегувала відповідальність назад вам.

00:16:16.740 --> 00:16:18.820
Ви просили штучний інтелект самообслуговування.

00:16:19.000 --> 00:16:21.260
Вони надали саме це повне самообслуговування.

00:16:21.400 --> 00:16:23.560
І це включає витоки, спричинені вами самими.

00:16:23.560 --> 00:16:27.280
Тепер, коли ми посилили ідентифікацію та обмежили сферу, не поспішайте себе вітати.

00:16:27.460 --> 00:16:31.020
Політика написана, але ніколи не перевірена – це бюрократичний варіант плацебо.

00:16:31.160 --> 00:16:34.240
Вам потрібні докази того, що ваша фортеця справді витримає тиск.

00:16:34.320 --> 00:16:38.060
Це означає перевіряти, провокувати і час від часу намагатися зламати власну систему.

00:16:38.060 --> 00:16:42.160
Бо якщо цього не зробите ви, хтось інший, випадково чи навмисно, врешті-решт зробить це.

00:16:42.440 --> 00:16:45.460
Тестування та моніторинг. Доведіть, що система захищена.

00:16:45.460 --> 00:16:49.540
Тестування агента Co-Pilot – це не спостереження за тим, чи правильно він відповідає «Привіт».

00:16:49.540 --> 00:16:54.100
Це перевірка того, що станеться, коли ви поставите питання, які мають наштовхнутися на стіни безпеки.

00:16:54.240 --> 00:16:59.840
Почніть з редтімін вашого Co-Pilot не з драматичних хакерських трюків, а з ціле спрямованих контрольованих запитів.

00:17:00.000 --> 00:17:02.960
Запитуйте конфіденційні дані, до яких він не повинен мати доступу,

00:17:03.040 --> 00:17:08.160
просіть підсумувати зарплати керівництва, експортувати дані клієнтів або показати контракти фінансового відділу.

00:17:08.160 --> 00:17:12.480
Якщо агент вічливо відмовляє або видає обмеження доступу, коротко відсвяткуйте.

00:17:12.620 --> 00:17:16.500
Якщо він виконує запит, ви щойно знайшли ту саму діру, про яку мріють зловмисники.

00:17:16.720 --> 00:17:19.960
Цей метод – не гіпотетичне тестування, це прикладне управління.

00:17:20.140 --> 00:17:24.180
Створіть каталог заборонених запитів і перевірте їх у кожному середовищі Co-Pilot.

00:17:24.440 --> 00:17:28.640
Відстежуйте відповіді. Відмова свідчить про те, що рівні DLP та дозволів працюють.

00:17:28.800 --> 00:17:31.740
Витік даних сигналізує про неправильну класифікацію або накладання конекторів.

00:17:31.740 --> 00:17:35.500
Перевага Co-Pilot полягає в його прозорості. Журнали фіксують усе.

00:17:35.640 --> 00:17:38.360
Жах у тому, що ці журнали також зберігають ваші помилки.

00:17:38.500 --> 00:17:41.080
Тому далі відстежуйте аналітику використання конекторів.

00:17:41.220 --> 00:17:44.780
У центрі адміністрування Pava Platform відкрійте панель аналітики середовища.

00:17:44.940 --> 00:17:48.520
Ви знайдете метрики щодо обсягу, частоти та джерела використання конекторів.

00:17:48.680 --> 00:17:49.840
Шукайте аномалії.

00:17:50.040 --> 00:17:54.100
Сплескейдж ті ті ті пі запитів від агентів, які не мали використовувати зовнішній ARRI

00:17:54.100 --> 00:17:58.240
або раптові пікові навантаження на SharePoint разом із розгортанням нових чат-ботів.

00:17:58.360 --> 00:18:01.140
Це не випадковість, це ознаки неналежного налаштування.

00:18:01.380 --> 00:18:03.400
Ставтеся до них як до криміналістичних доказів.

00:18:03.580 --> 00:18:06.440
Кожна аномалія вказує на відсутність контролю десь вище за ланцюгом.

00:18:06.620 --> 00:18:08.760
Далі – журнал аудиту, ваш доказовий слід.

00:18:08.900 --> 00:18:13.360
Увімкніть події аудиту в Pava Platform і синхронізуйте їх із Microsoft Perview або Microsoft Sentinel.

00:18:13.360 --> 00:18:18.400
Це гарантує, що кожна дія, запит і виклик конектора будуть індексовані у вашій системі комплеєнсу.

00:18:18.400 --> 00:18:25.480
Зперв'ю ви отримуєте контекст, яких наборів даних торкалися, який користувач ініціював запит і чи вийшли дані за межі вашого географічного кордону.

00:18:25.640 --> 00:18:32.700
Sentinel, своєю чергою, додає кореляцію, пов'язуючи ці дії з ширшими подіями безпеки, як от незвичні входи або підвищення привілею.

00:18:32.840 --> 00:18:36.400
Разом вони перетворюють невидиму поведінку ще на вимірювану телеметрію.

00:18:36.540 --> 00:18:39.520
Правило, про яке часто забувають, узгодженість термінів зберігання.

00:18:39.520 --> 00:18:42.260
Дані аудиту часто зберігаються довше, ніж дані розмов.

00:18:42.260 --> 00:18:49.640
Якщо ви видаляєте журнали чатів через 30 днів, але зберігаєте події аудиту протягом року, ви втрачаєте контекстну нитку, що пояснює причину події.

00:18:49.900 --> 00:18:52.420
Застосування політик без контексту є марним.

00:18:52.900 --> 00:19:01.060
Переконайтеся, що політики зберігання в журналах Coopilot, аналітиці та слідах аудиту синхронізовані, щоб ваші докази були змістовними.

00:19:01.200 --> 00:19:04.620
Періодична рекласифікація – одна з найбільш ігнорованих задач.

00:19:04.800 --> 00:19:07.580
Майкрософт постійно оновлює визначення конекторів.

00:19:07.580 --> 00:19:13.000
Колись безпечний стандартний конектор може стати преміальним або зовнішнім за одну ніч, змінивши свою роботу з даними.

00:19:13.160 --> 00:19:19.680
Переглядайте інвентаризацію конекторів щоквартально, перекласифікуйте згідно з поточною документацією Microsoft, а не припущеннями минулого року.

00:19:19.820 --> 00:19:23.700
Нехтування цим рівноці не замиканню дверей, поки хтось тихо переставляє завіси.

00:19:23.860 --> 00:19:26.120
Нарешті, запроводьте постійне управління.

00:19:26.300 --> 00:19:30.240
Кожен новий конектор, плагін або стороннє розширення знову відкриває зону ризику.

00:19:30.240 --> 00:19:34.680
Розглядайте DLP не як статичний пункт для перевірки відповідності, а як периметр, що розвивається.

00:19:34.840 --> 00:19:40.960
Плануйте щоквартальні аудити, автоматизуйте експорт аналітики та надсилайте сповіщення у вашу систему керування безпекою та подіями.

00:19:41.140 --> 00:19:43.260
Управління помирає в момент, коли стає ручним.

00:19:43.440 --> 00:19:45.960
Коли ви закінчите тестування, ви помітите дещо приємне.

00:19:46.120 --> 00:19:48.580
Мета – невідповідність стандартам, вона ніколи такою не була.

00:19:48.740 --> 00:19:49.580
Мета – контроль.

00:19:49.580 --> 00:19:55.700
Агент Co-Pilot, який відповідає лише в межах встановлених кордонів, стає передбачуваним, керованим і справді безпечним для бізнесу.

00:19:55.880 --> 00:20:01.280
Саме тоді ще й перетворюється з ризику на актив, але лише тому, що ви зробили параною системною, а не вибірковою.

00:20:01.460 --> 00:20:08.520
Коли витік даних припиниться, ви поглянете на Co-Pilot Studio інакше, не як на іграшку для продуктивності, а як на інструмент побудови довіри.

00:20:08.700 --> 00:20:11.700
Ваші агенти поводяться так, бо ви самі встановили такі правила.

00:20:11.700 --> 00:20:15.880
І саме так ви нарешті зможете сказати без іронії, що ваше середовище захищене.

00:20:16.000 --> 00:20:19.120
Агенти Co-Pilot Studio – не лиходії, вони – ваші дзеркала.

00:20:19.300 --> 00:20:24.100
Вони поводяться точно так, як ви їх налаштували, а це зазвичай означає ввічливу надмірну відвертість.

00:20:24.240 --> 00:20:29.700
Кожен дозвіл, який вони використовують, кожен конектор і кожен набір даних – це зрештою відображення вашого управління.

00:20:29.860 --> 00:20:32.240
Ви побудували міст, вони просто ним пройшлися.

00:20:32.400 --> 00:20:37.580
Тож пам'ятайте, агент Co-Pilot настільки надійний, наскільки налаштована ваша політика DLP і не більше.

00:20:37.580 --> 00:20:43.120
Безпека, заснована на оптимізмі – це не стратегія. Безпека, заснована на примусових обмеженнях – це стратегія.

00:20:43.260 --> 00:20:49.080
Отже, управління стає обов'язковим, коли вашій може запитувати SharePoint, Dataverse та Outlook з повноваженнями керівника.

00:20:49.340 --> 00:20:52.920
Привабливість Co-Pilot у зручності. Ви запитуєте – він виконує.

00:20:53.100 --> 00:20:57.920
Небезпека в тому, що ця слухненість поширюється на конфіденційні таблиці та HR-дані, якщо ви не дасте інших вказівок.

00:20:58.080 --> 00:20:59.760
Єдиний реальний вихід – дисципліна.

00:20:59.760 --> 00:21:04.380
Класифікуйте коннектори, обмежте дозволи та тестуйте ці обмеження, поки помилка не стане неможливою.

00:21:04.540 --> 00:21:08.640
Зробіть це, поки черговий невинний пілотний проєкт не перетворився на перевірку на відповідність стандартам.

00:21:08.800 --> 00:21:11.740
Заблокуйте доступ до даних, поки важково-пайлот не дізнався занадто багато.

00:21:11.920 --> 00:21:14.860
Сприймайте DLP як інтелектуальний захист, а не як бюрократію.

00:21:14.860 --> 00:21:18.660
Це набір цифрових стін, що не дають інтелекту перетворитися на витік інформації.

00:21:18.660 --> 00:21:24.280
Як тільки ви впровадите ці правила, ваш коопайлот перестане бути ризиком і стане тим, чим його обіцяли надійним помічником.

00:21:24.460 --> 00:21:27.780
Якщо це врятувало вашу комплеєнт з команду від панічної атаки, підписуйтесь.

00:21:27.900 --> 00:21:33.420
Це дешевше за аудит і значно менш незручно, ніж пояснювати юристам, чому чат-бот виклав дані про зарплату в Teams.

00:21:33.420 --> 00:21:38.320
Стежте за наступним епізодом про розширене управління агентами коопайлот з Microsoft Perview,

00:21:38.480 --> 00:21:41.980
тримайте автоматизацію розумною, обмеженою та під повним контролем.