Latest / M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською / Агент SharePoint зливає дані? Обмежте джерела, розірвіть успадкування й налаштуйте Purview DLP (ШІ-дубляж)

Transcript

Агент SharePoint зливає дані? Обмежте джерела, розірвіть успадкування й налаштуйте Purview DLP (ШІ-дубляж) · M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською

• 0:00
  Ваш агент SharePoint не вигадав витік даних.
• 0:02
  Ви дали йому пожежний шланг, коли просили кофток води.
• 0:05
  Надмірні джерела знань плюс дозвільне успадкування дорівнює випадковому розкриттю на швидкості машини.
• 0:10
  Рішення не є магією.
• 0:11
  Це дисципліна обсягу, посилення дозволів та DLP із суворими правилами,
• 0:14
  обгорнуті в базовий пакет політик, який можна розгорнути сьогодні.
• 0:17
  Я покажу вам, як агенти насправді бачать дані, чому прив'язка Groundin не ізолює дозволи
• 0:21
  і точні засоби контролю, які обмежують їх без шкоди для корисності.
• 0:25
  Є один параметр, який пропускає більшість адміністраторів,
• 0:27
  необхідний фільтр схвалення та шаблон DLP, що справді блокує агентів.
• 0:31
  Почнемо з того, як вони бачать.
• 0:33
  Основа, як агенти SharePoint насправді бачать ваші дані, ДНК дозволів.
• 0:37
  Правда в тому, що агенти не читають ваші наміри, вони читають Microsoft Graph.
• 0:41
  Уявіть, Graph як кровоносну систему.
• 0:43
  Якщо вміст доступний через ваші списки ACL, агент бачить цей кисень.
• 0:46
  Якщо ви надмірно розширюєте джерело знань,
• 0:51
  Дозвольте перекласти. Агент має два великі компоненти –
• 0:54
  персона-користувача та фільтри пошуку Rattrival.
• 0:57
  Персона дорівнює ідентичності та її дозволам у SharePoint Onedrive
• 1:00
  та будь-яких інших підключених поверхнях.
• 1:03
  Пошук дорівнює тому, на що ви вказали бібліотека, папка,
• 1:07
  купа файлів або кілька URL-адрес.
• 1:09
  Більшість людей плутають фільтри пошуку з межами безпеки.
• 1:13
  Це не так. Пошук каже «Шукай тут спершу».
• 1:16
  Дозволи кажуть «Вам дозволено вхід».
• 1:18
  Агент спочатку підкоряється дозволам, а вже потім пошуку.
• 1:20
  Якщо ви нічого іншого не запам'ятаєте, запам'ятайте цей порядок.
• 1:23
  Тепер мітки конфіденційності та перв'ю DLP знаходяться над вмістом,
• 1:26
  як вивіски та огорожі.
• 1:27
  Мітки класифікують – DLP забезпечує дотримання поведінки
• 1:30
  при доступі чи обробці певного вмісту.
• 1:32
  Те, що більшість людей пропускає, просте.
• 1:35
  Прив'язка «Дравндин» не скасовує права.
• 1:37
  Прив'язка фільтрує релевантність.
• 1:38
  Вона не зменшує юридичні повноваження агента.
• 1:41
  Отже, якщо ідентичність вашого агента бачить кілька сусідніх бібліотек,
• 1:44
  тому що ви залишили успадкування активним LLM,
• 1:46
  може і буде шивати правду з сусідніх джерел у відповідь.
• 1:48
  Це не містика, це передбачувано.
• 1:50
  Успадкування дозволів – це приховане підвищення привілеїв.
• 1:53
  Ви клянетеся, що сайт лише для внутрішнього використання,
• 1:56
  а потім виявляєте, що група SharePoint включає всіх або автентифікованих користувачів.
• 1:59
  Гості залишаються, старі проектні групи продовжують існувати.
• 2:02
  Агент поважає ACL, а не ваші сподівання.
• 2:05
  Якщо ця ідентичність може відкрити файл у SharePoint,
• 2:07
  агент може його обробити, якщо комбінації DLP або політик-міток
• 2:10
  явно не блокують дії агента.
• 2:12
  Ось чому ваш пілотний проект на одній бібліотеці
• 2:14
  раптом процитував політику HR із сусідньої бібліотеки.
• 2:17
  Ви нічого не ізолювали.
• 2:18
  Ви запропонували улюблену полицю у відчиненій кімнаті.
• 2:21
  Застосуйте модель мінімально необхідних знань.
