Latest / M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською / Керування Copilot Studio: як DLP Power Platform і Purview не дають ШІ-агентам розкривати внутрішні дані (ШІ-дубляж)

Transcript

Керування Copilot Studio: як DLP Power Platform і Purview не дають ШІ-агентам розкривати внутрішні дані (ШІ-дубляж) · M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською

• 0:00
  Ви витісняєте дані через Coopilot Studio прямо зараз, навіть не підозрюючи про це.
• 0:03
  Так, поки всі радіють, що їхній новийший помічник може шукати, підсумовувати та автоматизувати,
• 0:08
  той самий привітний чат-бот може також із задоволенням індексувати нотатки ваших нарад, директорів і фінансові таблиці.
• 0:13
  Це не зловмисність, це слухняність, болісна слухняність.
• 0:16
  Агенти Coopilot Studio успадковують ті самі дозволи, що й ви, а це означає, що якщо ви можете бачити файл із зарплатою генерального директора, то і ваш чат-бот теж.
• 0:23
  Вітаю, ви створили всезнаючого стажера, який працює зі швидкістю Azure.
• 0:27
  І все ж люди говорять про безпеку Coopilot, наче це вже вирішена проблема.
• 0:31
  Спойлер, це не так. Ваші ще агенти – це продовження вашої ідентичності, а не окремі сутності з обмеженнями.
• 0:37
  Вони позичають ваш токен доступу і бігають вашими даними, роблячи саме те, чого ви їм не наказували.
• 0:42
  Власне, ви й не забороняли їм цього, бо не налаштували правила запобігання втраті даних, які слугують для них повідцем.
• 0:48
  Отже, до справи.
• 0:49
  За кілька хвилин ви дізнаєтеся, як зупинити цей витік, як застосувати політики DLP у Pava Platform,
• 0:55
  щоб ваші агенти Coopilot випадково не видали конфіденційні дані, наче балаку чи стажер, що загубив корпоративну кредитну картку.
• 1:02
  Ми розберемо, чому агенти Coopilot виходять за межі повноважень, як контролювати потоки даних через коннектори,
• 1:07
  та що насправді дозволяє модель згоди Microsoft залаштунками.
• 1:10
  Існує одне конкретне правило DLP, яке ігнорують приблизно 9 із 10 адміністраторів,
• 1:14
  що непомітно відокремлює безпечні організації від тих, що потрапляють у заголовки новин.
• 1:17
  Наприкінці ви знайдемете рішення, і у вас не залишиться жодних виправдань.
• 1:21
  Давайте дізнаємося, що ваш Coopilot знає такого, чого не повинен.
• 1:24
  Прихована проблема агенти, які знають забагато.
• 1:27
  Ось незручна правда.
• 1:28
  Ваш агент Coopilot Studio – це не колега, це ви, дублювані в Кремнії.
• 1:33
  Він не питає, чи має право отримати цей файл SharePoint або зазирнути в ту таблицю Dataverse,
• 1:38
  він просто робить це, бо такі ваші дозволи.
• 1:40
  Більшість адміністраторів забувають, що в екосистемі Microsoft реплікація ідентичності дорівнює реплікації привілеїв.
• 1:46
  Агент – це, по суті, слухняний клон, якому надано доступ через ваш контекст безпеки,
• 1:50
  проте він позбавлений вашого розсуду.
• 1:52
  Coopilot Studio упов'язує ці можливості через конектори Outlook, Dataverse, SharePoint, Teams та будь-які інші інтеграції,
• 1:58
  дозволені вашим орендарем Pava Platform.
• 2:00
  Кожен конектор діє як тунель, прокладений між вашими джерелами даних і цим шіпомічником.
• 2:05
  Щобільше тунелів ви відкриваєте, то далі може блукати ваш агент.
• 2:08
  Це зручно, навіть захопливо, доки той самий агент радісно не підсумує конфіденційні HR-документи,
• 2:13
  бо хтось запитав, якими були моделі найму минулого кварталу.
• 2:16
  Це цифровий еквівалент стажера на кофеїні, який швидко гортає папку з персоналом.
• 2:21
  У чому справжній парадокс?
• 2:22
  Microsoft насправді надає обмеження політики запобігання втраті даних.
• 2:26
  DLP мав бути вишебайлом на вході, що відокремлює важливі для бізнесу дані від неробочого хаосу.
• 2:32
  Проте в більшості впровадженці бар'єри закінчуються на два поверхи нижче робочого простору Co-Pilot.
