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

Transcript

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

• 0:00
  Усі думають, що Microsoft Co-Pilot це просто ввімкнув і сталося диво.
• 0:04
  Помилка. Насправді ви підключаєте велику мовну модель
• 0:07
  прямо до кровоносної системи даних вашої компанії.
• 0:10
  Зустрічайте Co-Pilot.
• 0:12
  Він поєднує великі мовні моделі з вмістом вашого Microsoft Graph
• 0:14
  та програмами Microsoft 365, якими ви користуєтеся щодня.
• 0:18
  Електронні листи, чати, документи – усе це надходить як вхідні дані.
• 0:21
  Питання не в тому, чи це працює, а в тому, що ще ви щойно випустили на свободу у своєму орендарі.
• 0:25
  Справжні ставки охоплюють контракти, ліцензії, захист даних, технічний контроль та управління.
• 0:30
  Пропустіть хоч одну деталь, і ви побудували лабіринт без карти.
• 0:34
  Тож будьте відвертими, що саме перемикається, коли ви активуєте Co-Pilot
• 0:37
  і хто несе відповідальність за наслідки цього перемикання.
• 0:39
  Контракти – невидима рука на вимикачі.
• 0:41
  Контракти – це невидима рука, що керує кожним вимикачем, який ви вважаєте, що натискаєте.
• 0:46
  Хоча консоль адміністратора може виглядати як пульт керування,
• 0:49
  справжні схеми, заховані в сухому юридичному тексті.
• 0:51
  Co-Pilot не працює окремо, він регулюється умовами використання продуктів Microsoft
• 0:55
  та додатком про захист даних Microsoft.
• 0:57
  Ці документи – це не дрібний шрифт, це основа для розміщення даних,
• 1:00
  зобов'язань щодо їх обробки та конфіденційності.
• 1:02
  Іншими словами, перш ніж ви натиснете хоч один перемикач,
• 1:05
  контракт уже продиктував правила гри.
• 1:07
  Відкиньмо ілюзії.
• 1:08
  Умови використання продуктів Microsoft визначають,
• 1:11
  що вам дозволено робити, де фізично дозволено зберігати ваші дані
• 1:14
  і, що важливо, хто володіє результатами, які створює Co-Pilot.
• 1:17
  Додаток про захист даних встановлює налаштування конфіденційності,
• 1:20
  зокрема, щодо GDPR та подібних фреймворків,
• 1:22
  визначаючи роль Microsoft як обробника даних.
• 1:25
  Ці рамки, не надихаючи плакати для відповідності вимогам, вони обов'язкові.
• 1:29
  Ігноруючи їх, ви не уникаєте правил,
• 1:31
  ви просто підвищуєте ризик невідповідності,
• 1:33
  оскільки ваші технічні налаштування мають працювати відповідно до цих зобов'язань,
• 1:37
  а не всупереч їм.
• 1:38
  Це не технічна деталь, це структурне питання.
• 1:41
  Контракти – це зобов'язання, технічні засоби контролю – це механізми їх виконання.
• 1:45
  Ви можете прискіпливо налаштовувати мітки зберігання,
• 1:47
  політики шифрування та дозволи до повної виснаження,
• 1:49
  але якщо ці заходи не узгоджуються із зобов'язаннями,
• 1:52
  кодифікованими в DPA та умовах продукту,
• 1:54
  ви все одно залишаєтесь незахищеними.
• 1:56
  Контракт – це не те, що можна обійти.
• 1:58
  Це стартовий постріл.
• 2:00
  Без цього ви не розгорнуті належним чином.
• 2:02
  Ви імпровізуєте з юридичними зобов'язаннями.
• 2:05
  Ось один страх, який я чую постійно.
• 2:07
  Чи тренує Microsoft таємно свої мовні моделі на даних нашого бізнесу?
• 2:10
  І контракт на відповідь – ні.
• 2:12
  Запити, відповіді та дані Microsoft Graph,
• 2:14
  що використовуються Coopilot, не повертаються у базові моделі Microsoft.
• 2:17
  Це формалізовано як в умовах продукту, так і в DPA.
• 2:20
  Ваші листи не підробляють як тренувальні нотатки для мозку штучного інтелекту.
• 2:23
  Microsoft створила засоби захисту, щоб зупинити саме це.
• 2:26
  Якщо ви цього не знали, вітаю, ви переймалися проблемою, яку контракт уже вирішив.
• 2:30
  Щоб краще це зрозуміти, уявіть аналогію з абонементом у спортзал.
• 2:33
  Ви думали, що записуєтесь лише на бігову доріжку,
• 2:36
  але контракт тихо встановлює години роботи, обмеження щодо обладнання
• 2:39
  і, звісно, пункт про обов'язковий одяг у сауні.
• 2:41
  Ви не зможете сказати, що не читали цього,
• 2:43
  Майкрософт працює так само.
• 2:47
  Це інфраструктура та правовий каркас, а не імпровізація на дитячому майданчику.