• 2:23
  Замість того, щоб згодовувати корінь сайту і сподіватися,
• 2:25
  що релевантність вас врятує, прив'язуйте джерела знань
• 2:27
  до конкретних бібліотек.
• 2:28
  Уникайте індексації на рівні сайту.
• 2:30
  Обмежуйте папки, використовуйте фільтри метаданих,
• 2:33
  щоб індексація стосувалася лише документів,
• 2:35
  важливих для місії агента.
• 2:36
  У Coopilot Studio та конструкторах агентів SharePoint
• 2:39
  можна вказувати офіційні джерела,
• 2:41
  вимикати загальні знання щі та додавати резервні відповіді.
• 2:43
  Ця не авторитетна резервна відповідь – ваш ремінь безпеки.
• 2:46
  Без неї модель заповнює прогалини загальними знаннями,
• 2:49
  що не відповідають вашим вимогам відповідності.
• 2:51
  Обмеження також мають значення.
• 2:53
  Платформи встановлюють практичні ліміти на кількість файлів,
• 2:55
  папок та URL-адрес для кожного джерела знань.
• 2:57
  Це не просто примітки до продуктивності,
• 2:59
  це запобіжники для управління.
• 3:00
  Коли ви досягаєте ліміту, хибний інстинкт –
• 3:02
  розширити область дії до корення сайту просто на зараз.
• 3:05
  Саме так починаються витоки.
• 3:06
  Правильний крок – створити кілька вузькоспеціалізованих агентів
• 3:09
  із чітко обмеженими джерелами,
• 3:11
  а не одного універсального бота з необмеженим доступом.
• 3:13
  Розподіляйте знання, мінімізуйте повноваження.
• 3:16
  Дозвольте мені повернутися назад і запропонувати модель мислення,
• 3:18
  яка не підведе вас у критичний момент.
• 3:19
  Агент дорівнює ролі користувача плюс фільтр пошуку.
• 3:22
  Спочатку перевірка дозволів, потім пошук даних.
• 3:24
  Мітки описують рівень конфіденційності.
• 3:26
  DLP визначає, які дії дозволені за наявності такої конфіденційності.
• 3:29
  Обґрунтування допомагає моделі знайти потрібний абзац.
• 3:32
  Дозволи визначають, чи дозволено їй взагалі бачити цей абзац.
• 3:35
  DLP все одно може заборонити обробку,
• 3:37
  навіть якщо попередні два етапи дозволили її.
• 3:39
  Цей багаторівневий захист дозволяє підтримувати чіткість у ваших рішеннях.
• 3:42
  Наслідки ігнорування цього – витік даних,
• 3:44
  який виглядає як дивна поведінка щі,
• 3:46
  але насправді є конфліктом вашого налаштування області дії з успадкованими правами.
• 3:50
  Суміжні бібліотеки здаються моделі близькими,
• 3:52
  бо вони близькі у ваших дозволах.
• 3:54
  І так, модель охоче поєднає факти через кордони, які ви не захистили.
• 3:58
  Як тільки ви зрозумієте внутрішні механізми,
• 4:00
  все інше стане зрозумілим.
• 4:02
  Ви перестанете звинувачувати LLM у відповідях
• 4:04
  і почнете контролювати те, що їй дозволено брати до уваги.
• 4:06
  Тепер, коли ви бачите кровоносну систему,
• 4:08
  Так, хребет, дозволи графа та фільтри пошуку,
• 4:11
  давайте зупинимо витік даних.
• 4:12
  Окреслюйте джерела як у контракті,
• 4:14
  розривайте успадкування та маркуйте дані рішуче.
• 4:16
  Контрольна площина 1
• 4:18
  Обмежуйте джерела знань так, як юрист читає контракти.
• 4:21
  Ми описуємо область дії як юридичний текст,
• 4:23
  точно, обмежено і без жодних натяків на неоднозначність.
• 4:25
  Оскільки широкі джерела створюють перехресні зв'язки,
• 4:28
  і LLM охоче поєднає споріднені факти у відповідь,
• 4:31
  наче пліткар із довгофокусним об'єктивом.
• 4:33
  Ось правило масштабу, яке відрізняє професіоналів від стажерів.
• 4:36
  Тільки джерела на рівні бібліотеки.
• 4:38
  Не сайти, не все, що під цим хабом.
• 4:41
  Одна бібліотека документів для кожної конкретної мети.
• 4:44
  Якщо агент існує для відповідей на поширені запитання про продукт,