• 2:37
  Користувачі вважають, що їхні політики рівня клієнта каскадуються автоматично,
• 2:40
  але агенти Co-Pilot існують десь між середовищем Pava Platform і межами вашого клієнта.
• 2:44
  Це тіньова зона управління, де технічно нічого не ламається, але все тихо йде не так.
• 2:49
  Поміркуйте ось про що.
• 2:51
  Ви налаштовуєте коннектори Outlook і SharePoint як бізнесові, а певний зовнішній ARRI – як небізнесовий.
• 2:56
  Такий поділ, якщо його правильно забезпечити, зупиняє перетікання даних між категоріями.
• 3:01
  Але ваш агент Co-Pilot, що знаходиться в середовищі з обмеженою областю дії,
• 3:04
  зрештою працює з обома, бо ніхто не під'єднав його середовище до правильного набору DLP.
• 3:08
  Раптом ваші бізнес-дані починають передаватися через небізнесове з'єднання.
• 3:12
  Це як мати надійний сейф з відчиненими дверима, бо ваша політика безпеки охороняла лише фоє.
• 3:17
  Типові шляхи збоїв ведуть до одного і того самого недогляду.
• 3:20
  Перше, агенти узагальнюють або перефразують інформацію, отриману з конфіденційних списків.
• 3:25
  Друге, вони об'єднують різні джерела в одній розмові, ненавмисно порушуючи класифікацію даних.
• 3:31
  Третє, адміністратори припускають успадкування політик.
• 3:34
  Але оскільки агенти Co-Pilot розгортаються всередині середовищ з унікальними межами DLP, таке успадкування ніколи не відбувається.
• 3:40
  Дивовижне припущення, що Майкрософт виконує за вас роботу з управління, це не так.
• 3:45
  Якщо ваш Co-Pilot бачить фінансові дані, вітаємо.
• 3:48
  Так само їх бачить кожен добромисний співробітник, який відкриває сеанс чат-бота і починає випитувати деталі бюджету.
• 3:54
  Це вектор прихованого витоку, внутрішня вразливість без злого умислу.
• 3:58
  Хакери не потрібні, достатньо надто щедрих дозволів та відсутності ізоляції контексту.
• 4:03
  Це той тип витоку, який не потрапляє в заголовки газет, доки хтось не експортує транскрипт в чату.
• 4:07
  Отже, перед тим, як панікувати чи звинувачувати Майкрософт, подивіться на свою архітектуру.
• 4:11
  Ваш агент не порушує правила, він чітко їх виконує.
• 4:14
  Ви просто ніколи не визначили правильні правила.
• 4:16
  DLP не застосовується автоматично до кожного рівня.
• 4:18
  Його потрібно визначати, забезпечувати та тестувати для кожного середовища окремо.
• 4:21
  І знаєте що?
• 4:22
  Агенти Co-Pilot Studio за замовчуванням живуть у середовищах розробки,
• 4:26
  які ви, ймовірно, ніколи не захищали, бо це ж просто тестування.
• 4:29
  Ми встановили симптом агенти, які знають занадто багато.
• 4:32
  Тепер, щоб усунути витік, нам потрібно відобразити,
• 4:34
  куди насправді подорожують дані в Co-Pilot Studio від користувача до коннектора і журналу розмов,
• 4:39
  бо не можна перекрити річку, не зрозумівши її течії.
• 4:42
  Тож давайте розберемо цей потік далі, перш ніж ваш ввічливий маленький чат-бот
• 4:45
  Агент випадково напише ваш річний прогноз у командний чат,
• 4:48
  до якого він не мав би приєднуватися.
• 4:50
  Як дані проходять через Co-Pilot Studio?
• 4:52
  Давайте простежемо шлях ваших даних, тому що, на відміну від вас, вони не йдуть на кавову перерву.
• 4:56
  У той момент, коли користувач розпочинає розмову з агентом Co-Pilot Studio,
• 4:59
  у фоновому режимі запускається кілька механізмів.
• 5:02
  Спочатку визначається ідентичність користувача,
• 5:04
  що проходить автентифікацію через Enter ID.
• 5:06
  Ця ідентичність має делеговані дозволи, які, по суті, кажуть,
• 5:09
  «Усе, що бачу я, можеш бачити й ти».
• 5:11
  Потім агент використовує ці облікові дані через коннектор «Логічний міст до вашого джерела даних»,
• 5:16
  як-от SharePoint, Outlook, Dataverse або будь-яка інша служба в цьому середовищі.
