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

Багато хто вважає, що Microsoft 365 Copilot достатньо просто ввімкнути, і далі все станеться саме. Насправді ви підключаєте велику мовну модель до даних власної компанії. Copilot поєднує великі мовні моделі з вмістом Microsoft Graph і програмами Microsoft 365, якими ви користуєтеся щодня. Листи, чати й документи стають для нього вхідними даними.

Тому питання не в тому, чи Copilot працює. Важливо розуміти, що саме ви привели в рух у своєму орендарі (tenant) і хто відповідає за наслідки. У цій статті розберемо п'ять складових: контракти, ліцензії, захист даних, технічний контроль і керування (governance). Якщо випустити з уваги хоча б одну, вийде лабіринт без карти.

Контракти для Copilot: правила гри задано до першого кліку

Консоль адміністратора схожа на пульт керування, але справжня схема захована в юридичних текстах. Copilot регулюють умови використання продуктів Microsoft та додаток про захист даних (DPA). Це не дрібний шрифт. Саме там описано розміщення даних, зобов'язання щодо їх обробки та конфіденційність. Ще до першого перемикача контракт уже продиктував правила.

Що визначають умови використання і DPA

• що вам дозволено робити і де фізично можуть зберігатися дані;
• хто володіє результатами роботи Copilot: згенеровані презентації за замовчуванням належать вам, бо умови продукту зобов'язують систему ШІ відмовитися від претензій на інтелектуальну власність;
• налаштування конфіденційності з огляду на GDPR та подібні фреймворки, де Microsoft виступає обробником даних;
• повідомлення про витік даних та аудит використання субпроцесорів.

Резидентність даних

Для клієнтів з Європейського Союзу запити Copilot обмежені межами обробки даних усередині ЄС. За межами ЄС запити можуть проходити через дата-центри в інших регіонах світу. Це прописано в умовах використання, тож дивуватися нема чого.

Чи тренує Microsoft моделі на ваших даних?

Це найпоширеніший страх. Відповідь контракту така: запити, відповіді та дані Microsoft Graph, які використовує Copilot, не повертаються в базові моделі. Це закріплено і в умовах продукту, і в DPA.

Контракти задають зобов'язання, а технічні засоби контролю їх виконують. Можна ретельно налаштувати мітки зберігання, шифрування й дозволи, але якщо вони не узгоджені з DPA та умовами продукту, захисту все одно немає. Тому перед роздачею ліцензій варто сісти з юристами, переконатися, що DPA й умови задокументовані, і окреслити регіональні вимоги до резидентності, зокрема обмеження ЄС.

Ліцензії Copilot і RBAC: замки на кожних дверях

Ліцензія не є універсальним ключем. Вона відкриває функції Copilot, але він показує лише ті дані, до яких користувач уже має доступ через Microsoft Graph. Права визначаються ідентифікацією в тенанті та налаштуваннями RBAC (контролю доступу на основі ролей). Ліцензія каже, що людина може користуватися Copilot, а RBAC каже, що приватні папки фінансового директора для неї все одно закриті, якщо вона не мала до них доступу раніше.

Copilot є доповненням до наявних планів Microsoft 365 і не входить до стандартних пакетів. Призначення ліцензії не розширює права, а лише надає функціональність у Word, Excel, Outlook та інших програмах. Деякі функції потребують додаткового ліцензування, наприклад Purview для контролю відповідності або Defender для безпекових бар'єрів. Якщо не врахувати ці залежності, впровадження буде нестабільним, як будівництво на желе.

Чому ліцензії «для всіх» небезпечні

Якщо роздати ліцензії всій організації без перевірки RBAC, користувачі зможуть знаходити все, до чого вже мають доступ. Стажер не стане глобальним адміністратором, але може знайти чутливі документи, випадково відкриті для всіх. Широке ліцензування разом із нечіткими ролями робить витік даних гарантованим. Зловмисних намірів для цього не треба, досить поля пошуку та надмірних успадкованих прав.

Порівняйте два підходи. В одній організації всім дали однакові ліцензії й однаковий доступ, і Copilot охоче занурюється в бібліотеки контрактів, записи відділу кадрів та листування керівництва, залишені у спільному доступі. В іншій ліцензії відповідають потребам, а ролі задають чіткі зони: фінанси працюють із фінансами, маркетинг із матеріалами кампаній. Copilot лише відображає структуру вашого каталогу.

Практичні поради щодо ліцензій