• 4:46
  він отримує лише бібліотеку FAQ-продукту і нічого більше.
• 4:49
  Правда, кожен зайвий дюйм стає прихованим ризиком,
• 4:51
  який модель може активувати за мілі секунди.
• 4:53
  Порівняйте це з підходом середньостатистичного користувача.
• 4:56
  Вкажіть кореневий каталог сайту, додайте вкладені папки
• 4:58
  і сподівайтеся, що метадані їх врятують.
• 5:00
  Не врятують.
• 5:01
  Фільтри пошуку лише спрямовують запити, вони не створюють Firewall.
• 5:04
  Тож структуруйте область дії так, як юрист складає пункти договору,
• 5:07
  конкретно, виключно та перевірювано.
• 5:08
  Практичні механізми визначення області, які ви дійсно будете використовувати.
• 5:11
  Уникайте коренів сайту.
• 5:12
  Завжди вказуйте конкретний шлях до бібліотеки.
• 5:14
  Обмежуйте глибину папок.
• 5:16
  Якщо мусите використовувати папки,
• 5:17
  обмежте їх невеликою глибиною без рекурсивного захоплення.
• 5:20
  Застосовуйте фільтри метаданих.
• 5:21
  Завантажуйте лише елементи, де статус «Затверджено»,
• 5:24
  «Версія», «Опубліковано», «Відділ Екс».
• 5:26
  Немає метаданих, немає завантаження.
• 5:28
  Виключайте чернетки, архіви та робочі піддерева.
• 5:30
  Якщо не можете їх виключити, перемістіть їх.
• 5:33
  Так, рефакторинг – це і є управління.
• 5:35
  Перевірка лімітів.
• 5:36
  Платформи не мають нескінчених буферів.
• 5:38
  Ви маєте обмеження на кількість файлів, папок та квоти URL.
• 5:41
  Ставтеся до них як до обмежень швидкості, що вберігають від аварій.
• 5:44
  У Coopilot Studio та конструкторах агентів SharePoint
• 5:46
  тестуйте фактичні ліміти до запуску.
• 5:48
  Створіть пілотне джерело з реальною структурою
• 5:50
  кілька сотень затверджених PDF,
• 5:52
  кілька докекс-інструкцій, десяток PPT.
• 5:54
  Якщо завантаження сповільнюється,
• 5:56
  виходить за межі часу або починає пропускати файли,
• 5:58
  не розширюйте область, а розділяйте її.
• 6:00
  Один домен на джерело, одне джерело на роль агента.
• 6:02
  Це оркестрація, а не жадібність.
• 6:04
  Секрет, про який ніхто не каже.
• 6:06
  Кілька вузькоспеціалізованих агентів
• 6:08
  завжди кращі за одного енциклопедичного монстра.
• 6:10
  Створіть агента з кадрової політики,
• 6:12
  агента з пільг, агента з відряджень,
• 6:14
  кожен зі своєю бібліотекою та фільтрами.
• 6:16
  Якщо потрібна єдина точка входу,
• 6:17
  організуйте її через агента-маршрутизатора,
• 6:20
  що спрямовує запити до потрібного фахівця.
• 6:22
  Професіонали роблять так, бо це масштабує управління.
• 6:24
  Новачки запихають 200 змішаних файлів
• 6:26
  в одного агента і дивуються,
• 6:27
  чому відповіді звучать як засідання комітету.
• 6:30
  Вимкніть загальні знання щі для регульованих агентів.
• 6:32
  Якщо агент є авторитетним у домені,
• 6:35
  він має мовчати поза його межами.
• 6:36
  Ось тут важливі відповіді заглушки.
• 6:39
  Налаштуйте чітку, стриману відповідь.
• 6:41
  Я не маю повноважень щодо цього питання.
• 6:43
  Ось затверджені джерела, які я охоплюю.
• 6:45
  Щойно ви дозволяєте загальним знанням заповнювати прогалини,
• 6:48
  ви повертаєтеся до неперевірених фактів,
• 6:49
  що ігнорують ваші мітки та політику захисту даних.
• 6:52
  Кураторство має значення.
• 6:53
  Визначайте офіційні джерела.
• 6:55
  Це означає процес затвердження перед завантаженням.
• 6:58
  Додавайте лише контент, що пройшов перевірку на точність,
• 7:00
  актуальність та має підтверджену мітку конфіденційності.
• 7:02
  Якщо ви не можете підтвердити походження документа,
• 7:05
  йому не місце в базі знань агента.
• 7:06
  Модель впевнена, але не завжди має рацію.