• 5:21
  Коли дані отримано, результат не зникає.
• 5:23
  Він проходить крізь рівні «Контекст розмови», «Згенеровану відповідь»
• 5:27
  і, нарешті, сховище аналітики для реєстрації та аналізу.
• 5:31
  Мила невелика естафета даних, де естафетною паличкою є ваша конфіденційна інформація.
• 5:35
  Але на кожному етапі цієї естафети є слабкі ланки.
• 5:38
  Коннектор – це перша зона ризику.
• 5:40
  Коннектори в Power Platform бувають трьох типів –
• 5:42
  стандартні, типові служби Microsoft,
• 5:45
  преміум, сторонні або розширені функції і користувацькі ARRI.
• 5:49
  Кожен тип регулюється по-різному.
• 5:51
  Стандартні коннектори чітко підпадають під вбудовані категорії DLP.
• 5:54
  Преміум та власні коннектори, однак, часто перебувають у регуляторному підвішеному стані,
• 5:57
  доки ви не призначити їм класифікацію.
• 5:59
  Коли адміністратори ігнорують це, агенти Co-Pilot сприймають їх усіх як доступні для використання.
• 6:02
  Уявіть, що ви позначили половину своїх шаф для документів як цілком таємно,
• 6:06
  а решту залишили без міту.
• 6:07
  Ви щойно дали стажеру дозвіл відкривати все, що виглядає цікаво.
• 6:10
  Друга слабка точка полягає в системних коннекторах.
• 6:13
  Вони невидимі на робочому полотні розробника,
• 6:14
  але непомітно забезпечують такі функції, як повідомлення в Teams або відображення адаптивних карток.
• 6:18
  Оскільки технічно вони належать системі, а не користувачеві,
• 6:29
  Дані переміщуються ними, більшість організацій цього навіть не помічають.
• 6:32
  За замовчуванням, Майкрософт виключає кілька коннекторів із застосування політик,
• 6:35
  щоб зберегти базову функціональність.
• 6:37
  Чудово для безвідмовної роботи, жахливо для ізоляції.
• 6:39
  Далі йде журнал розмов «Історія чату Co-Pilot»,
• 6:42
  що зберігається для аналітики налагодження та постійного вдосконалення.
• 6:45
  Багато хто вважає, що вимкнення телеметрії припиняє це.
• 6:48
  Це не так.
• 6:49
  Дані розмов можуть зберігатися в аналітичному сховищі середовища,
• 6:52
  тобто запит, що стосується конфіденційних фінансових показників,
• 6:55
  може залишатися у ваших логах необмежений час, якщо не налаштовано термін зберігання.
• 6:59
  Ви вже можете відчути, як здригається відділ комплеєнсу.
• 7:02
  Ось де потік даних стає оманливо складним.
• 7:04
  Один виклик Co-Pilot може послідовно задіяти кілька коннекторів.
• 7:08
  Наприклад, агент може використовувати Outlook для вилучення останніх електронних листів,
• 7:12
  пропустити цей вміст через коннектор текстової аналітики та повернути підсумки в Teams.
• 7:16
  Кожен крок перетинає межу DLP.
• 7:18
  Якщо хоча б один із цих коннекторів належить до іншої класифікації,
• 7:21
  скажімо, Outlook як бізнес, а когнітивні служби як небізнесові,
• 7:24
  весь потік порушує політику.
• 7:26
  Система не кричить, вона просто працює.
• 7:28
  Перехресне з'єднання непомітне, але катастрофічне.
• 7:30
  Гірше того, політики DLP діють лише в межах середовища, а не в усьому тененті,
• 7:34
  Тобто кожне середовище Pava Platform має власні межі.
• 7:37
  Якщо ви не скопіюєте політики вручну, кожне нове середовище стане потенційним джерелом витоку.
• 7:41
  Ви можете мати ідеальне управління у продуктивному середовищі та повний хаос у розробці.
• 7:46
  І Microsoft ввічливо нагадає вам, якщо запитаєте, що ізоляція середовищ – це так задумано.
• 7:51
  Іншими словами, це ваша проблема.
• 7:52
  Дозвольте розповісти повчальну історію.
• 7:54
  Клієнт розгорнув фінансовий агент Coopilot у тестовому середовищі,
• 7:57
  припускаючи, що їхня глобальна політика DLP застосується автоматично.
• 8:01
  Агент, радісно не усвідомлюючи ієрархії,
• 8:03
  мав доступ і до внутрішніх бібліотек SharePoint, і до експериментального стороннього ARRI.