• 2:50
  Ці угоди визначають, де саме зберігаються дані.
• 2:53
  Резиденція – це не філософська абстракція.
• 2:55
  Регулятори впроваджують її з жорстокою чіткістю.
• 2:58
  Наприклад, запити Coopilot клієнтів з Європейського Союзу
• 3:00
  обмежені межами обробки даних у середині Європейського Союзу.
• 3:02
  За межами Європейського Союзу запити можуть проходити через дата-центри
• 3:05
  в інших регіонах світу.
• 3:06
  Це чітко прописано в умовах використання продукту.
• 3:09
  Здивовані, що ваші файли можуть перетинати кордони.
• 3:11
  Це шокує лише в тому випадку, якщо ви не прочитали те, що підписали.
• 3:14
  Право власності на результати роботи також визначається заздалегідь.
• 3:17
  Ті презентації, які генерує Coopilot,
• 3:18
  за замовчуванням належать вам не через цифрову щедрість,
• 3:21
  а тому, що умови продукту зобов'язують систему ЩІ
• 3:23
  відмовлятися від будь-яких претензій на інтелектуальну власність.
• 3:26
  Крім того, є GDPR та інші норми.
• 3:28
  Повідомлення про витік даних, аудит використання субпроцесорів,
• 3:30
  усе це є в угоді про обробку даних, DPA.
• 3:32
  Наслідки цього аж ніяк не теоретичні.
• 3:34
  Якщо ваше впровадження не враховує ці залежності,
• 3:37
  технічний контроль стане лише гарним фасадом,
• 3:39
  вражаючим, але порожнім.
• 3:40
  Контракт визначає архітектуру, і лише після цього
• 3:42
  Налаштовані вами перемикачі та політики
• 3:44
  набувають справжньої ваги для відповідності вимогам.
• 3:46
  Влучна метафора.
• 3:47
  Сприймайте Coopilot не як звичайну розетку,
• 3:49
  у яку ви вмикаєте прилад, а як частину енергомережі.
• 3:52
  Проєкт цієї мережі, її схема,
• 3:54
  існує задовго до того, як ви ввімкнете тостер.
• 3:57
  Помилитесь у схемі, і кожна наступна технічна дія
• 3:59
  призводитиме до нестабільності.
• 4:00
  Контракти і є цією схемою.
• 4:02
  Адміністративний перемикач – це лише момент підключення
• 4:04
  в кінцевій точці.
• 4:05
  І будьмо точними, надання доступу користувачеві –
• 4:07
  це не просто випадковий вибір.
• 4:08
  Активація Coopilot запускає зобов'язання
• 4:11
  уже закладені в ці документи.
• 4:12
  Ідентифікація, дозволи, шифрування, зберігання –
• 4:14
  усе це працює на наступних етапах.
• 4:16
  Договірні умови – це управління на атомарному рівні.
• 4:19
  Ще до того, як ви призначите роль або налаштуєте
• 4:21
  мітку зберігання, контракт уже врегулював питання
• 4:23
  юрисдикції, власності та відповідності вимогам.
• 4:25
  Отже, основний висновок такий.
• 4:27
  Перш ніж роздавати ліцензії своїм працівникам,
• 4:29
  зупиніться.
• 4:29
  Сядьте за стіл із юристами.
• 4:31
  Переконайтеся, що ваш DPA та умови використання
• 4:33
  продукту задокументовані.
• 4:34
  Окресліть усі регіональні зобов'язання щодо резидентності,
• 4:37
  як-от обмеження Європейського Союзу,
• 4:38
  і встановіть базу своїх зобов'язань.
• 4:40
  Лише тоді має сенс дозволяти ІТ-відділу розпочинати
• 4:42
  призначення ліцензій Coopilot.
• 4:44
  Коли фундамент визначено,
• 4:45
  наступний логічний крок стає очевидним.
• 4:47
  Окрім паперової роботи, що насправді контролюють
• 4:50
  ці ліцензії та призначення ролей після їх активації,
• 4:52
  саме тут починають з'являтися справжні замки.
• 4:55
  Ліцензії та ролі – це замки на кожних дверях.
• 4:58
  Ви, мабуть, вважаєте, що ліцензія – це просто чарівний ключ.
• 5:01
  Купили, роздали, користувачі ввели запити,
• 5:03
  і раптом Coopilot строчить листи, як перекафеєнізований інтерн.
• 5:07
  Неправильно.
• 5:08
  Ліцензія Coopilot – це не універсальний ключ.
• 5:11
  Це радше дозвіл на будівництво з охоронцем на вході.
• 5:13
  Дозвіл визначає, що може існувати юридично,
• 5:16
  а охоронець стежить, кого пропускати за огорожу.
• 5:18
  Якщо ви вважаєте ліцензування лише кодом доступу,
• 5:21
  ви вже неправильно розумієте роботу системи.
• 5:23
  Ось роз'яснення, яке варто засвоїти раз і назавжди.
• 5:26
  Ліцензії відкривають функції Coopilot,