• 7:08
  Ваше кураторство – це запобіжник.
• 7:10
  Поширені помилки, яких ви припините припускатися сьогодні.
• 7:13
  Звалювання змішаних доменів в одне джерело політики,
• 7:15
  техдокументація, контракти – все в одній купі.
• 7:18
  Розділіть їх за призначенням, дозволивши агентам
• 7:20
  сканувати довільні веб-посилання.
• 7:22
  Ні, зовнішні посилання розширюють радіус ураження
• 7:24
  та нівелюють можливість аудиту.
• 7:26
  При поглинанні черниток і робочих файлів
• 7:27
  модель не відрізніть готове від опублікованого,
• 7:29
  якщо не запровадити метадані та розташування,
• 7:31
  що їх розділяють.
• 7:32
  Припущення, що «приховане» означає «захищене».
• 7:34
  Приховування – це лише вибір інтерфейсу.
• 7:37
  Дозволи – це закон.
• 7:38
  Дисципліна тестування, тому що так,
• 7:39
  ви справді тестуєте область ухоплення.
• 7:40
  Запитуйте про граничні випадки,
• 7:42
  ставте агенту авторитетні питання,
• 7:43
  на які він має відповідати впевнено,
• 7:44
  а потім провокуйте суміжними темами,
• 7:45
  які він має відхиляти.
• 7:46
  Якщо він відповідає поза межами домену,
• 7:47
  ваш обсяг або резервний варіант налаштовані неправильно.
• 7:49
  Якщо він відмовляється відповідати в межах домену,
• 7:51
  ваші фільтри або схвалення занадто суворі.
• 7:53
  Налаштування – це віднімання, а не додавання.
• 7:54
  Видаляйте нерелевантні шляхи,
• 7:56
  зменшуйте неоднозначність метаданих
• 7:57
  і продовжуйте скорочувати,
• 7:58
  доки відповіді не стануть нуднопередбачуваними.
• 8:00
  А ось метрики, які ви будете відстежувати.
• 8:02
  Відповідальність – відсоток запитів у межах домену,
• 8:04
  вирішених із посиланнями на цільову бібліотеку.
• 8:06
  Стримування – відсоток відповідей,
• 8:08
  що посилаються лише на схвалені джерела.
• 8:10
  Якість відмови – чіткість і частота спрацювання
• 8:12
  резервного повідомлення при запитах поза межами домену.
• 8:15
  Якщо вам потрібен чек-лист перед тим,
• 8:16
  як рухатися далі – тільки бібліотеки, мілкі папки,
• 8:19
  суворі метадані, тільки схвалені дані,
• 8:21
  жодних загальних знань, багато вузькоспеціалізованих агентів,
• 8:24
  перевірені ліміти, вимірені результати.
• 8:26
  Щойно ви це зафіксуєте, усе внизу –
• 8:28
  дозволи, мітки, DLP працюватиме на вас,
• 8:30
  а не боротиметься з вашим безладом у правах доступу.
• 8:33
  Тепер ми зміцнюємо успадкування,
• 8:35
  щоб зачинити саму кімнату, а не лише картотеку.
• 8:37
  Рівень керування 2 розірвіть успадкування
• 8:39
  та присвоїти мітки так, щоб це було серйозно.
• 8:41
  Обмежені знання марні, якщо двері навстіж відчинені.
• 8:44
  У SharePoint успадковані дозволи –
• 8:46
  це як старі светри з чужого плеча у безпеці.
• 8:48
  Погано сидять, повні дірок і загадково годяться
• 8:50
  лише до першого холодного вітру.
• 8:52
  Агенти дотримуються списків керування доступом ACL,
• 8:54
  а не оптимізму. Тож ми зупиняємо успадкування там,
• 8:56
  де це важливо, призначаємо унікальні дозволи
• 8:58
  та видаляємо широкі групи, що тихо перетворюють
• 9:00
  внутрішню мережу на загальнодоступну.
• 9:02
  Почніть з незручного аудиту.
• 9:04
  Розподіліть ваші чутливі бібліотеки на три категорії.
• 9:06
  Потрібна ізоляція можна ділитися та невідомо.
• 9:09
  Невідомо – це тривожний сигнал.
• 9:10
  Якщо ви не можете пояснити одним реченням,
• 9:12
  хто має доступ, це має потрапити до категорії
• 9:13
  «Потрібна ізоляція», доки не доведено протилежне.
• 9:15
  Потім для кожної бібліотеки з категорії «Потрібна ізоляція»