• 8:08
  Коли юристи перевірили зразок журналу-чату,
• 8:10
  вони виявили конфіденційні квартальні цифри, інтегровані в розмову з ARRI.
• 8:13
  Жодного вторгнення, жодного зламу, лише відсутність політики.
• 8:16
  Система поводилася саме так, як була налаштована робити все неправильно.
• 8:20
  Тепер ви можете уявити анатомію витоку.
• 8:22
  Ідентичність делегує повноваження, конектори з'єднують дані,
• 8:25
  журнали розмов зберігають сліди, аналітика фіксує подію.
• 8:28
  Пропустіть один бар'єр, і інформація просочиться крізь нього.
• 8:31
  Тож, перш ніж зводити захист, пам'ятайте про цей потік.
• 8:33
  Користувач, конектор, агент, журнал, аналітика.
• 8:36
  Кожна стрілка – це потенційний шлях для втечі.
• 8:38
  Далі ми збудуємо стіни.
• 8:39
  Політики DLP достатньо потужні, щоб стримати навіть найбільш завзятого Co-Pilot.
• 8:43
  Будівництво DLP-фортеці – правильне налаштування.
• 8:46
  Більшість адміністраторів тут відчувають легку паніку.
• 8:48
  Це добре.
• 8:49
  Паніка означає, що ви нарешті зрозуміли, ваші агенти не такі вже й невинні.
• 8:52
  Це діти без нагляду з доступом до корпоративного сейфа.
• 8:55
  Отже, почнемо будувати цю фортецю правильно з нуля,
• 8:58
  бо створити політику DLP-упава-плетфом неважко.
• 9:01
  Розуміння того, що саме вона контролює, потребує більше хисту,
• 9:04
  ніж визнає більшість документації.
• 9:06
  Спочатку визначте своє поле битви «Середовища»,
• 9:08
  де розміщені проекти Co-Pilot Studio.
• 9:10
  Багато організацій створюють безліч середовищ Пава-плетфом
• 9:13
  для розробки, тестування, продуктиву.
• 9:15
  Часто це роблять ентузіасти-розробники, які вважають,
• 9:17
  що середовище – це пісочниця для творчості.
• 9:19
  Це не так.
• 9:20
  Кожне середовище – це окремий острів безпеки.
• 9:22
  Політики, які ви встановлюєте на рівні Тенента,
• 9:24
  не огороджують ці острови автоматично,
• 9:26
  тобто ваше продуктивне середовище може бути захищене як Форт Нокс,
• 9:28
  тоді як середовище розробки дрейфує, як пліт у Тихому океані.
• 9:31
  Отже, перший крок – це розвідка.
• 9:33
  Знайдіть кожне середовище, де хтось натиснув «Створити Co-Pilot».
• 9:36
  Припускайте, що нічо не є безпечним.
• 9:38
  Тепер ми будуємо першу стіну.
• 9:39
  В центрі адміністрування Пава-плетфом відкрійте розділ політик даних
• 9:42
  і створіть нову політику запобігання втраті даних.
• 9:44
  Вас попросять визначити середовище, на якій вона поширюється.
• 9:47
  Обирайте їх свідомо.
• 9:49
  Розкидання політик по невикористовуваних просторах лише породжує неузгодженість.
• 9:52
  Кожна політика застосовується під час розгортання, а не заднім числом.
• 9:56
  Отже, кожен новий або наявний конектор у цьому середовищі
• 9:59
  підпорядковуватиметься правилам лише після публікації політики.
• 10:02
  Далі йде наріжний камінь класифікації конекторів DLP.
• 10:05
  Уявіть кошики з написами «Бізнес», «Небізнесовий» та «Заблокований».
• 10:08
  Вони вільно спілкуються між собою.
• 10:10
  Небізнесові конектори можуть обмінюватися даними лише всередині своєї групи.
• 10:13
  Заблоковані конектори повністю ізольовані.
• 10:15
  Це ієрархія, якої важчі має дотримуватися.
• 10:18
  І так, помилкове розміщення одного конектора між групами може перетворити
• 10:21
  безпечний чат-бот на джерело пліток.
• 10:23
  Тепер ізолюйте групу високого ризику.
• 10:25
  Щі та зовнішні конектори.
• 10:27
  Все, що позначено як кобнітив сервіса з OpenAI або загальний HTTP,
• 10:30
  має за замовчуванням потрапляти в небізнесові або заблоковані.