• 5:28
  але він показує лише ті дані, на які користувач вже має дозвіл через Microsoft Graph.
• 5:32
  Права доступу визначаються ідентифікацією у вашому тененті та налаштуваннями RBAC.
• 5:36
  Ліцензія каже, так, ця людина може використовувати Coopilot.
• 5:39
  Але RBAC каже, ні, вони все ще не можуть відкрити приватні папки фінансового директора,
• 5:43
  якщо не могли раніше.
• 5:44
  Без цього розмежування люди панікують через уявні ризики
• 5:47
  або, що ще гірше, ігнорують цілком реальні.
• 5:49
  Саме ліцензування грубе, але необхідне.
• 5:51
  Coopilot – це доповнення до існуючих планів Microsoft 365.
• 5:55
  Він не входить до стандартних пакетів, ви обираєте його самі.
• 5:58
  Призначення ліцензії не розширює права,
• 6:00
  воно просто надає функціональність у Word, Excel, Outlook та інших програмах пакету.
• 6:04
  І ось операційний нюанс.
• 6:06
  Деякі функції потребують додаткового ліцензування,
• 6:09
  як от перв'ю для контролю відповідності чи додатки Defenda для безпекових бар'єрів.
• 6:13
  Якщо запустити Coopilot, не врахувавши ці залежності,
• 6:16
  ваше впровадження буде таким же стабільним, як будівництво на желе.
• 6:19
  Тепер розвіємо найнебезпечнішу хибну думку.
• 6:21
  Якщо ви призначаєте ліцензії Coopilot необачно,
• 6:24
  наприклад, роздаєте їх усій організації без перевірки RBAC,
• 6:27
  користувачі зможуть шукати все, до чого вже мають доступ.
• 6:30
  Це означає, що якщо у вас безлад із правами доступу,
• 6:33
  інтерн не стане глобальним адміністратором,
• 6:35
  але все одно зможе знайти чутливі документи, випадково відкриті для всіх.
• 6:39
  Коли ви поєднуєте широке ліцензування з нечіткими ролями,
• 6:42
  витік даних стає не гіпотетичним, а гарантованим.
• 6:44
  Користувачам не потрібні злі наміри, щоб спричинити витік,
• 6:46
  їм достатньо поля пошуку та надмірних успадкованих прав.
• 6:49
  Ролі – це те, на чому тримається конструкція.
• 6:51
  Контроль доступу на основі ролей визначає рівень доступу особи.
• 6:54
  Призначте ліцензії Coopilot без визначення ролей,
• 6:57
  і ви фактично даєте людям ліхтарики ще в темних коридорах,
• 7:00
  де їм взагалі не слід ходити.
• 7:02
  За правильного підходу RBAC тримає Coopilot у визначених межах.
• 7:05
  Фінансові працівники можуть працювати лише з фінансовими наборами даних.
• 7:08
  Маркетинг може створювати чернетки лише на основі матеріалів кампаній.
• 7:11
  Адміністратори можуть керувати налаштуваннями,
• 7:13
  але лише в межах встановлених вами суворих правил.
• 7:15
  Coopilot точно відображає структуру каталогу,
• 7:16
  він не діє безконтрольно, якщо ваш каталог не налаштований так само.
• 7:19
  Уявіть дві організації.
• 7:21
  Перша вважає, що справедливість – це однакові ліцензії з однаковим рівнем доступу.
• 7:24
  Усі отримують однакову область доступу Coopilot.
• 7:26
  Шляхетна думка – катастрофічні наслідки.
• 7:28
  Coopilot тепер радо занурюється в бібліотеки контрактів,
• 7:31
  записи відділу кадрів та ланцюжки листів керівництва,
• 7:33
  оскільки вони були випадково залишені у спільному доступі.
• 7:35
  Друга – дотримується дисципліни.
• 7:37
  Ліцензії відповідають потребам, а ролі визначають чіткі зони.
• 7:41
  Фінанси обмежені фінансами, маркетинг – маркетингом,
• 7:44
  ай-ті тримається осторонь.
• 7:45
  Користувачі все ще вважають Coopilot розумним,
• 7:48
  але насправді він просто відображає дисципліновану архітектуру інформації.
• 7:51
  Ось практична порада для виживання.
• 7:53
  Припиніть призначати місця вручну для кожного користувача.
• 7:56
  Натомість використовуйте групове призначення ліцензій.
• 7:58
  Це ефективно і змушує вас переглядати склад груп.
• 8:01
  Якщо ви не проводите аудит членства в групах,
• 8:04
  ліцензії можуть потрапити туди, куди не повинні.
• 8:06
  І пам'ятайте, ліцензії Coopilot не можна поширювати
• 8:08
  на гостєві облікові записи між орендарями.
• 8:10
  Ні, консультант з логіном Gmail не отримає доступ до Coopilot у вашому середовищі.
• 8:14
  Не намагайтеся знайти обхідні шляхи.