• 9:17
  розірвіть успадкування дозволів.
• 9:18
  Не на рівні сайту, а на рівні бібліотеки,
• 9:20
  що зберігає найцінніші активи.
• 9:22
  Розірвання успадкування – це не драма, це зрілість.
• 9:24
  Ви прагнете мінімально необхідного складу учасників,
• 9:27
  невелика група власників, чітко визначена група учасників
• 9:29
  і читачі лише там, де це потрібно для бізнесу.
• 9:31
  Тепер очистіть систему від лінивих рішень.
• 9:33
  Широкі групи на кшталт «Усі-усі»,
• 9:34
  крім зовнішніх користувачів і автентифіковані користувачі,
• 9:37
  ховаються всередині груп SharePoint як матюшки.
• 9:39
  Приберіть їх, замініть на групи безпеки Azure AD,
• 9:42
  зіставлені з ролями, якими ви справді керуєте.
• 9:44
  Гостєві облікові записи мають бути винятковими,
• 9:47
  тимчасовими і доступними, а не захованими у групі SharePoint,
• 9:49
  створеній три роки тому для старту проєкту.
• 9:51
  Якщо у назві групи є слово «Всі» – ваш агент,
• 9:54
  сприйматиме її як шведський стіл.
• 9:56
  Стандартизуйте рівні доступу, щоб ви могли ними керувати.
• 10:00
  Рівень бі – внутрішні бібліотеки, власники, учасники,
• 10:04
  вузьке коло, читачі, без гостей.
• 10:07
  Рівень бі – внутрішні бібліотеки, власники, учасники,
• 10:11
  керований доступ, читачі, груповий відділ, беззовнішніх осіб.
• 10:15
  Рівень сі – публічні внутрішні бібліотеки, власники, учасники,
• 10:18
  читачі, всі працівники і все ще жодних гостей.
• 10:21
  Модель проста, бо її мають дотримуватися люди, які часто відволікаються.
• 10:24
  Агенти виконуватимуть усе, що ви закодуєте, то шкодуйте розсудливість.
• 10:28
  Використовуйте мітки конфіденційності.
• 10:29
  Мітки – це не наклейки, це ключі до політик безпеки.
• 10:32
  Ви пов'язуєте конфіденційно, обмежено, публічно, то, що з певними діями.
• 10:35
  Пастка, в яку потрапляє більшість адміністраторів, це сприйняття міток як декорації.
• 10:38
  З цим покінчено.
• 10:39
  Ви узгоджуєте мітки з перв'ю DLP, щоб мітка означала те, що можуть контролювати машини.
• 10:44
  Наприклад, конфіденційний HR запускає політику DLP, яка блокує дії агента,
• 10:48
  навіть якщо користувач може бачити файл.
• 10:50
  Так, ви правильно почули, користувач може прочитати це у SharePoint,
• 10:54
  але агент отримує відмову на рівні обробки.
• 11:02
  До конкретики. У вас є бібліотека HR, політик з міткою «Конфіденційно HR».
• 11:06
  HR-агенту потрібно відповідати на запитання з цієї бібліотеки.
• 11:09
  Добре, ідентифікатору цього агента надається доступ на читання до конкретної бібліотеки.
• 11:14
  Сусідні бібліотеки, як от робочі чернетки HR, ізольовані унікальними дозволами, яких агент не має.
• 11:19
  Тим часом ваша політика DLP каже, якщо мітка дорівнює «Конфіденційно HR»,
• 11:24
  а спроба доступу «Обробка агентом» дозволити лише, якщо агент схвалений для HR.
• 11:29
  Усі інші агенти, включно з вашим ентузіастом, загальником, отримують відмову.
• 11:34
  Так ви зупиняєте витік даних, навіть якщо хтось забудеться і надасть доступ не тому агенту,
• 11:38
  а як щодо користувачів, які бачать занадто багато.
• 11:41
  Це прихована ескалація.
• 11:42
  Якщо ви покладаєтесь лише на видимість для користувача, то будь-який агент, що діє від імені користувача,
• 11:46
  успадковує ці широкі права.
• 11:47
  Тому обмежуйте права ідентифікатора агента.
• 11:50
  Не створюйте агентів, які працюють під правами того, хто їх викликає.
• 11:52
  Налаштовуйте їх як сервісний ідентифікатор з мінімальними привілеями.
• 11:56
  Поєднайте це з мітками та DLP, щоб навіть привілеєвані користувачі не змогли змусити агента обробляти заборонені дані.