• 10:33
  Ці конектори діють як вихідні шлюзи, через які дані залишають закриту екосистему Microsoft
• 10:37
  і потрапляють у сферу сторонньої обробки.
• 10:38
  Їх блокування не паралізує ваш co-pilot, воно дисциплінує його.
• 10:42
  Ви все ще можете створювати інтелектуальні потоки,
• 10:44
  просто не передаючи необроблені дані клієнтів першій ліпшій кінцевій точці.
• 10:48
  Потім перейдемо до тихого вбивці перехресного з'єднання.
• 10:51
  Це стається, коли один діалог або потік взаємодіє одночасно з бізнесовим і небізнесовим конектором.
• 10:56
  Наприклад, агент отримує список SharePoint – бізнес,
• 10:59
  а потім надсилає цей звіт до зовнішнього арі мови – небізнесовий.
• 11:02
  Навіть якщо кожен конектор дозволено окремо,
• 11:05
  це з'єднання створює міст передачі даних, заборонений вашою політикою.
• 11:08
  Застосування DLP у Pava Platform автоматично блокує такі потоки,
• 11:12
  якщо ви правильно класифікували конектори.
• 11:14
  В іншому випадку система ігнорує це і продовжує роботу.
• 11:16
  Перевірте свої групування.
• 11:18
  Одна невірна класифікація – і охоронців вічливо випустять злодія.
• 11:22
  Сама ієрархія DLP працює як стопка вкладених щитів.
• 11:25
  На самому верху політики рівня орендаря переважають усе, що під ними.
• 11:28
  Під ними політики рівня середовища керують конкретними просторами.
• 11:32
  Нарешті обмеження для окремих програм чи агентів діють лише в межах їхнього середовища.
• 11:36
  Сприймайте це як управлінську ієрархію.
• 11:38
  Правила орендаря – це корпоративний закон, правила середовища – політика відділу,
• 11:42
  а налаштування програм – стікери на кабінках.
• 11:44
  Якщо виникають суперечності, перемагає корпоративний закон.
• 11:47
  Отже, у разі сумнівів застосовуйте суворі налаштування за замовчуванням на рівні орендаря,
• 11:51
  а потім звужуйте винятки.
• 11:52
  Не довіряйте розробникам програм «Самоконтроль».
• 11:54
  Це ті самі люди, які вважали прийнятним запуск Pava Otamite у виробництво без контролю версій.
• 11:59
  Перш ніж святкувати, завжди тестуйте все у пісочниці.
• 12:02
  Агенти Co-Pilot Studio покладаються на багато неявних з'єднань,
• 12:05
  і ваша нова політика може непомітно заблокувати їх, порушивши основні функції.
• 12:09
  Розгорніть налаштування DLP у тестовому середовищі,
• 12:12
  імпортуйте зразок агента і підтверте, що він все ще відповідає на звичайні запити.
• 12:15
  Якщо ні, коригуйте групування конекторів,
• 12:17
  доки функціональність не відновиться без розширення вразливості.
• 12:20
  Ви балансуєте між зручністю та параноією, дещо схиляючись до параної.
• 12:24
  Це дешевше, ніж судові позови.
• 12:26
  Зауважте, що ми щойно зробили.
• 12:27
  Ми розділили дані, визначили межі та заблокували виходи.
• 12:31
  Це ваша фортеця, суворі категорії, обмежені середовища, багаторівнева ієрархія, випробувані стіни.
• 12:38
  Але навіть найкращій фортеці потрібні охоронці, які розуміють дозволи,
• 12:41
  бо захист руйнується, щойно хтось роздає майстер ключі.
• 12:44
  А в королівстві Майкрософт ці ключі видаються через Entra ID.
• 12:48
  Отже, тепер, коли ваші стіни високі, а рівповний, давайте поговоримо про вартових.
• 12:51
  Ті чарівні делеговані дозволи, через які кожен адміністратор відчуває хибну безпеку.
• 12:56
  Зустрічайте Entra та її не такі вже й магічні моделі дозволів.
• 12:59
  Дозволи Entra та міф про безпеку.
• 13:01
  Якби я отримував долар щоразу, коли хтось казав, це Entra, тому це безпечно.
• 13:05
  Я б мав достатньо, щоб купити акції Майкрософт і власноруч виправити проблему.
• 13:09
  Давайте як слід розвінчаємо цей міф.
• 13:10
  Entra, раніше відома як Azure Active Directory, не посипає вашу ідентифікацію чарівним пилом лише тому, що вона керує автентифікацією.