• 8:16
  Система заблокує вас, і цього разу це на благо.
• 8:18
  Уявіть ліцензії як паспорти.
• 8:20
  Вони позначають, хто належить до кордону,
• 8:22
  але паспорти не гарантують громадянам вільне пересування континентом.
• 8:25
  Візи та дозволи на проживання додають обмеження.
• 8:27
  Ролі – це ваші візи. Разом вони створюють кордони.
• 8:30
  Ігноруйте ролі, і ви станете туристом, який гучно вимагає громадянства на кордоні.
• 8:34
  У кращому випадку смішно, у гіршому – небезпечно.
• 8:36
  Елегантність полягає в тому, що RBAC при правильному архітектурному плануванні стає непомітним.
• 8:40
  Користувачі думають, що Coopilot знає їх.
• 8:42
  Це не так.
• 8:43
  Coopilot просто відлунює структуру безпеки, вже вбудовану в Microsoft 365.
• 8:47
  Забезпечте суворі дозволи, і Coopilot відобразить дисципліну.
• 8:51
  Забезпечте хаос, і Coopilot відобразить хаос.
• 8:53
  Дзеркало нейтральне, а ваш дизайн – ні.
• 8:55
  Ось чому ліцензії та ролі разом діють як безмовні замки у вашій організації.
• 8:59
  Якщо все зроблено правильно, ніхто цього не помітив.
• 9:01
  Якщо зроблено погано, ви помітите це лише тоді, коли Coopilot почне показувати документи, які жоден стажер не повинен бачити.
• 9:07
  І це породжує наступну проблему.
• 9:09
  В середині цих закритих кімнат, що насправді споживає Coopilot.
• 9:12
  Відповідь – шведський стіл з ваших листів, документів та кожного забутого файлу, який ви залишили у відкритому доступі.
• 9:19
  Витік даних.
• 9:20
  Раціон Coopilot – це вся ваша організація.
• 9:22
  Отже, давайте поговоримо про те, що станеться, коли Coopilot почне це перетравлювати.
• 9:25
  Витік даних – це не теорія.
• 9:27
  Це щоденний наслідок того, що Coopilot дозволено харчуватися з того самого каталогу, який ви побудували.
• 9:33
  Microsoft 365 Coopilot отримує контент через Microsoft Graph і відображає лише ті матеріали, до яких користувач вже має принаймні права на перегляд.
• 9:40
  Семантичний індекс і обґрунтування дотримуються меж доступу на основі ідентифікації, що означає, що щі не зазирає у сховища, куди йому не слід.
• 9:47
  Він просто вказує на те, що ваша модель безпеки вже робить видимим часто у способи, на які ви не очікували.
• 9:51
  І все ж таки у цьому й полягає небезпека.
• 9:53
  Coopilot не змінює дозволи, він їх відображає. Якщо бібліотеки вашої команди переповнені доступом для всіх, Coopilot охоче включить їх у зведення.
• 10:01
  Якщо ваш SharePoint неналежним чином відкритий, Coopilot інтегрує ці дані в чернетки.
• 10:06
  Користувачі рідко шукають безлад у куточках вашого тенанта, але Coopilot не робить винятків.
• 10:11
  Він бере дані з усього індексу, а індекс – це ваша робота, а не Microsoft.
• 10:14
  Уявіть Coopilot як бібліотекаря з ідеальною пам'яттю.
• 10:17
  Звичайні працівники забувають про незамкнену шафу в підвалі.
• 10:21
  Coopilot не забуває, він сканує індекс.
• 10:23
  Ганебна записка, яку ви кинули у відкриту папку, більше не забута, вона готова до запиту.
• 10:27
  Знову ж таки, це не злий намір, а ефективність, застосована до цифрового хаосу, який ви створили.
• 10:31
  Але дозволи самі по собі – це ще не все рівняння.
• 10:34
  Час звернути увагу на мітки конфіденційності.
• 10:36
  Це не прикраса, вони забезпечують захист.
• 10:38
  Коли файл позначено як конфіденційний із застосуванням шифрування, Coopilot зобов'язаний це враховувати.
• 10:43
  І ось важлива деталь.
• 10:44
  Коли мітки застосовують шифрування або вимагають прав на вилучення,
• 10:47
  Coopilot обробляє вміст лише тоді, коли користувач має права і на перегляд, і на вилучення.
• 10:52
  Якщо ні, Coopilot блокується.
• 10:54
  Мітки також успадковуються.
• 10:55
  Отже, коли Coopilot створює нову презентацію на основі конфіденційного файлу,
• 10:59
  мітка та захист переносяться автоматично.
• 11:01
  Людське втручання не потрібне.
• 11:03
  Це добре, тому що якщо ви покладаєтеся на те, що кінцеві користувачі пам'ятатимуть про маркування кожного похідного документа,
• 11:08
  ви довіряєте людям у боротьбі з ентропією.
• 11:10
  Статистично вони програють.
• 11:11
  Регуляторні норми підсилюють це.