• 12:01
  Ви вибудовуєте ешелонований захист, як розсудлива людина, а не молитися на сторінку налаштувань.
• 12:05
  Типові помилки, що руйнують цей рівень.
• 12:07
  Припущення, що приховане, дорівнює безпечне.
• 12:09
  Залишення проектних сайтів з успадкованими за замовчуванням дозволами.
• 12:13
  Залишення гостєвого доступу після того, як постачальник пішов.
• 12:16
  І найгірше – додавання широких груп М365 до читачів, бо так було простіше.
• 12:20
  Це простіше рівно до того моменту, поки ваш агент не вставить цитату юристів у відповідь клієнту.
• 12:24
  Потім починається театр реагування на інциденти.
• 12:26
  Ритм впровадження, який можна повторити.
• 12:28
  Ізолюйте бібліотеку.
• 12:30
  Замініть широкі групи на рольові.
• 12:31
  Призначте сервісну ідентичність для агента.
• 12:33
  Застосуйте мітки конфіденційності на рівні файлів та бібліотек.
• 12:37
  І прив'яжіть політики DLP до міток із чіткими умовами дозволу для агентів.
• 12:41
  Протестуйте на контрольному наборі запитів.
• 12:43
  У домені дозволено, суміжній, заборонено, позначений, але не затверджений агент, заблокований із чітким повідомленням.
• 12:47
  Якщо якась відповідь просочилася, права доступу налаштовані неправильно.
• 12:50
  Якщо агент обробляє позначений контент без схвалення, ваша карта DLP неправильна.
• 12:55
  Виправте карту, а не ту казку, яку розповідаєте собі.
• 12:57
  Ще один нюанс.
• 12:58
  Успадкування на рівні сайту може залишитися для повсякденних справ.
• 13:01
  Ми ж не робимо операцію на відкритому серці через меню «В'їдальні».
• 13:04
  Залиште унікальні права для бібліотек, які живлять агентів.
• 13:07
  Це зберігає ваш робоче навантаження адміністратора розумним, зміцнюючи саме ті поверхні, з якими працюватиме автоматизація.
• 13:12
  Розірвіть успадкування.
• 13:14
  Використовуйте унікальні мінімальні групи.
• 13:15
  Маркуйте так, ніби мітка контролює гроші, бо витоки коштують грошей.
• 13:18
  Потім підключіть мітки до DLP, щоб агенти дотримувалися правил, навіть коли люди забувають.
• 13:23
  Тепер кімната замкнена, а не лише картотека.
• 13:25
  Рівень контролю – 3.
• 13:26
  Шлюзи схвалення, ліміти ліцензування з оплатою за використання та політики даних.
• 13:30
  Ви окреслили джерела і вбили лінові успадкування.
• 13:33
  Добре.
• 13:33
  Тепер закрийте вхідні двері, щоб випадкові ентузіасти не створювали тіньових агентів із корисним доступом.
• 13:39
  Якщо будь-хто може створити агента, управління перетворюється на хаос.
• 13:48
  Почніть із робочого процесу схвалення для створення агентів.
• 13:52
  Ніякої вільної каси.
• 13:54
  Запити на нових агентів надходять до призначених схвалювачів.
• 13:57
  Думайте про безпеку, відповідність вимогам та власника бізнесу, який реально розуміє предметну область.
• 14:01
  Ви вимагаєте дотримання правил іменування, заяви про мету, документально підтвердженого власника,
• 14:04
  контакт для підтримки та дату закінчення терміну дії.
• 14:06
  Немає власника – немає схвалення.
• 14:08
  Немає мети – немає схвалення.
• 14:10
  Якщо це звучить як педантизм, вітаю, ви нарешті займаєтеся управлінням.
• 14:14
  Стандартизуйте форму заявки.
• 14:15
  Вимагайте цільову аудиторію, бізнес-функцію, точні джерела знань із URL-адресами до рівня бібліотеки,
• 14:21
  очікування щодо міток, поведінку за замовчуванням, відсутність авторитету поза межами
• 14:26
  та сервісну ідентичність для використання.
• 14:28
  Змусте їх обирати із заздалегідь затверджених шаблонів HRQEA, браузер-політик, ITKB тощо.
• 14:33
  Тож ви успадковуєте обмежені налаштування замість імпровізації.
• 14:37
  Тепер про ліміти ліцензування.
• 14:38
  Ви оберете один із двох шляхів Microsoft 365 Co-Pilot на основі користувачів або оплата за використання SharePoint.
• 14:44
  Правда?