• Замість ручного призначення використовуйте групове призначення ліцензій. Це ефективно й змушує переглядати склад груп.
• Проводьте аудит членства в групах, інакше ліцензії можуть потрапити не туди.
• Пам'ятайте, що ліцензії Copilot не поширюються на гостьові облікові записи між орендарями. Консультант із логіном Gmail доступу не отримає.

Витік даних через Copilot: чому він дзеркало ваших дозволів

Copilot отримує контент через Microsoft Graph і показує лише те, до чого користувач має принаймні право перегляду. Семантичний індекс і обґрунтування (grounding) дотримуються меж доступу на основі ідентифікації. Copilot не змінює дозволи, а лише робить видимим те, що ваша модель безпеки вже дозволяє, часто несподіваним способом.

Якщо бібліотеки команди переповнені доступом для всіх або SharePoint відкритий неналежним чином, Copilot додасть ці дані до зведень і чернеток. Він працює як бібліотекар з ідеальною пам'яттю: людина забуде про незамкнену шафу в підвалі, а Copilot просканує індекс. Індекс же є результатом вашої роботи, а не роботи Microsoft.

Мітки конфіденційності: захист, а не прикраса

Якщо мітка застосовує шифрування або вимагає прав на вилучення, Copilot обробляє вміст лише тоді, коли користувач має і право перегляду, і право вилучення. Інакше він блокується. Мітки успадковуються: коли Copilot створює презентацію на основі конфіденційного файлу, мітка й захист переносяться автоматично. Покладатися на те, що користувачі самі позначатимуть кожен похідний документ, не варто.

Регулятори та зберігання даних

GDPR, HIPAA та ISO цікавляться поверхнями доступу, а не тим, що дозволи формально це допускали. Якщо персональні дані можуть з'явитися через Copilot, позиція щодо відповідності вимогам скомпрометована. Є й нюанс щодо резидентності: пошукові запити до Bing не входять до гарантій меж даних ЄС і підпадають під окрему політику обробки.

Запити, відповіді та журнали активності Copilot не потрапляють у центри навчання моделей. Вони зберігаються в межах сервісу Microsoft 365, а їхнім зберіганням і видаленням можна керувати через Purview. Для цього є пошук контенту та політики зберігання.

Admin center, Purview і Defender: один механізм відповідності

Один клік у центрі адміністрування Microsoft 365 запускає цілу систему. Три інструменти працюють разом, і кожен відповідає за своє.

• Центр адміністрування Microsoft 365 керує орендарем: призначає ліцензії, налаштовує Copilot на рівні тенанта, вмикає плагіни, задає канали оновлень і базові умови.
• Purview працює як митниця. Він класифікує, позначає й перевіряє все, що проходить через Microsoft Graph, забезпечує зберігання через політики, застосовує DLP, виявляє ризики через DSPM для ШІ та записує дії в аудиторські журнали.
• Defender відповідає за примусове виконання. Microsoft Defender for Endpoint діє в реальному часі, надсилає сповіщення, захищає від втрати даних на кінцевих точках, блокує ризиковані дії (наприклад, вставку конфіденційних даних у сторонні інструменти) і зупиняє роботу Copilot, якщо правила порушено.

Типова помилка адміністратора в тому, що він вважає ці системи ізольованими. Без міток і політик Purview контент поширюється без класифікації. Без Defender порушення правил Purview лишаються непоміченими. Надто суворий DLP теж дає побічний ефект: якщо вихідний файл містить номери рахунків, класифіковані як обмежені, Defender блокує результат. Працівник скаржиться, що Copilot зламався, хоча система виконала політику, яку ви самі задали.

Три кроки технічного контролю

1. Увімкніть уніфікований журнал аудиту в Purview та DSPM для ШІ. Він сканує файли зі спільним доступом і приховані дані, які може виявити Copilot, а політики для закриття очевидних прогалин можна створити одним кліком.
2. Послідовно застосовуйте мітки конфіденційності й поєднуйте їх із політиками DLP у Purview, які повністю обмежують обробку надконфіденційних даних для Copilot. Додайте правила зберігання, щоб запити й відповіді контролювалися протягом усього життєвого циклу.
3. Зміцніть периметр: умовний доступ, багатофакторна автентифікація та Defender для DLP на кінцевих точках на кожному пристрої.

Для регуляторів знадобляться докази: журнали аудиту з пошуком, eDiscovery та історія використання Copilot. Communication Compliance додає перевірку, яка виявляє ризиковані запити або потенційні зловживання.