• 11:13
  GDPR не хвилює, що дозволи це допускали.
• 11:16
  HIPAA не хвилює, що хтось випадково залишив записи пацієнтів із раком відкритими для маркетингового відділу.
• 11:20
  ISO не залишається байдужим, коли процеси не узгоджені.
• 11:24
  Регулятори дбають про поверхні доступу, крапка.
• 11:26
  Якщо ваші налаштування дозволів дозволяють персональним даним з'являтися через Co-Pilot,
• 11:30
  ваша позиція щодо відповідності вимогам скомпрометована.
• 11:33
  Твердження, що ЩЩ просто відображає дозволи, схоже на аргумент,
• 11:35
  що ви не повинні отримувати штраф за перевищення швидкості, бо ваша нога природно натиснула на педаль газу.
• 11:40
  Закони з цим не згодні, і вони також не спрощують правила щодо місця зберігання даних.
• 11:43
  Для клієнтів з Європейського Союзу Microsoft спрямовує обробку Co-Pilot через межі даних Європейського Союзу, де це необхідно.
• 11:49
  Але і це критично важливо.
• 11:50
  Пошукові запити до бін не включені в гарантії меж даних Європейського Союзу.
• 11:54
  Вони дотримуються окремої політики обробки даних.
• 11:57
  Припустіть, що всі дані захищені однаково, і ви вже помиляєтеся.
• 12:00
  Регулятори помітять нюанси, навіть якщо ви не надали їм значення.
• 12:03
  А як щодо зберігання?
• 12:05
  Запити, відповіді та журнали активності Co-Pilot не потрапляють у якісь центри навчання великих мовних моделей.
• 12:10
  Вони зберігаються в межах сервісу Microsoft 365, де їхнім зберіганням та видаленням можна керувати за допомогою PerVue.
• 12:17
  Адміністратори можуть використовувати пошук контенту PerVue та політики зберігання для управління цією історією.
• 12:21
  І Microsoft чітко заявляє про це.
• 12:23
  Запити та відповіді граф не використовуються для навчання базових моделей Co-Pilot.
• 12:27
  Щоквартальна доповідь вашого CEO не збирається таємно для покращення чиєгось щі.
• 12:31
  Тож як почати зменшувати радіус ураження?
• 12:34
  Проведіть аудит дозволів, видаліть групи всі, а потім запустіть оцінку стану безпеки даних PerVue, DSPM,
• 12:40
  щоб виявити файли та бібліотеки, які залишилися у спільному доступі.
• 12:44
  Адже усвідомлюєте ви це чи ні, Co-Pilot має повноваження відображати все, що ви випадково дозволили.
• 12:50
  Спроби ігнорувати це вас не врятують.
• 12:52
  Звісно, ви не можете перекласти всю відповідальність лише на PerVue.
• 12:55
  PerVue – це фільтр, так, але фільтри працюють лише тоді, коли ви спочатку правильно класифікуєте дані.
• 13:00
  Помилково позначте контент або залиште його без міток, і фільтр просто пропустить його.
• 13:04
  Co-Pilot не жадібний, він законослухняний.
• 13:06
  Те, що ви бачите у відповідях Co-Pilot, є дзеркальним відображенням вашої гігієни дозволів.
• 13:10
  Якщо ця гігієна в порядку, інсайти виглядають чіткими та доречними.
• 13:13
  Якщо вона не дбала, Co-Pilot із задоволенням продемонструє ваші прорахунки.
• 13:17
  І коли примусове виконання правил стикається з такою відкритістю, стає цікаво.
• 13:21
  Co-Pilot може спробувати надати влучну відповідь, але бути перерваним на півслові правилом відповідності, яке заблокує результат.
• 13:26
  Це не помилка і не збійщі.
• 13:28
  Це засоби контролю безпеки здійснюють свої повноваження.
• 13:31
  Це підводить нас до головного, як інструменти адмінсента, PerVue та Defenda фактично координуються для обмеження, моніторингу та перехоплення відповідей Co-Pilot.
• 13:38
  Ви думаєте, що просто перемикаєте тумблер, але насправді ви щойно продиригували оркестром.
• 13:43
  Технічний контроль – це симфонія з залаштунками.
• 13:45
  Те, що виглядає як невинний клік у центрі адміністрування Microsoft 365, насправді є диригентською паличкою.
• 13:51
  Ви не просто вмикаєте перемикач, ви вказуєте інтегрованій системі відповідності, як саме вона має працювати.
• 13:56
  Адмінсента, PerVue та Defenda – це неокремі додатки, що грають фонову музику.
• 14:00
  Це інструменти в тісно скоординованому виконанні.
• 14:03
  Ось список виконавців із точним описом обов'язків.
• 14:06
  Адмінсента – це система управління орендарями, фактично електромережа.
• 14:09
  Вона відповідає за призначення ліцензій, налаштування Co-Pilot на рівні орендаря та активацію плагінів.
• 14:13
  Адміністратори налаштовують доступ до Co-Pilot, встановлюють канали оновлень і керують базовими умовами.