• 13:18
  Це брокер, а не охоронець, і ваш агент Co-Pilot, яким би милим він не здавався, не має власного облікового запису, пароля чи сумління.
• 13:25
  Він позичає ваш.
• 13:26
  Це називається делегованими дозволами.
• 13:29
  Коли ви входите в систему і взаємодіяти з агентом Co-Pilot, цей агент запитує маркер доступу від вашого імені.
• 13:33
  Цей маркер містить усі дозволи, надані вам у середовищі Microsoft 365.
• 13:38
  Бібліотека SharePoint є.
• 13:40
  Таблиця Dataverse є.
• 13:41
  Приватний чат у Teams з вашим босом теж є, якщо у вас є такий доступ.
• 13:45
  Агент не розрізняє важливе та катастрофічне.
• 13:48
  Він просто виконує дії у ваших межах під вашою ідентифікацією.
• 13:51
  Якщо у вас є фінансові привілеї, то вони є й у вашого алгоритмічного помічника, і ні, він не вагатиметься їх використовувати.
• 13:57
  Цей дизайн чудово працює всередині контрольованих областей, оскільки робить роботу користувачів безперебіною, але небезпека криється в неявній згоді.
• 14:03
  Коли ви схвалюєте конектор, скажімо, для Outlook або Dataverse, ця згода зберігається в середовищі.
• 14:08
  Будь-який агент Co-Pilot, розміщений там, успадковує цю довіру.
• 14:11
  Схваливши це одного разу, ви фактично благословляєте кожного майбутнього агента на такий самий рівень доступу.
• 14:16
  Вітаю, ви розгорнули родину всемогутніх чат-ботів без індивідуального нагляду.
• 14:20
  Якщо це звучить необачно, то це тому, що так воно і є.
• 14:23
  Проти отрута полягає у впровадженні доступу з найменшими привілеями для ваших агентів, так само, як ви, сподіваюся, робите це для людей.
• 14:28
  У середині EntraID створюйте спеціальні групи безпеки та призначення ролей, що обмежують те, що можуть запитувати компоненти Co-Pilot.
• 14:35
  Наприклад, обмежте доступ лише під множиною конекторів даних, необхідних для функцій кожного конкретного агента.
• 14:39
  Маркетинговий асистент не має причин робити запити до записів HR, проте багато адміністраторів об'єднують їх в однаковій області заради зручності.
• 14:46
  Зручність породжує вразливість.
• 14:48
  Якщо вам не подобається пояснювати походження даних аудиторам, припиніть це робити.
• 14:51
  А як щодо керованих ідентифікаторів?
• 14:53
  Так, вони існують, і так, вони корисні.
• 14:55
  Кероване посвідчення дозволяє програмі автентифікуватися в ресурсах Azure за допомогою власного суб'єкта служби, а не вашого.
• 15:01
  Але ось тонкість, яку багато хто пропускає.
• 15:09
  Посвідчень може призвести до надмірних привілеїв, оскільки ці суб'єкти служби часто отримують ширші права вежур, ніж ви планували.
• 15:15
  Ставтеся до керованих посвідчень як до хірургічних інструментів, а не як до стандартних перемикачів.
• 15:19
  Автоматизація не дорівнює автономності.
• 15:21
  Ви можете подумати, о, добре, я просто покладатимусь на аудит.
• 15:24
  Чудовий підхід, якщо ви справді це робите.
• 15:27
  Entra надає журнали входів та звіти про згоду програм, які показують, які суб'єкти служби отримували доступ до ресурсів, під чиїм іменем і коли.
• 15:33
  Об'єднайте це з аналітикою Центру адміністрування Pava Platform, і ви зможете відстежувати активність конекторів для кожного агента.
• 15:39
  Якщо ви помітите, що конектор витягує дані за межі свого середовища, це нецікавість.
• 15:43
  Це видима ознака недбалого налаштування.
• 15:46
  Фіксуйте ці події, експортуйте в платформу моніторингу та реагуйте на них.
• 15:49
  Довіряй, але перевіряй – це застарілий підхід.
• 15:51
  В епоху Coopilot актуально обмежуй і підтверджуй.
• 15:53
  Отже, ні, сама лише Entra не захищає ваших агентів.
• 15:56
  Вона автентифікує їх вічливо, ефективно та байдуже.
• 15:59
  Безпека – це архітектура навколо ідентичності, а не сама її наявність.
• 16:03
  Ваші стіни – DLP, ваші ключі – право доступу та ваші охоронці – аудит утворюють тріаду.