• 14:45
  Ліцензування – це не рядок у бюджеті.
• 14:46
  Це засіб керування.
• 14:48
  З Co-Pilot для користувачів лише ліцензовані особи можуть використовувати функції агентів,
• 14:51
  що природно обмежує безконтрольне поширення.
• 14:53
  З оплатою за фактом використання ви відкриваєте споживання на рівні орендаря чи середовища
• 14:57
  та централізований білінг, що ягнучким, але без належного нагляду перетворюється на безлімітний барель.
• 15:00
  Тож ви встановлюєте межі.
• 15:02
  Окрімі середовища для пілотних та робочих версій, оплата за фактом лише там, де фінансовий відділ бачить лічильник.
• 15:07
  Сповіщення про витрати налаштовані так, щоб пілотний проєкт не перетворився на поетичний вечір для вашого хмарного рахунку.
• 15:11
  Політика затвердження має враховувати вибір ліцензування.
• 15:14
  Якщо це оплата за фактом, вимагайте центр витрат, відповідального за рахунки власника та профіль очікуваного використання.
• 15:20
  Якщо це ліцензування за користувачем, вимагайте список ліцензованих осіб і план виведення їх з доступу.
• 15:25
  Ви не чините перешкод, ви запобігаєте інциденту, ми не знали, що це було увімкнено.
• 15:29
  Далі йдуть політики даних правила, що не дають агентам хлептати інформацію з заборонених конекторів, наче в барі зі смузі.
• 15:34
  Використовуйте політики даних Pava Platform на рівні орендаря, щоб обмежити конектори, дозволені в тій самій групі даних, що й SharePoint.
• 15:40
  Регульовані агенти працюють в обмеженій групі лише з Microsoft 365 та затвердженими внутрішніми ARRI.
• 15:45
  Жодних випадкових сайтів, споживчих сервісів чи тіньових SAS.
• 15:48
  Якщо потрібна інтеграція, вона проходить перевірку, отримує корпоративний конектор і потрапляє до списку дозволених.
• 15:54
  Так, це потребує часу. Це називається дотриманням політики.
• 15:57
  Поєднайте ці політики даних із Perview.
• 15:59
  Використовуйте Perview для визначення меж даних, місць зберігання конфіденційного контенту, заборонених шляхів витоку та моніторингу спроб обійти обмеження груп.
• 16:08
  Ви будуєте смуги руху та розділові бар'єри.
• 16:11
  Агент може швидко рухатися в межах своєї смуги.
• 16:13
  Він не може перестрибувати через розділювальну смугу в зустрічний потік публічних кінцевих точок.
• 16:17
  Впроваджуйте шаблони агентів із попередньо затвердженими джерелами.
• 16:19
  Це частина, яку всі пропускають, а потім шкодують.
• 16:22
  Шаблони за замовчуванням вимикають загальні знання, ненадійні альтернативи, налаштовують бібліотечні джерела, обов'язкові фільтри метаданих та правильну ідентичність сервісу.
• 16:30
  Затвердте шаблон кадрової політики і будьте певні, що він має правильні параметри.
• 16:34
  Змусте нас заповнювати лише пропущені поля.
• 16:36
  Вони не винаходять колесо з квадратними краями.
• 16:38
  Поширені помилки, яких слід уникати, дозволяти пілотам з'являтися на некерованих сайтах, вмикати оплату за фактом без контролю витрат і надавати ролі розробників усім підряд.
• 16:47
  Також ніколи не дозволяйте агентам за замовчуванням використовувати загальні знання, якщо відповідь не знайдено.
• 16:52
  Саме так ви отримуєте впевнену нісенітницю загорнуту вправдоподібні цитати.
• 16:55
  Фінальний ритм – запит за шаблоном, перевірка безпекою, тріо власників відповідності САЗ, вибір ліцензії з контролем витрат, прив'язка до групи обмежених даних, підтвердження меж перв'ю, затвердження з терміном дії та планування оновлення через 90 днів.
• 17:09
  Немає оновлення – автоматичне вимкнення.
• 17:12
  Агенти не безсмертні, як і їхні сценарії використання.
• 17:15
  Площина контролю 4 – DLP, що дійсно зупиняє агентів.
• 17:19
  Шаблони перв'ю, що мають силу.
• 17:20
  Без виконання в реальному часі агенти – лише швидкісні кур'єри даних.
• 17:24
  Вам потрібні гальма.
• 17:25
  Використовуйте шаблони DLP-перв'ю, які не просто сварять, а блокують, сповіщають і залишають слід, який сподобається вашому аудитору.