• 14:18
  PerVue – це митний контроль на кордоні.
• 14:20
  Він класифікує, позначає та перевіряє все, що проходить через Microsoft Graph.
• 14:24
  Він забезпечує зберігання даних через політики, застосовує захист від втрати даних, DLP, виявляє ризики за допомогою управління станом безпеки даних для ЩІ, DSPM та реєструє кожну дію в аудиторських журналах.
• 14:34
  А ще є Defenda – інструмент для примусового виконання правил.
• 14:37
  Зокрема, Microsoft Defenda for Endpoint забезпечує виконання правил у режимі реального часу, сповіщення та захист від втрати даних на кінцевих точках.
• 14:42
  Він відстежує поведінку, блокує ризиковані дії, наприклад, вставку конфіденційних даних у сторонніші інструменти і зупиняє роботу Co-Pilot, якщо правила порушено.
• 14:50
  Це не збій, це виконання політики в дії.
• 14:52
  Пересічний адміністратор робить фатальну помилку, припускаючи ізольованість систем.
• 14:55
  Вони поводяться з цими інструментами так, ніби кожен із них живе в закритій коробці.
• 14:58
  Це не так. Вони постійно взаємодіють.
• 15:00
  Центр адміністрування може ввімкнути Co-Pilot, але без міток і політик-перв'ю контент поширюється без класифікації.
• 15:06
  Перв'ю створює правила, але без інструментів примусового виконання Defenda порушення залишаються непоміченими.
• 15:11
  Якщо сприймати будь-який компонент як необов'язковий, ви не керуєте відповідністю вимогам, ви створюєте хаос.
• 15:15
  Уявіть собі, ви надаєте ліцензії в Центрі адміністрування, але не обтяжуєте себе налаштуванням міток, конфіденційності в Перв'ю.
• 15:21
  Co-Pilot радісно індексує відкриті файли, і раптом ваші стажери можуть натрапити на чернетки документів зі стратегії злиттів та поглинень.
• 15:27
  Або розгляньте надто суворі налаштування DLP у Defenda.
• 15:30
  Користувач запитує у Co-Pilot звіт про квартальний дохід, але вихідний файл містить вбудовані номери рахунків, класифіковані як обмежені.
• 15:37
  Defenda миттєво блокує результат.
• 15:38
  Працівник скаржиться, що Co-Pilot зламався.
• 15:41
  Це не так.
• 15:41
  Defenda виконав те, що ви наказали йому виконати.
• 15:44
  Примусове виконання в реальному часі – це не випадковий саботаж.
• 15:46
  Це природний наслідок невірно налаштованої політики.
• 15:49
  Тож подумайте про це так.
• 15:50
  Центр адміністрування створює закони, Перв'ю перевіряє вантаж, а Defenda забезпечує виконання в реальному часі.
• 15:54
  Це не три інструменти, просто скріплені докупи.
• 15:56
  Це три виміри одного механізму відповідності вимогам.
• 15:59
  Якщо хоча б один з них налаштований неправильно або ігнорується, результатом буде шум, а не управління.
• 16:03
  Тепер перейдемо до конкретних технічних тактик, яких варто дотримуватися.
• 16:06
  Крок перший – увімкніть уніфікований журнал аудиту в Перв'ю та активуйте управління станом безпеки даних для ЩІ.
• 16:12
  DSPM сканує файли зі спільним доступом або приховані дані, які може виявити Co-Pilot.
• 16:17
  І одним кліком ви можете автоматично генерувати політики, щоб закрити очевидні прогалини.
• 16:22
  Крок другий – послідовно застосовуйте мітки конфіденційності та поєднуйте їх із політиками DLP у Перв'ю,
• 16:27
  що повністю обмежують обробку надконфіденційних даних для Co-Pilot.
• 16:30
  Поєднайте це з правилами зберігання, щоб запити та відповіді контролювалися протягом усього життєвого циклу.
• 16:34
  Крок третій – зміцніть периметр.
• 16:36
  Використовуйте умовний доступ і багатофакторну автентифікацію на рівні ідентифікації
• 16:40
  та розгорніть дофенда для кінцевих точок DLP на кожному пристрої.
• 16:42
  Таким чином, працівники не зможуть обійти запобіжники,
• 16:45
  копіюючи конфіденційні відповіді у несанкціоновані сторонніші інструменти.
• 16:57
  І Discovery вперві гарантують, що ви не просто впроваджуєте правила, а й підтверджуєте їх виконання.
• 17:00
  Коли приходять регулятори з папками, вимагаючи доказів,
• 17:02
  вам потрібні журнали аудиту з можливістю пошуку та історія використання Co-Pilot.
• 17:06
  Це не декоративна відповідність вимогам, це питання виживання.
• 17:09
  Комплеєнт з комунікації додає ще один пункт перевірки,
• 17:11
  виявляючи ризиковані запити або потенційні зловживання під час роботи користувачів із Co-Pilot.