• 16:09
  Зламайте одну ланку, і вся конструкція похитниться.
• 16:12
  Міф про безпеку зникає, як тільки ви розумієте, що Microsoft делегувала відповідальність назад вам.
• 16:16
  Ви просили штучний інтелект самообслуговування.
• 16:19
  Вони надали саме це повне самообслуговування.
• 16:21
  І це включає витоки, спричинені вами самими.
• 16:23
  Тепер, коли ми посилили ідентифікацію та обмежили сферу, не поспішайте себе вітати.
• 16:27
  Політика написана, але ніколи не перевірена – це бюрократичний варіант плацебо.
• 16:31
  Вам потрібні докази того, що ваша фортеця справді витримає тиск.
• 16:34
  Це означає перевіряти, провокувати і час від часу намагатися зламати власну систему.
• 16:38
  Бо якщо цього не зробите ви, хтось інший, випадково чи навмисно, врешті-решт зробить це.
• 16:42
  Тестування та моніторинг. Доведіть, що система захищена.
• 16:45
  Тестування агента Co-Pilot – це не спостереження за тим, чи правильно він відповідає «Привіт».
• 16:49
  Це перевірка того, що станеться, коли ви поставите питання, які мають наштовхнутися на стіни безпеки.
• 16:54
  Почніть з редтімін вашого Co-Pilot не з драматичних хакерських трюків, а з ціле спрямованих контрольованих запитів.
• 17:00
  Запитуйте конфіденційні дані, до яких він не повинен мати доступу,
• 17:03
  просіть підсумувати зарплати керівництва, експортувати дані клієнтів або показати контракти фінансового відділу.
• 17:08
  Якщо агент вічливо відмовляє або видає обмеження доступу, коротко відсвяткуйте.
• 17:12
  Якщо він виконує запит, ви щойно знайшли ту саму діру, про яку мріють зловмисники.
• 17:16
  Цей метод – не гіпотетичне тестування, це прикладне управління.
• 17:20
  Створіть каталог заборонених запитів і перевірте їх у кожному середовищі Co-Pilot.
• 17:24
  Відстежуйте відповіді. Відмова свідчить про те, що рівні DLP та дозволів працюють.
• 17:28
  Витік даних сигналізує про неправильну класифікацію або накладання конекторів.
• 17:31
  Перевага Co-Pilot полягає в його прозорості. Журнали фіксують усе.
• 17:35
  Жах у тому, що ці журнали також зберігають ваші помилки.
• 17:38
  Тому далі відстежуйте аналітику використання конекторів.
• 17:41
  У центрі адміністрування Pava Platform відкрійте панель аналітики середовища.
• 17:44
  Ви знайдете метрики щодо обсягу, частоти та джерела використання конекторів.
• 17:48
  Шукайте аномалії.
• 17:50
  Сплескейдж ті ті ті пі запитів від агентів, які не мали використовувати зовнішній ARRI
• 17:54
  або раптові пікові навантаження на SharePoint разом із розгортанням нових чат-ботів.
• 17:58
  Це не випадковість, це ознаки неналежного налаштування.
• 18:01
  Ставтеся до них як до криміналістичних доказів.
• 18:03
  Кожна аномалія вказує на відсутність контролю десь вище за ланцюгом.
• 18:06
  Далі – журнал аудиту, ваш доказовий слід.
• 18:08
  Увімкніть події аудиту в Pava Platform і синхронізуйте їх із Microsoft Perview або Microsoft Sentinel.
• 18:13
  Це гарантує, що кожна дія, запит і виклик конектора будуть індексовані у вашій системі комплеєнсу.
• 18:18
  Зперв'ю ви отримуєте контекст, яких наборів даних торкалися, який користувач ініціював запит і чи вийшли дані за межі вашого географічного кордону.
• 18:25
  Sentinel, своєю чергою, додає кореляцію, пов'язуючи ці дії з ширшими подіями безпеки, як от незвичні входи або підвищення привілею.
• 18:32
  Разом вони перетворюють невидиму поведінку ще на вимірювану телеметрію.
• 18:36
  Правило, про яке часто забувають, узгодженість термінів зберігання.
• 18:39
  Дані аудиту часто зберігаються довше, ніж дані розмов.
• 18:42
  Якщо ви видаляєте журнали чатів через 30 днів, але зберігаєте події аудиту протягом року, ви втрачаєте контекстну нитку, що пояснює причину події.
• 18:49
  Застосування політик без контексту є марним.