• 17:30
  Чому це важливо?
• 17:32
  Агенти обробляють контент, а не просто переглядають його.
• 17:34
  Перегляд може бути допустимим для людини.
• 17:36
  Автоматизована обробка – це інший клас ризику.
• 17:39
  Рішення полягає в тому, щоб прив'язати виявлення чутливості та шаблонів до явних блокувань дій у контексті агентів.
• 17:44
  Ось основа.
• 17:45
  Створюйте політики, що охоплюють SharePoint-локації для агентів, шукають мітки чутливості та типи конфіденційної інформації
• 17:51
  і встановлюйте блокування обробки, спільного доступу або завантаження при досягненні порогу впевненості.
• 17:56
  Так, пороги впевненості.
• 17:58
  Перестаньте ставитися до них, як до декору.
• 18:00
  Для шумних шаблонів, як от загальні PII, підвищуйте впевненість і вимагайте кілька збігів.
• 18:05
  Для найцінніших даних комерційних таємниць, точних збігів ID працівників, використовуйте високу критичність із негайним блокуванням.
• 18:12
  Шаблони, що мають силу.
• 18:13
  Мітки чутливості, прив'язані до блокування агентів, якщо вони не в білому списку.
• 18:18
  Типи конфіденційної інформації, фінансові ID, державні ідентифікатори, медичні терміни, налаштовані з вищою впевненістю.
• 18:25
  Точний збіг даних IDM для ваших реальних ідентифікаторів, номерів працівників, ID клієнтів, щоб не потонути у хибних спрацювуваннях.
• 18:32
  Словники ключових слів для назв проєктів, низький обсяг, високий сигнал.
• 18:36
  Дії, що мають значення.
• 18:38
  Блокування безможливості, скасування для агентів.
• 18:40
  Люди можуть виправдатися, а агенти – ні.
• 18:42
  Машини не мають бізнес-контексту, вони мають тригери.
• 18:45
  Карантин або обмеження завантаження при спрацюванні робочих процесів агентів.
• 18:48
  Якщо агент не може отримати файл, він не зможе з нього галюцинувати.
• 18:51
  Сповіщення для секопс з багатим контекстом, мітка сайту, бібліотеки, тригерний шаблон, ідентифікатор агента.
• 18:56
  Зменшення шуму, щоб люди не намагалися обійти контроль.
• 18:59
  Починайте в режимі симуляції на неробочих сайтах.
• 19:02
  Налаштовуйте пороги, доки сповіщення не відображатимуть реальність, а не фантазії.
• 19:05
  Спочатку обмежтеся бібліотеками агентів, розширюйте лише тоді, коли сигнал стане чистим.
• 19:08
  Ви користовуйте комбіновані умови, мітка плюс тип конфіденційної інформації, два замки, одні двері.
• 19:13
  Повідомлення для користувачів – це не розкіш.
• 19:15
  Це різниця між відповідністю та обхідними шляхами.
• 19:17
  Пишіть зрозумілий текст помилки.
• 19:19
  Цей агент не має дозволу на обробку конфіденційного HR-контенту.
• 19:23
  Зверніться до HR-агента або запитайте доступ через відповідний процес.
• 19:25
  Ви даєте їм правильні двері, а не цегляну стіну.
• 19:28
  Якщо ви просто скажете «заблоковано», вони вставлять дані в Teams.
• 19:31
  Це ваша провина.
• 19:32
  Типові помилки.
• 19:33
  Обмеження DLP лише для Exchange і Teams, бо політики SharePoint надто галасливі.
• 19:37
  Вони були галасливі, бо ви їх не налаштували.
• 19:39
  Або виключення SharePoint заради продуктивності.
• 19:41
  Продуктивності чого?
• 19:42
  Вашої наступної реакції на інцидент.
• 19:44
  І нарешті покладання лише на загальні типи P.I. без використання IDM.
• 19:46
  Ви володієте точними ідентифікаторами.
• 19:49
  Використовуйте їх.
• 19:50
  Лакумусовий папірець.
• 19:51
  Сторонній агент намагається відповісти на питання, що потребує доступу до конфіденційного файлу.
• 19:55
  Результатом має бути негайне блокування, інструктивне повідомлення та сповіщення про високий рівень загрози.
• 20:00
  Якщо натомість ви отримуєте впевнену відповідь, ваш DLP – лише декорація.
• 20:03
  Зробіть його дієвим інструментом, а не вивізкою.