• 17:16
  Ігноруйте це, і ви не помітите зловживань, що назрівають у вашому середовищі.
• 17:20
  Завжди виникає спокуса розглядати комплеєнтс як те, що ви накладаєте поверх систем.
• 17:24
  Це помилка.
• 17:24
  Ці елементи керування є операційною системою управління Co-Pilot.
• 17:28
  Ліцензування, класифікація, зберігання, блокування, ведення журналів – вони не доповнюють роботу Co-Pilot, вони її визначають.
• 17:33
  Co-Pilot не існує у вакуумі.
• 17:35
  Він існує лише в межах політик, міток та обмежень, які ви впровадили у середовища.
• 17:39
  І це підводить нас до більшої проблеми.
• 17:41
  Технічні засоби контролю можна налаштувати з точністю, але їхня ефективність стикається з набагато менш передбачуваним фактором – людьми.
• 17:47
  Ви можете налаштувати бездоганні політики зберігання, герметичні правила DLP та надійне примусове виконання через Дафенда.
• 17:53
  Але що станеться, коли управління зведеться до замітки в Outlook, яку ніхто не читає?
• 17:57
  На жаль, саме тут виявляється справжня крихкість контролю.
• 18:01
  Управління на практиці – правила проти реальності.
• 18:03
  Управління на практиці – це те, де теорія намагається зустрітися з реальністю і зазвичай зазнає невдачі.
• 18:08
  Політики на папері крихкі.
• 18:09
  Ви поширюєте їх, проводите збори, оголошуєте про перемогу, а за кілька днів вони поховані під непрочитаними листами.
• 18:15
  Управління, яке не керується системою – це взагалі не управління.
• 18:18
  Це казка на ніч.
• 18:19
  Якщо ви хочете, щоб правила дійсно працювали, вони повинні бути вбудовані безпосередньо в інструменти, якими вже користуються ваші працівники.
• 18:25
  В іншому випадку ваш контроль тримається на чесному слові і працівники ставляться до нього відповідно.
• 18:30
  Управління – це не прикраса чи прагнення.
• 18:32
  Це рівень перекладу, який бере абстрактні вимоги комплеєнсу, захист персональних даних, обмеження доступу до конфіденційної інформації та закріплює їх у реальних діях, що примусово виконується платформою.
• 18:41
  Без цього політики – це порожня риторика.
• 18:44
  З цим правила стають неминучими.
• 18:45
  Мітка зберігання, застосована через Perview, діє краще за будь-яку службову записку, оскільки система не надає користувачам кнопки відмови.
• 18:51
  Управління, отже, це субтитри до іноземного фільму.
• 18:54
  Працівникам не потрібно погоджуватися, щоб зрозуміти, що відбувається.
• 18:57
  Система змушує до розуміння за дизайном.
• 19:00
  Візьмемо сміховинно-марну інструкцію «Не надавайте Co-Pilot доступ до конфіденційних файлів».
• 19:04
  Це звучить суворо, але має таку ж стримуючу силу, як записка «Не їжте печиво перед тарілкою з печивом».
• 19:10
  Натомість налаштуйте політику запобігання втраті даних у Perview, націлену на розташування Microsoft Co-Pilot.
• 19:16
  Це означає, що коли Co-Pilot натрапляє на суворо конфіденційний файл, він не може його узагальнити чи обробити,
• 19:22
  незалежно від того, наскільки ввічливо чиниття мушче запитує працівник.
• 19:25
  Це не пропозиція, це відмова, зашита в систему.
• 19:28
  Порівняйте це з кампаніями із загальної обізнаності, і різниця стане очевидною.
• 19:32
  Одна каже користувачам, чого не робити, інша робить заборонену дію технічно неможливою.
• 19:36
  Аналогія з авто, давайте стиснемо її.
• 19:39
  Просити користувачів не ділитися даними – це як ставити знаки обмеження швидкості.
• 19:43
  Налаштування міток чутливості за замовчуванням, автоміток та політик DLP для Co-Pilot –
• 19:47
  це як встановлення обмежувача, що не дає авто перевищити 100 кілометрів за годину.
• 19:51
  Але що з цього віддають перевагу регулятори?
• 19:53
  Те, що виключає людський вибір зрівняння. І, відверто кажучи, вам слід робити так само.
• 19:57
  Використовуйте інструменти управління Microsoft, бо принаймні зараз вони корисні.
• 20:01
  Перв'ю автомітки та мітки чутливості за замовчуванням змушують класифікувати дані, навіть коли працівники забувають.
• 20:06
  Мітки зберігання автоматично застосовують терміни, щоб забуті файли не залишалися назавжди.
• 20:11
  Відповідність комунікації працює як ваша система спостереження.
• 20:14
  Вона може сканувати запити та відповіді Copilot, щоб виявляти невідповідні дані, що передаються ЩІ.
• 20:19
  Це не перевищення повноважень, це мінімум, який потрібен.