• 18:52
  Переконайтеся, що політики зберігання в журналах Coopilot, аналітиці та слідах аудиту синхронізовані, щоб ваші докази були змістовними.
• 19:01
  Періодична рекласифікація – одна з найбільш ігнорованих задач.
• 19:04
  Майкрософт постійно оновлює визначення конекторів.
• 19:07
  Колись безпечний стандартний конектор може стати преміальним або зовнішнім за одну ніч, змінивши свою роботу з даними.
• 19:13
  Переглядайте інвентаризацію конекторів щоквартально, перекласифікуйте згідно з поточною документацією Microsoft, а не припущеннями минулого року.
• 19:19
  Нехтування цим рівноці не замиканню дверей, поки хтось тихо переставляє завіси.
• 19:23
  Нарешті, запроводьте постійне управління.
• 19:26
  Кожен новий конектор, плагін або стороннє розширення знову відкриває зону ризику.
• 19:30
  Розглядайте DLP не як статичний пункт для перевірки відповідності, а як периметр, що розвивається.
• 19:34
  Плануйте щоквартальні аудити, автоматизуйте експорт аналітики та надсилайте сповіщення у вашу систему керування безпекою та подіями.
• 19:41
  Управління помирає в момент, коли стає ручним.
• 19:43
  Коли ви закінчите тестування, ви помітите дещо приємне.
• 19:46
  Мета – невідповідність стандартам, вона ніколи такою не була.
• 19:48
  Мета – контроль.
• 19:49
  Агент Co-Pilot, який відповідає лише в межах встановлених кордонів, стає передбачуваним, керованим і справді безпечним для бізнесу.
• 19:55
  Саме тоді ще й перетворюється з ризику на актив, але лише тому, що ви зробили параною системною, а не вибірковою.
• 20:01
  Коли витік даних припиниться, ви поглянете на Co-Pilot Studio інакше, не як на іграшку для продуктивності, а як на інструмент побудови довіри.
• 20:08
  Ваші агенти поводяться так, бо ви самі встановили такі правила.
• 20:11
  І саме так ви нарешті зможете сказати без іронії, що ваше середовище захищене.
• 20:16
  Агенти Co-Pilot Studio – не лиходії, вони – ваші дзеркала.
• 20:19
  Вони поводяться точно так, як ви їх налаштували, а це зазвичай означає ввічливу надмірну відвертість.
• 20:24
  Кожен дозвіл, який вони використовують, кожен конектор і кожен набір даних – це зрештою відображення вашого управління.
• 20:29
  Ви побудували міст, вони просто ним пройшлися.
• 20:32
  Тож пам'ятайте, агент Co-Pilot настільки надійний, наскільки налаштована ваша політика DLP і не більше.
• 20:37
  Безпека, заснована на оптимізмі – це не стратегія. Безпека, заснована на примусових обмеженнях – це стратегія.
• 20:43
  Отже, управління стає обов'язковим, коли вашій може запитувати SharePoint, Dataverse та Outlook з повноваженнями керівника.
• 20:49
  Привабливість Co-Pilot у зручності. Ви запитуєте – він виконує.
• 20:53
  Небезпека в тому, що ця слухненість поширюється на конфіденційні таблиці та HR-дані, якщо ви не дасте інших вказівок.
• 20:58
  Єдиний реальний вихід – дисципліна.
• 20:59
  Класифікуйте коннектори, обмежте дозволи та тестуйте ці обмеження, поки помилка не стане неможливою.
• 21:04
  Зробіть це, поки черговий невинний пілотний проєкт не перетворився на перевірку на відповідність стандартам.
• 21:08
  Заблокуйте доступ до даних, поки важково-пайлот не дізнався занадто багато.
• 21:11
  Сприймайте DLP як інтелектуальний захист, а не як бюрократію.
• 21:14
  Це набір цифрових стін, що не дають інтелекту перетворитися на витік інформації.
• 21:18
  Як тільки ви впровадите ці правила, ваш коопайлот перестане бути ризиком і стане тим, чим його обіцяли надійним помічником.
• 21:24
  Якщо це врятувало вашу комплеєнт з команду від панічної атаки, підписуйтесь.
• 21:27
  Це дешевше за аудит і значно менш незручно, ніж пояснювати юристам, чому чат-бот виклав дані про зарплату в Teams.
• 21:33
  Стежте за наступним епізодом про розширене управління агентами коопайлот з Microsoft Perview,
• 21:38
  тримайте автоматизацію розумною, обмеженою та під повним контролем.