Governance на практиці: правила, які виконує система

Політики на папері крихкі. Їх розсилають, проводять збори, а за кілька днів вони тонуть у непрочитаних листах. Управління, яке не підтримується системою, нагадує казку на ніч. Правила мають бути вбудовані в інструменти, якими працівники вже користуються.

Інструкція «Не надавайте Copilot доступ до конфіденційних файлів» діє так само слабко, як записка «Не їжте печиво перед тарілкою з печивом». Надійніше налаштувати в Purview політику запобігання втраті даних для розташування Microsoft Copilot. Тоді Copilot просто не зможе узагальнити чи обробити суворо конфіденційний файл, як би ввічливо його про це не просили. Це не рекомендація, а відмова, зашита в систему.

Інструменти, що замінюють сподівання на дисципліну

• автомітки та мітки чутливості за замовчуванням змушують класифікувати дані, навіть коли працівники забувають;
• мітки зберігання автоматично застосовують терміни, щоб забуті файли не лишалися назавжди;
• Communication Compliance сканує запити та відповіді Copilot, виявляючи невідповідні дані, які передаються ШІ;
• DSPM для ШІ показує, чим «харчується» Copilot, і пропонує політики виправлення в один клік.

Структура: рада з ШІ або Центр компетенцій

Governance не обмежується інструментами. Адекватне впровадження передбачає міжфункціональну раду з ШІ або Центр компетенцій, де юридичний відділ, безпека, HR та IT узгоджують правила з технічними засобами. Без цього одна сторона видає розмиті директиви, а інша налаштовує зовсім іншу реальність.

Два умовні приклади це ілюструють. Компанія А випустила одну сторінку з закликом «Використовуйте Copilot відповідально». Компанія Б налаштувала шаблони Purview так, що Copilot узагалі не отримує доступу до некласифікованих даних. Через шість місяців компанія А поспіхом усувала витік, коли конфіденційні файли з'явилися у зведеннях Copilot, а компанія Б ні. Навчання користувачів важливе, але це лише приправа, а основа в контролі.

Типові помилки та підводні камені

• Ввімкнення без перегляду контрактів. Без DPA й умов продукту ви імпровізуєте з юридичними зобов'язаннями.
• Ліцензії «для всіх» без перевірки RBAC. Разом із безладом у правах це майже гарантує витік.
• Віра в те, що Copilot «сам розбереться». Він лише відображає ваші дозволи, а отже й ваш безлад.
• Забуті файли у спільному доступі. Без аудиту дозволів і DSPM вони потрапляють у відповіді Copilot.
• Ігнорування міток або їх помилкове призначення. Фільтр Purview пропустить те, що не класифіковано.
• Сприйняття Purview, Defender та admin center як ізольованих інструментів. Якщо хоч один налаштований неправильно, замість управління виходить шум.
• Надто суворі правила DLP без пояснень. Користувачі вважатимуть блокування збоєм Copilot.
• Спроби обійти обмеження, наприклад із гостьовими акаунтами між орендарями.
• Покладання на пам'ять працівників замість автоматизації.

Практичні висновки

• Перед роздачею ліцензій узгодьте з юристами DPA, умови використання та вимоги до резидентності.
• Призначайте ліцензії групами, поєднуючи їх із RBAC та областями Entra, і регулярно перевіряйте склад груп.
• Проведіть аудит дозволів, приберіть широкі групи «всі» та запустіть оцінку Purview DSPM для ШІ із застосуванням виправлень в один клік.
• Увімкніть уніфікований журнал аудиту, утримання (retention) та DLP у Purview для блокування високочутливих даних.
• Послідовно застосовуйте мітки конфіденційності й автомітки.
• Використовуйте умовний доступ, багатофакторну автентифікацію та Defender for Endpoint на кінцевих точках.
• Створіть міжфункціональну раду з ШІ або Центр компетенцій.
• Перетворюйте кожну вимогу на правило, яке система виконує незалежно від поведінки користувачів.

Фаза: Copilot не магія, а механізм відповідності

Перемикач Copilot ніколи не буває просто ввімкненням ШІ. Один клік поширюється на контракти, ліцензії, захист даних і правила контролю. Якщо сприймати його як магічну автоматизацію, система буде зрозуміла хибно. Зате Microsoft уже надала потрібні елементи керування та інструкції. Налаштуйте їх, і Copilot стане передбачуваним та дисциплінованим інструментом, а не загрозою.