• 20:22
  А перв'ю DSPM для ЩІ дає видимість того, чим харчується Copilot з політиками виправлення в один клік, що блокують ризики.
• 20:28
  Разом вони замикають цикл між вашими намірами та тим, що впроваджує система.
• 20:32
  Це важливо, бо найслабша ланка передбачувана – це люди.
• 20:36
  Офіцери з комплеєнсу пишуть правила, адміністратори налаштовують інструменти, а працівники ігнорують усе, щойно стають зайнятими.
• 20:43
  Комплеєнс з комунікації не зупинить людей від нерозумних дій, але він може виявити спробу і створити телеметрію.
• 20:48
  DSPM не покладається на добру волю.
• 20:50
  Він знаходить дані з надмірним доступом і надає вам політики для автоматичного виправлення.
• 20:54
  Ці інструменти не просять про дисципліну, вони її забезпечують.
• 20:57
  Звісно, управління – це не лише інструменти, це ще й структура.
• 21:00
  Адекватне впровадження включає міжфункціональну раду ЩІ або Центр компетенцій.
• 21:04
  Це майданчик, де юридичний відділ, безпека, HR та IT узгоджують правила з технічними засобами контролю.
• 21:10
  Майкрософт наполягає на цьому, і це не просто формальність.
• 21:13
  Без узгодження одна сторона видає розмиті директиви, а інша налаштовує зовсім іншу реальність.
• 21:19
  Управління – це не лише технічні межі, це організаційна хореографія.
• 21:23
  Порівняння двох вигаданих компаній робить це очевидним.
• 21:26
  Компанія А видає глянцеву директиву на одну сторінку «Використовуйте Co-Pilot відповідально».
• 21:31
  Компанія Бі налаштовує шаблони перв'ю, щоб взагалі заблокувати доступ Co-Pilot до некласифікованих даних.
• 21:37
  Минає шість місяців, і компанія А поспіхом усуває витік після того, як конфіденційні файли з'явилися в зведеннях Co-Pilot.
• 21:43
  Компанія Бі – ні. В обох було управління, але лише одна сприймала його як систему.
• 21:47
  Спойлер – формальність не працює, автоматизація перемагає.
• 21:50
  Необхідний висновок простий.
• 21:51
  Управління не живе в PDF-файлах, плакатах чи обов'язкових слайдах тренінгів.
• 21:55
  Воно живе в технічних засобах контролю, які користувачі не можуть оминути.
• 21:58
  Політики, приклеєні на стіні, можуть виглядати офіційно.
• 22:00
  Налаштовані правила перв'ю, блоки DLP та мітки конфіденційності – це і є справжня офіційність.
• 22:05
  Інформаційні кампанії – це приправа, а контроль – це основа.
• 22:08
  І так, навчання користувачів важливе, але якщо ваша стратегія залежить від того,
• 22:11
  що працівники завжди пам'ятатимуть правила, ви вже програли.
• 22:14
  Отже, управління на практиці зводиться до цього, перетворіть кожне очікування на правило,
• 22:18
  що примусово виконується системою, незалежно від співпраці користувачів.
• 22:21
  Тільки тоді комплеєнтс витримує зіткнення з реальністю.
• 22:24
  І коли ці автоматизовані межі встановлені,
• 22:27
  Coopilot не просто працює як шій помічник,
• 22:29
  він стає демонстрацією роботи вашої моделі управління в реальному часі.
• 22:33
  Це підводить нас до ширшого розуміння того,
• 22:35
  що активація Coopilot – це не ввімкнення штучного інтелекту,
• 22:38
  а запуск цілої системи контролю контрактів, дозволів обмежень даних та управління.
• 22:43
  І саме цю ширшу картину нам потрібно розглянути далі.
• 22:46
  Перемикач Coopilot – це ніколи не просто ввімкнення щі,
• 22:48
  це активація механізму комплеєнсу.
• 22:50
  Цей один клік поширюється на контракти, ліцензії, захист даних та правила контролю.
• 22:54
  Якщо сприймати це як магічну автоматизацію, ви неправильно розумієте систему.
• 22:58
  Ви активували закон, політику та безпеку одним рухом.
• 23:00
  Якщо хочете, щоб Coopilot працював без створення ризиків, перевірте три речі у своєму орендарі цього тижня.
• 23:06
  Запустіть оцінку Perview DSPM для щі та застосуйте виправлення в один клік,
• 23:10
  призначте ліцензії за групами з використанням RBAC та області Entra,
• 23:13
  а також увімкніть аудит, утримання та DLP в Perview для блокування високочутливих даних.
• 23:18
  Якщо це заекономіло вам купу часу на усунення несправностей, підписуйтесь.
• 23:22
  Ваш майбутній адмін я подякую вам.
• 23:23
  І пам'ятайте, у випадку Scoopilot компанія Microsoft вже створила всі елементи керування та інструкції.
• 23:28
  Налаштуйте їх, і комплеєнс перетворить ще із уявної загрози на надійний, дисциплінований інструмент.