WEBVTT 00:00:00.210 --> 00:00:07.530 Готові до 10-х днів Microsoft 365, Co-Pilot, She, Azure та людей, що формують майбутні роботи. 00:00:07.690 --> 00:00:12.330 Цього січня M365Con повертається, і ми стаємо ще масштабнішими. 00:00:12.490 --> 00:00:18.670 Приєднуйтесь до нас на живі сесії, демонстрації реальних кейсів та практичні знання від MVP та експертів галузі з усього світу. 00:00:18.670 --> 00:00:21.990 Жодних загальних слайдів, жодних безкінічних модних слів. 00:00:22.130 --> 00:00:29.170 Ми беремося за реальні виклики Co-Pilot Studio, She-агенти, Fabric, безпека, управління та автоматизація. 00:00:29.170 --> 00:00:35.050 Незалежно від того, чи ви і те фахівець, розробник або бізнес-лідер, для вас знайдуться спеціальні сесії. 00:00:35.230 --> 00:00:40.710 Протягом 10 повних днів ви можете дослідити безліч технологій та поспілкуватися з глобальною спільнотою. 00:00:40.930 --> 00:00:44.650 Дивіться наживо та приносте практичні ідеї у свою організацію. 00:00:44.650 --> 00:00:50.910 Січень 2027 року, 10 днів, одна спільнота Microsoft. Реєстрацію відкрито. 00:00:51.430 --> 00:00:56.290 Заходьте на M365Con.net і забезпечте собі місце вже сьогодні. 00:00:56.290 --> 00:00:59.130 Це M365Con.net 00:00:59.130 --> 00:01:04.710 Приєднуйтесь зараз на M365Con.net і побачимося в січні. 00:01:04.850 --> 00:01:09.170 Якщо ви думаєте, що Co-Pilot показує лише те, на що у вас є дозвіл, подумайте ще раз. 00:01:09.170 --> 00:01:14.210 Один неправильний дозвіл граф і вас ще раптом може вивести дані, які ваша служба комплеєнсу ніколи не схвалювала. 00:01:14.490 --> 00:01:17.570 Найстрашніше те, що ви можете навіть не помітити, як це відбувається. 00:01:17.570 --> 00:01:25.210 У цьому відео я розберу реальні ризики некерованого доступу Co-Pilot і як конфіденційні файли, фінансові таблиці та дані клієнтів можуть витекти. 00:01:25.370 --> 00:01:33.890 Потім я покажу, як обмежити це за допомогою дозволів граф, політик, DLP та перв'ю, не порушуючи продуктивність тих, кому справді потрібен доступ. 00:01:33.890 --> 00:01:39.850 Коли Co-Pilot знає забагато, молодший співробітник просить нотатки з огляду проєкту минулого кварталу, 00:01:39.910 --> 00:01:45.270 і замість акуратного підсумку власної наради він отримує детальний протокол закритого засідання правління, 00:01:45.410 --> 00:01:51.710 включно зі стратегічними рішеннями, скороченням бюджету та іменами, які ніколи не мали потрапити в пошту цієї людини. 00:01:51.890 --> 00:01:58.010 Жодних сповіщень про витік, жодних попереджень DLP просто ще тихо надає документ, якого він ніколи не мав торкатися. 00:01:58.010 --> 00:02:03.230 Це стається тому, що Co-Pilot не зупиняється магічним чином на пошті користувача чи папці Onidrive. 00:02:03.450 --> 00:02:07.170 Його межі визначаються дозволами, наданими через Microsoft Graph. 00:02:07.870 --> 00:02:13.950 І Graph – це не просто база даних, це центральна точка доступу майже до кожного фрагмента контенту в Microsoft 365, 00:02:14.610 --> 00:02:19.730 SharePoint, повідомлень Teams, події календаря, OneNote, даних CRM, прив'язаних до тенанта. 00:02:19.910 --> 00:02:22.850 Усе це проходить через Graph, якщо відчинені правильні двері. 00:02:22.990 --> 00:02:25.330 Це момент, який пропускають багато адміністраторів. 00:02:25.330 --> 00:02:30.130 Існує поширена думка, що якщо я увійшов під своїм обліковим записом, Co-Pilot бачитиме лише те, що бачу я. 00:02:30.290 --> 00:02:31.310 Звучить логічно. 00:02:31.490 --> 00:02:36.250 Проблема в тому, що сам Co-Pilot часто працює з окремим набором дозволів за стосунку. 00:02:36.470 --> 00:02:44.630 Якщо ці права доступу ширші за права входу користувача, ви отримуєте ще й помічника, здатного назначно більше, ніж людина за клавіатурою. 00:02:45.010 --> 00:02:50.290 І в деяких розгортаннях ці підвищені привілеї надаються без жодних запитань про їхню необхідність. 00:02:50.290 --> 00:02:54.050 Уявіть фінансового аналітика, який працює над квартальним прогнозом. 00:02:54.170 --> 00:02:58.330 Він запитує в Co-Pilot поточні дані щодо воронки продажів для топ-20 клієнтів. 00:02:58.510 --> 00:03:03.030 Згідно зі своєю посадовою інструкцією, він має бачити показники лише для певної групи клієнтів. 00:03:03.150 --> 00:03:06.990 Але завдяки тому, як граф був налаштований у реєстрації за стосунку Co-Pilot, 00:03:07.170 --> 00:03:12.890 ще витягує весь звіт з воронки продажів зі спільного командного сайту, до якого аналітик ніколи не мав прямого доступу. 00:03:12.890 --> 00:03:16.190 З погляду кінцевого користувача нічого підозрілого немає. 00:03:16.330 --> 00:03:20.210 Але з точки зору безпеки та комплеєнсу це розкриття конфіденційних даних. 00:03:20.390 --> 00:03:23.890 Дозволи граф АРІ – це фактично парадні двері до даних вашої організації. 00:03:24.670 --> 00:03:29.190 Майкрософт розділяє їх на делеговані дозволи, що діють від імені користувача, 00:03:29.270 --> 00:03:33.050 та дозволи за стосунку, які дозволяють програмі працювати незалежно. 00:03:33.230 --> 00:03:37.390 Сценарії Co-Pilot часто потребують делегованих дозволів для отримання вмісту, 00:03:37.390 --> 00:03:41.670 але деякі функції, як от підсумовування зустрічі в Teams, де користувача не було, 00:03:41.850 --> 00:03:45.310 можуть спонукати адміністраторів схвалити дозволи на рівні за стосунку. 00:03:45.550 --> 00:03:47.370 І саме тут виникає небезпека. 00:03:47.610 --> 00:03:50.610 Дозволи за стосунку ігнорують обмеження окремих користувачів, 00:03:50.750 --> 00:03:52.710 якщо ви навмисно не обмежите їхню дію. 00:03:52.870 --> 00:03:55.510 Такі схвалення часто відбуваються на початку впровадження, 00:03:55.710 --> 00:03:59.090 і те адміністратор, що тестує Co-Pilot у тестовому середовищі, 00:03:59.210 --> 00:04:03.070 може натиснути «Прийняти» у запиті на дозвіл, щоб швидше завершити налаштування, 00:04:03.070 --> 00:04:06.990 а потім скопіювати цю конфігурацію в робоче середовище без аналізу наслідків. 00:04:07.110 --> 00:04:11.730 Після встановлення ці широкі дозволи залишаються в силі, доки хтось активно їх не перевірить. 00:04:11.910 --> 00:04:15.710 З часом, коли нові джерела даних підключаються до М365, 00:04:15.890 --> 00:04:19.350 сфера дії Co-Pilot розширюється без будь-яких свідомих рішень. 00:04:19.510 --> 00:04:23.490 Це непомітне накопичення дозволів, жодної драми, жодних скарг користувачів, 00:04:23.630 --> 00:04:25.750 лише поступове розширення можливостей ЩІ. 00:04:25.870 --> 00:04:28.570 Проблема в тому, що більшість команд безпеки не знають, 00:04:28.570 --> 00:04:32.130 які можливості Co-Pilot вимагають певного рівня доступу до граф. 00:04:32.290 --> 00:04:35.430 Вони можуть бачити дозвіл читати всі файли у SharePoint і вважати, 00:04:35.590 --> 00:04:37.410 що він обмежений контекстом користувача, 00:04:37.550 --> 00:04:41.290 не усвідомлюючи, що цей дозвіл діє в межах усього тенента на рівні застосунку. 00:04:41.470 --> 00:04:45.090 Без зіставлення конкретних сценаріїв ще з мінімально необхідними дозволами, 00:04:45.230 --> 00:04:47.390 ви в підсумку залишаєтеся з тими параметрами, 00:04:47.510 --> 00:04:49.870 які були схвалені під час першого налаштування. 00:04:50.590 --> 00:04:53.490 І чим ширші ці права, тим більший потенційний розрив 00:04:53.490 --> 00:04:55.830 між очікуваною та реальною поведінкою. 00:04:56.950 --> 00:05:00.230 Варто також пам'ятати, що результати роботи Co-Pilot 00:05:00.230 --> 00:05:03.770 не супроводжуються видимим для користувача журналом дозволів. 00:05:04.150 --> 00:05:06.010 Якщо ЩІ витягує в міст із місця, 00:05:06.110 --> 00:05:08.350 до якого користувачу зазвичай заборонено доступ, 00:05:08.510 --> 00:05:10.650 немає жодного попереджувального банера про те, 00:05:10.790 --> 00:05:12.510 що це поза межами його повноважень. 00:05:12.670 --> 00:05:14.730 Ця відсутність прозорості полегшує проникнення 00:05:14.730 --> 00:05:17.950 ризикованих випадків витоку даних у повсякденні робочі процеси. 00:05:17.950 --> 00:05:21.210 Висновок полягає в тому, що дозволи граф для впровадження ЩІ 00:05:21.210 --> 00:05:23.890 – це не просто чергова галочка в процесі налаштування. 00:05:24.070 --> 00:05:28.530 Це дизайнерське рішення, яке формує кожну взаємодію Co-Pilot у вашій мережі. 00:05:28.710 --> 00:05:31.070 Ставтеся до них так само, як до правил брандмауера 00:05:31.070 --> 00:05:33.810 чи налаштувань доступу VPN, виважено з перевірками 00:05:33.810 --> 00:05:35.590 та періодичною актуалізацією. 00:05:35.770 --> 00:05:38.010 Стандартні налаштування допоможуть швидко розпочати, 00:05:38.010 --> 00:05:41.090 але вони також припускають, що вас влаштовує ширше охоплення ЩІ, 00:05:41.210 --> 00:05:42.810 ніж у людини, яка ним користується. 00:05:42.810 --> 00:05:45.450 Тепер, коли ми побачили, як легко вийти за межі доступу, 00:05:45.550 --> 00:05:47.790 виникає питання, як виявити ці прогалини до того, 00:05:47.950 --> 00:05:49.630 як вони переростуть у серйозний інцидент. 00:05:49.870 --> 00:05:52.190 Знаходити витоки до того, як вони стануть критичними. 00:05:52.330 --> 00:05:54.890 Якби Co-Pilot уже відображав дані, яких не мав би показувати, 00:05:54.990 --> 00:05:56.050 чи помітили б ви це взагалі? 00:05:56.190 --> 00:05:58.730 Для більшості організацій чесна відповідь – ні. 00:05:58.930 --> 00:06:03.190 Справа не в тому, що інформація потрапить на публічний сайт чи в розсилку. 00:06:03.890 --> 00:06:07.510 Витік може непомітно з'явитися всередині чернетки документа, 00:06:07.510 --> 00:06:10.010 резюме або відповіді згенерованої щі. 00:06:10.150 --> 00:06:12.270 І якщо хтось не помітить нічого незвичного, 00:06:12.390 --> 00:06:14.810 це пройде повз увагу без жодних сигналів тривоги. 00:06:14.930 --> 00:06:16.730 Проблема видимості починається з того, 00:06:16.930 --> 00:06:18.510 як побудовані більшість систем моніторингу. 00:06:19.270 --> 00:06:22.570 Вони налаштовані на традиційні дії – завантаження файлів, 00:06:22.710 --> 00:06:24.510 незвичні місця входу, масові розсилки, 00:06:25.190 --> 00:06:28.690 а не на спосіб, у який щі збирає та компілює інформацію. 00:06:28.850 --> 00:06:31.610 Co-Pilot не відкриває файли у звичному розумінні. 00:06:31.790 --> 00:06:34.150 Він запитує джерела даних через Microsoft Graph, 00:06:34.150 --> 00:06:37.930 компілює результати та представляє їх у вигляді тексту природною мовою. 00:06:38.090 --> 00:06:40.690 Це означає, що стандартні звіти про доступ до файлів 00:06:40.690 --> 00:06:43.710 можуть виглядати чистими, тоді якші продовжує витягувати дані 00:06:43.710 --> 00:06:45.690 з конфіденційних місць у фоновому режимі. 00:06:45.830 --> 00:06:49.150 Я бачив ситуації, коли компанія усвідомлювала проблему лише тому, 00:06:49.330 --> 00:06:51.490 що працівник випадково згадав назву клієнта, 00:06:51.630 --> 00:06:53.930 яка не входила до компетенції їхнього відділу. 00:06:54.070 --> 00:06:56.010 Коли керівник запитав, звідки вони це знають, 00:06:56.090 --> 00:06:58.550 відповідь була – Co-Pilot включив це в мою чернитку. 00:06:58.550 --> 00:07:00.210 Не було жодного тікета про інцидент, 00:07:00.330 --> 00:07:01.750 жодного автоматичного сповіщення, 00:07:01.930 --> 00:07:04.970 лише випадковий коментар, який змусив і те відділ почати розслідування. 00:07:05.130 --> 00:07:07.050 На той час, коли вони все з'ясували, 00:07:07.190 --> 00:07:10.250 ці самі відповіді «Щ» вже були поширені в кількох командах. 00:07:10.350 --> 00:07:14.650 Microsoft 365 надає інструменти для розслідування таких сценаріїв, 00:07:14.730 --> 00:07:16.190 але потрібно знати, де шукати. 00:07:16.390 --> 00:07:20.730 Функція аудиту в перв'ю може детально записувати доступ Co-Pilot до даних, 00:07:20.810 --> 00:07:23.850 просто він не позначений великим помітним значком «Щ». 00:07:23.850 --> 00:07:25.590 Опинившись у пошуку журналів аудиту, 00:07:25.690 --> 00:07:27.650 ви можете відфільтрувати специфічні операції, 00:07:27.850 --> 00:07:30.730 які використовує Co-Pilot, як от «Виконаний пошуковий запит», 00:07:30.730 --> 00:07:33.610 або «Доступ до файлу» і звузити їх за ідентифікатором програми, 00:07:33.710 --> 00:07:35.630 прив'язаним до вашого розгортання Co-Pilot. 00:07:35.810 --> 00:07:37.530 Це потребує певної підготовки. 00:07:37.690 --> 00:07:40.510 Вам варто підтвердити деталі реєстрації програми Ventra ID, 00:07:40.690 --> 00:07:42.270 щоб ви могли ідентифікувати трафік. 00:07:42.430 --> 00:07:44.430 Далі справа за виявленням закономірностей. 00:07:44.610 --> 00:07:46.950 Якщо ви бачите великий обсяг запитів від облікових записів, 00:07:46.950 --> 00:07:48.570 які зазвичай мають низьку потребу в даних, 00:07:48.650 --> 00:07:50.050 наприклад, обліковий запис стажера, 00:07:50.150 --> 00:07:51.850 що виконує 10 складних пошуків за годину, 00:07:51.930 --> 00:07:52.710 це варто перевірити. 00:07:52.850 --> 00:07:54.690 Те саме стосується раптових сплесків в місту 00:07:54.690 --> 00:07:56.030 з позначкою «Конфіденційно», 00:07:56.030 --> 00:07:58.650 який з'являється у відділах, що зазвичай з ним не працюють. 00:07:58.770 --> 00:08:00.990 Перв'ю може позначати активність міток, 00:08:01.090 --> 00:08:04.270 тому якщо запит Co-Pilot залучає позначений документ, 00:08:04.390 --> 00:08:05.770 ви побачите це в журналах, 00:08:05.830 --> 00:08:07.750 навіть якщо ще не видав повний текст. 00:08:08.070 --> 00:08:09.970 Перевірки доступу на основі ролей – 00:08:09.970 --> 00:08:11.830 це ще один спосіб пов'язати факти. 00:08:12.190 --> 00:08:14.550 Зіставляючи, хто саме використовує Co-Pilot, 00:08:14.730 --> 00:08:16.730 із типами даних, з якими вони працюють, 00:08:16.870 --> 00:08:19.470 можна завчасно виявити потенційні невідповідності. 00:08:19.630 --> 00:08:22.810 Можливо, фінансовий відділ активно використовує Co-Pilot для звітів, 00:08:22.910 --> 00:08:25.230 що логічно, але чому кілька маркетингових акаунтів 00:08:25.230 --> 00:08:27.570 звертаються до платіжних відомостей через запити ЩІ. 00:08:27.670 --> 00:08:29.590 Такі перевірки дають ширшу картину, 00:08:29.770 --> 00:08:31.990 ніж окремі події в аудиторському журналі. 00:08:32.130 --> 00:08:35.150 Проблема в тому, що загальні інформаційні панелі моніторингу 00:08:35.150 --> 00:08:36.410 тут мало чим допоможуть. 00:08:36.590 --> 00:08:40.650 Вони агрегують усі діїв М365 у широкі категорії, 00:08:40.810 --> 00:08:44.550 через що поведінка ЩІ може змішуватися зі звичайними операціями. 00:08:44.970 --> 00:08:47.310 Без створення спеціальних фільтрів або звітів, 00:08:47.430 --> 00:08:50.570 зосереджених на ідентифікаторі вашого додатка Co-Pilot 00:08:50.570 --> 00:08:52.010 і шаблонах використання, 00:08:52.170 --> 00:08:55.010 ви фактично шукаєте окремі піщенки в морі даних. 00:08:55.130 --> 00:08:58.090 Вам потрібна цільова видимість, а не просто більше видимості. 00:08:58.290 --> 00:08:59.950 Справа не в створенні культури стеження, 00:08:59.950 --> 00:09:03.050 а в тому, щоб з упевненістю знати, що саме залучає ваш ЩІ. 00:09:03.190 --> 00:09:06.270 Належний підхід до ведення журналів відповідає на три критичні питання. 00:09:06.490 --> 00:09:07.710 Що отримав Co-Pilot? 00:09:07.910 --> 00:09:09.070 Хто це ініціював? 00:09:09.210 --> 00:09:12.930 І чи відповідала ця дія вашим чинним політикам безпеки та комплеєнсу? 00:09:13.070 --> 00:09:15.790 Ці відповіді дозволяють вирішувати проблеми точно, 00:09:15.990 --> 00:09:18.950 коригувати дозволи, вдосконалювати правила DLP 00:09:18.950 --> 00:09:21.070 або посилювати призначення ролей. 00:09:21.590 --> 00:09:23.770 Без цієї ясності ви змушені гадати, 00:09:23.770 --> 00:09:26.230 а припущення – це не стратегія безпеки. 00:09:26.230 --> 00:09:30.210 Тож, замість того, щоб чекати чергового випадкового коментаря, 00:09:30.370 --> 00:09:33.070 варто витратити час на структурування моніторингу, 00:09:33.250 --> 00:09:36.070 щоб слід Co-Pilot був помітним і відстежуваним. 00:09:36.710 --> 00:09:39.730 Таким чином, будь-яка ознака надмірного викриття даних 00:09:39.730 --> 00:09:42.030 стає керованою подією, а не сюрпризом. 00:09:42.230 --> 00:09:44.830 Знати, де виникають витоки – це лише перший крок. 00:09:45.050 --> 00:09:47.530 Справжня мета – переконатися, що вони не повторяться, 00:09:47.690 --> 00:09:50.050 і саме тут стають у пригоді правильні запобіжники. 00:09:50.230 --> 00:09:52.170 Запобіжники, які дійсно працюють. 00:09:52.170 --> 00:09:54.990 DLP призначено не лише для виявлення електронних листів 00:09:54.990 --> 00:09:56.350 і з номерами кредитних карток. 00:09:56.470 --> 00:09:59.470 У контексті Co-Pilot це може бути сигналізацією, 00:09:59.610 --> 00:10:02.150 яка зупиняє потрапляння конфіденційних даних 00:10:02.150 --> 00:10:05.150 у згенеровану ЩІ-відповідь, що копіюється в чат Teams 00:10:05.150 --> 00:10:08.210 або експортується в документ за межі вашого клієнта. 00:10:08.790 --> 00:10:12.170 Це все той самий базовий інструмент у Microsoft 365, 00:10:12.730 --> 00:10:16.770 але підхід до його налаштування для сценаріїв ЩІ потребує іншого мислення. 00:10:16.930 --> 00:10:20.030 Проблема в тому, що політики DLP більшості організацій 00:10:20.030 --> 00:10:22.310 все ще написані з огляду на застарілі тригери, 00:10:22.490 --> 00:10:26.410 вкладення електронної пошти, завантаження файлів на USB-накопичувачі, 00:10:26.530 --> 00:10:28.870 копіювання даних у несанкціоновані додатки. 00:10:29.050 --> 00:10:31.770 Co-Pilot не активує ці правила за замовчуванням, 00:10:31.830 --> 00:10:33.530 оскільки він не надсилає файли. 00:10:33.690 --> 00:10:35.450 Він генерує контент на люту. 00:10:35.630 --> 00:10:39.510 Якщо ви попросите Co-Pilot надати повний список клієнтів з грифом, 00:10:39.650 --> 00:10:42.610 обмежено, і він отримає його з позначеного документа, 00:10:42.750 --> 00:10:44.690 ці дані можуть вийти за межі системи, 00:10:44.690 --> 00:10:47.010 не активувавши традиційні умови DLP. 00:10:47.010 --> 00:10:50.410 Саме тому запити та відповіді ЩІ потрібно чітко включити 00:10:50.410 --> 00:10:52.690 до сфери дії вашої DLP-політики. 00:10:53.170 --> 00:10:54.150 Практичний приклад. 00:10:54.330 --> 00:10:58.250 Скажімо, ваша політика забороняє експорт певних контрактних документів 00:10:58.250 --> 00:11:00.130 за межі захищеного середовища. 00:11:00.270 --> 00:11:03.430 Користувач може попросити Co-Pilot витягти ключові положення 00:11:03.430 --> 00:11:04.730 та вставити їх у PowerPoint. 00:11:05.130 --> 00:11:07.750 Якщо ваші DLP-правила не відстежують контент, 00:11:07.890 --> 00:11:10.210 згенерований ЩІ, цей конфіденційний матеріал, 00:11:10.210 --> 00:11:12.110 опиняється у незахищеному файлі. 00:11:12.250 --> 00:11:15.410 Розширивши перевірку DLP на вихідні дані Co-Pilot, 00:11:15.410 --> 00:11:18.110 ви зможете заблокувати збереження цього PowerPoint 00:11:18.110 --> 00:11:22.030 у некерованому місці або його надсилання зовнішньому гостю в Teams. 00:11:22.410 --> 00:11:25.750 Налаштування цього в Microsoft 365 не є складним, 00:11:25.850 --> 00:11:27.570 але вимагає виваженого підходу. 00:11:27.750 --> 00:11:30.430 Спершу в порталі відповідності вимогам Microsoft Perview 00:11:30.430 --> 00:11:32.650 перейдіть до розділу запобігання втраті даних 00:11:32.650 --> 00:11:33.930 і створіть нову політику. 00:11:34.130 --> 00:11:35.810 Вибираючи місця для застосування, 00:11:35.990 --> 00:11:39.430 додайте Exchange, SharePoint, Onedrive і, що важливо, Teams, 00:11:39.430 --> 00:11:43.010 оскільки Co-Pilot може виводити дані в будь-який із цих сервісів. 00:11:43.310 --> 00:11:44.770 Потім визначте умови. 00:11:44.770 --> 00:11:48.350 Ви можете орієнтуватися на вбудовані типи конфіденційної інформації, 00:11:48.510 --> 00:11:50.830 як-от номери фінансових рахунків або на власні, 00:11:50.930 --> 00:11:53.050 що виявляють ваші внутрішні коди проєктів. 00:11:53.170 --> 00:11:56.090 А якщо ви послідовно використовуєте мітки конфіденційності, 00:11:56.170 --> 00:11:58.430 ви також можете налаштувати умову активації, 00:11:58.570 --> 00:12:01.070 коли позначений контент з'являється у фінальному файлі, 00:12:01.150 --> 00:12:03.130 який зберігається або надається спільно. 00:12:03.290 --> 00:12:04.770 Нарешті, налаштуйте дії. 00:12:04.990 --> 00:12:06.130 Заблокуйте спільний доступ, 00:12:06.130 --> 00:12:08.390 покажіть користувачеві підказку щодо політики 00:12:08.390 --> 00:12:10.410 або вимагайте обґрунтування для продовження. 00:12:10.610 --> 00:12:14.210 Самі мітки конфіденційності є ключовим елементом роботи цієї системи. 00:12:14.330 --> 00:12:16.170 У контексті ЩІ-мітка – це метадані, 00:12:16.270 --> 00:12:18.350 які Coopilot може считувати так само, 00:12:18.510 --> 00:12:20.390 як і будь-яка інша служба М365. 00:12:21.270 --> 00:12:24.350 Якщо документ із високим рівнем конфіденційності має мітку, 00:12:24.510 --> 00:12:26.210 що обмежує доступ і використання, 00:12:26.370 --> 00:12:28.390 Coopilot дотримуватиметься цих обмежень 00:12:28.390 --> 00:12:30.090 при створенні відповідей за умови, 00:12:30.210 --> 00:12:32.270 що параметри захисту міток застосовуються 00:12:32.270 --> 00:12:34.150 перепослідовно в усіх залучених програмах. 00:12:34.270 --> 00:12:36.230 Якщо ЩІ намагається використати контент 00:12:36.230 --> 00:12:38.130 із міткою поза дозволеною сферою, 00:12:38.250 --> 00:12:40.550 DLP-політика, пов'язана з цією міткою, 00:12:40.690 --> 00:12:43.490 може заблокувати дію або позначити її для перевірки. 00:12:43.690 --> 00:12:46.850 Без такого зв'язку мітка з точки зору відповідності вимогам 00:12:46.850 --> 00:12:47.890 є лише прикрасою. 00:12:48.090 --> 00:12:50.150 Одна з найпоширеніших помилок у конфігурації, 00:12:50.250 --> 00:12:51.170 з якою я стикаюся, 00:12:51.270 --> 00:12:54.250 це залишення DLP-політик без урахування сценаріїв роботи ЩІ. 00:12:54.250 --> 00:12:56.530 Правила існують, але зв'язку з вихідними даними 00:12:56.530 --> 00:12:58.590 Coopilot немає, оскільки адміністратори 00:12:58.590 --> 00:13:00.130 не розглядають це як окремий канал. 00:13:00.330 --> 00:13:02.930 Це створює сліпу зону, де конфіденційні терміни 00:13:02.930 --> 00:13:04.990 у згенерованій відповіді не перевіряються, 00:13:05.130 --> 00:13:07.210 хоча такий самий текст в електронному листі 00:13:07.210 --> 00:13:08.150 був би заблокований. 00:13:08.350 --> 00:13:10.470 Щоб виправити це, ви повинні розглядати 00:13:10.470 --> 00:13:12.290 робочі процеси з підтримкою ЩІ, 00:13:12.350 --> 00:13:14.330 як одне з ваших DLP-розташувань 00:13:14.330 --> 00:13:16.350 і контролювати їх на рівні з іншими. 00:13:16.530 --> 00:13:18.550 Коли DLP та мітки конфіденційності 00:13:18.550 --> 00:13:20.410 правильно налаштовані та взаємодіють 00:13:20.410 --> 00:13:22.290 між собою, Coopilot залишається 00:13:22.290 --> 00:13:24.210 корисним інструментом без проблем із 00:13:24.210 --> 00:13:26.310 комплеєнсом. Ви можете дозволити йому 00:13:26.310 --> 00:13:28.470 створювати звіти, підсумовувати документи 00:13:28.470 --> 00:13:30.290 та аналізувати набори даних, тихо 00:13:30.290 --> 00:13:32.350 застосовуючи ті самі обмеження, що й 00:13:32.350 --> 00:13:34.030 у листах чи повідомленнях Teams. 00:13:34.210 --> 00:13:36.310 Користувачі отримують переваги щі допомоги, 00:13:36.370 --> 00:13:38.290 а захисні бар'єри не дають конфіденційні 00:13:38.290 --> 00:13:40.330 інформації вийти за межі. Перевага тут 00:13:40.330 --> 00:13:42.410 полягає не лише у запобіганні випадковому 00:13:42.410 --> 00:13:44.090 розголошенню даних, а в тому, щоб 00:13:44.090 --> 00:13:46.310 дозволити технології працювати за чіткими 00:13:46.310 --> 00:13:48.510 правилами. Таким чином, ви не вдаєтеся 00:13:48.510 --> 00:13:50.490 до загальних обмежень, які дратують 00:13:50.490 --> 00:13:52.270 команди та стримують впровадження. 00:13:52.490 --> 00:13:54.290 Ви можете налаштувати контроль так, 00:13:54.450 --> 00:13:56.230 щоб відділ маркетингу міг працювати 00:13:56.230 --> 00:13:58.170 з Coopilot, фінанси, проводити 00:13:58.170 --> 00:14:00.490 аналіз, а HR, створювати посібники 00:14:00.490 --> 00:14:02.390 для новачків, кожен у своїй зоні 00:14:02.390 --> 00:14:04.530 доступу. Але контроль вихідних даних 00:14:04.530 --> 00:14:06.490 це лише частина загальної картини. 00:14:06.690 --> 00:14:08.230 Щоб повністю знизити ризики, 00:14:08.230 --> 00:14:10.250 потрібно також визначити, хто саме 00:14:10.250 --> 00:14:12.490 отримує доступ до конкретних можливостей 00:14:12.490 --> 00:14:14.230 ЩІ. Універсальний підхід до 00:14:14.230 --> 00:14:16.430 доступу не працює. Чи повинні стажер 00:14:16.430 --> 00:14:18.370 із маркетингу та фінансовий директор 00:14:18.370 --> 00:14:20.510 мати однакові привілеї в Coopilot? 00:14:20.750 --> 00:14:22.610 Ця ідея звучить абсурдно вголос, 00:14:22.730 --> 00:14:24.650 але в багатьох клієнських середовищах 00:14:24.650 --> 00:14:26.390 налаштовано саме так. Coopilot 00:14:26.390 --> 00:14:28.550 вмикають для всіх з однаковими дозволами, 00:14:28.670 --> 00:14:30.570 бо це швидше і простіше, ніж займатися 00:14:30.570 --> 00:14:32.550 налаштуваннями для кожної ролі окремо. 00:14:32.670 --> 00:14:34.270 Мінус у тому, що доступ ЩІ 00:14:34.270 --> 00:14:36.670 відповідає максимально відкритому сценарію, 00:14:36.770 --> 00:14:38.250 а не потребам кожної ролі. 00:14:38.390 --> 00:14:40.310 Ось тут на допомогу приходять групи доступу 00:14:40.310 --> 00:14:42.190 до Coopilot на основі ролей. Замість 00:14:42.190 --> 00:14:44.570 того, щоб вважати всіх користувачів рівнозначними, 00:14:44.690 --> 00:14:46.630 ви адаптуєте можливості ще до інформації 00:14:46.630 --> 00:14:48.190 та робочих процесів, які дійсно 00:14:48.190 --> 00:14:49.430 потрібні конкретним ролям. 00:14:50.070 --> 00:14:51.930 Маркетингу може знадобитися доступ 00:14:51.930 --> 00:14:54.050 до рекламних матеріалів та брендбуків, 00:14:54.190 --> 00:14:55.690 але не до фінансових моделей. 00:14:56.350 --> 00:14:58.070 Фінансам потрібні ці моделі, але 00:14:58.070 --> 00:14:59.930 не потрібні плани розвитку продуктів 00:14:59.930 --> 00:15:00.930 на ранніх стадіях. 00:15:01.090 --> 00:15:03.690 Мета не в тому, щоб зробити Coopilot менш корисним, 00:15:03.870 --> 00:15:05.510 а в тому, щоб його сфера застосування 00:15:05.510 --> 00:15:07.190 відповідала роботі кожної людини. 00:15:07.350 --> 00:15:09.310 Ризики від універсального ввімкнення більші, 00:15:09.390 --> 00:15:10.650 ніж очікує більшість команд. 00:15:10.870 --> 00:15:12.810 Coopilot працює, використовуючи дані, 00:15:12.910 --> 00:15:15.870 які вже містяться у вашому середовищі Microsoft 365. 00:15:16.410 --> 00:15:18.770 Якщо весь персонал має однаковий доступ до ЩІ, 00:15:18.890 --> 00:15:21.330 технологія може зруйнувати ізольовані структури, 00:15:21.430 --> 00:15:22.850 які ви навмисно підтримували. 00:15:22.850 --> 00:15:25.390 Саме таки, чар-асистенти можуть натрапити 00:15:25.390 --> 00:15:28.990 на зведення доходів або керівник операцій запитає Coopilot 00:15:28.990 --> 00:15:31.390 про план випуску продуктів на наступний рік 00:15:31.390 --> 00:15:34.050 і отримає ще не затверджені деталі дизайну. 00:15:34.470 --> 00:15:36.530 У той момент це не виглядає як витік, 00:15:36.670 --> 00:15:38.210 але загроза цілком реальна. 00:15:38.370 --> 00:15:40.490 Правильна модель доступу починається з визначення 00:15:40.490 --> 00:15:43.110 відповідності посадових обов'язків та потреб у даних 00:15:43.110 --> 00:15:45.270 не лише додатків, які люди використовують, 00:15:45.350 --> 00:15:46.770 а й глибини та чутливості даних, 00:15:46.850 --> 00:15:48.230 з якими вони працюють щодня. 00:15:48.230 --> 00:15:52.370 Ви можете виявити, що 70% запитів вашого відділу продажів до Coopilot 00:15:52.370 --> 00:15:55.270 стосується історії клієнтів, тоді як менш ніж 5% 00:15:55.270 --> 00:15:57.410 стосується конфіденційних файлів контрактів. 00:15:57.550 --> 00:15:59.590 Це означає, що ви можете безпечно обмежити 00:15:59.590 --> 00:16:01.990 більшість сценаріїв використання ще певними бібліотеками 00:16:01.990 --> 00:16:03.510 SharePoint, заблокувавши решту. 00:16:03.730 --> 00:16:05.450 Виконайте цю вправу для кожного відділу 00:16:05.450 --> 00:16:07.090 і ви побачите певні закономірності. 00:16:07.250 --> 00:16:09.090 Коли ви зрозумієте потреби кожної групи 00:16:09.090 --> 00:16:12.390 Microsoft EntraID, яку багато хто досі називає Azure ID, 00:16:12.570 --> 00:16:14.090 стане вашим інструментом контролю. 00:16:14.090 --> 00:16:17.710 Ви створюєте групи безпеки, що відповідають вашим визначеним ролям, 00:16:17.710 --> 00:16:20.670 а потім призначаєте дозволи Co-Pilot на рівні цих груп. 00:16:20.790 --> 00:16:23.310 Це може означати надання певних областей граф 00:16:23.310 --> 00:16:26.210 арі лише членам групи Co-Pilot для фінансистів, 00:16:26.330 --> 00:16:28.850 тоді як група маркетингу матиме інший набір. 00:16:29.030 --> 00:16:31.210 Доступ до конфіденційних сайтів, каналів Teams 00:16:31.210 --> 00:16:34.630 або окремих папок Onedrive можна налаштувати за тією ж моделью. 00:16:34.830 --> 00:16:36.970 Сила цього підходу полягає в його поєднанні 00:16:36.970 --> 00:16:39.410 з елементами керування, які ми вже розглянули. 00:16:39.410 --> 00:16:41.750 Дозволи граф визначають зовнішні межі того, 00:16:41.930 --> 00:16:44.310 до чого Co-Pilot може технічно отримати доступ. 00:16:44.310 --> 00:16:48.830 Політики DLP відстежують вихідні дані щі на наявність конфіденційного вмісту. 00:16:49.170 --> 00:16:51.310 Рольові групи займають проміжне місце, 00:16:51.510 --> 00:16:54.650 гарантуючи, що дозволи граф не будуть занадто широкими 00:16:54.650 --> 00:16:56.630 для ролей із низьким рівнем доступу, 00:16:56.710 --> 00:16:58.530 а DLP не реагуватиме на те, 00:16:58.710 --> 00:17:01.590 що можна було попередити обмеженням вхідних даних. 00:17:01.710 --> 00:17:04.750 Але, як і будь-яку систему, її можна довести до крайнощів. 00:17:04.750 --> 00:17:08.170 Виникає спокуса створювати окрему мікругу для кожного сценарію. 00:17:08.310 --> 00:17:10.870 Co-Pilot для фінансового аналітика з правами звітовання 00:17:10.870 --> 00:17:12.910 чи для стажера з маркетингу без доступу до Teams, 00:17:13.070 --> 00:17:15.190 і в результаті ви отримуєте десятки варіацій. 00:17:15.330 --> 00:17:17.570 Такий рівень деталізації може виглядати точно на папері, 00:17:17.630 --> 00:17:19.010 але в реальному робочому середовищі 00:17:19.010 --> 00:17:20.770 це створює головний біль при обслуговуванні. 00:17:20.930 --> 00:17:22.230 Користувачі змінюють посади, 00:17:22.350 --> 00:17:24.790 проєкти оновлюються, підрядники приходять і йдуть. 00:17:24.890 --> 00:17:26.510 Якщо групова модель занадто жорстка, 00:17:26.690 --> 00:17:28.530 ваш ІТ-персонал витрачатиме більше часу 00:17:28.530 --> 00:17:29.910 на вирішення проблем із доступом, 00:17:29.910 --> 00:17:31.490 ніж на реальне підвищення безпеки. 00:17:31.630 --> 00:17:33.050 Справжня мета – це баланс. 00:17:33.050 --> 00:17:35.330 Кілька чітких, добре визначених рольових груп 00:17:35.330 --> 00:17:38.730 покриють більшість випадків без створення адміністративного колапсу. 00:17:38.890 --> 00:17:42.150 Групі фінансового директора потрібні широкі аналітичні можливості, 00:17:42.270 --> 00:17:44.430 але суворий контроль над поширенням результатів. 00:17:44.630 --> 00:17:47.450 Група стажерів отримує обмежений доступ до даних, 00:17:47.570 --> 00:17:49.990 але достатній для виконання реальної роботи. 00:17:50.330 --> 00:17:52.530 Керівники відділів отримують золоту середину, 00:17:52.530 --> 00:17:55.070 а ІТ-відділ зберігає можливість вносити корективи, 00:17:55.150 --> 00:17:57.270 коли спеціальні проєкти вимагають винятків. 00:17:57.270 --> 00:18:00.830 Ви не намагаєтеся заблокувати все до стану повної неможливості працювати. 00:18:01.010 --> 00:18:03.130 Ви робите кожен досвід використання щідоречним, 00:18:03.230 --> 00:18:05.250 безпечним і відповідним до політик компанії. 00:18:05.430 --> 00:18:08.410 Коли ви все робите правильно, переваги стають помітними дуже швидко. 00:18:08.550 --> 00:18:11.230 Користувачі перестають дивуватися даним, які їм надає Coopilot, 00:18:11.370 --> 00:18:14.090 оскільки це завжди інформація в межах їхньої сфери відповідальності. 00:18:14.230 --> 00:18:16.770 У команд з комплеєнсу стає менше інцидентів для розслідування, 00:18:16.770 --> 00:18:19.810 оскільки випадки надмірного розголошення даних не виникають випадково. 00:18:19.810 --> 00:18:23.470 ІТ-фахівці нарешті можуть впроваджувати нові функції Coopilot, 00:18:23.670 --> 00:18:27.370 не хвилюючись, що глобальний запуск непомітно зруйнує всі межі даних, 00:18:27.470 --> 00:18:29.090 які вони так старанно будували. 00:18:29.310 --> 00:18:31.990 Завдяки спільній роботі доступу та засобів захисту 00:18:31.990 --> 00:18:34.090 ви значно знизили свій профіль ризиків. 00:18:34.230 --> 00:18:36.630 Але навіть добре спроєктована модель має значення лише тоді, 00:18:36.730 --> 00:18:38.970 коли ви можете довести, що вона працює як для себе, 00:18:38.970 --> 00:18:41.330 так і для будь-кого, хто звернеться за аудиторським запитом. 00:18:41.450 --> 00:18:44.170 Доведення відповідності вимогам без уповільнення процесів. 00:18:44.170 --> 00:18:46.490 Відповідність – це не просто безпекова вистава, 00:18:46.590 --> 00:18:48.610 це докази, які задовольняють аудиторів. 00:18:48.750 --> 00:18:50.590 Політики та захисні бар'єри – це чудово, 00:18:50.690 --> 00:18:52.290 але якщо ви не можете точно показати, 00:18:52.430 --> 00:18:54.050 що сталося з даними під час роботи ЩІ, 00:18:54.150 --> 00:18:56.630 вам залишається лише робити припущення замість доказів. 00:18:56.770 --> 00:18:59.270 Готове до аудиту середовище Coopilot означає, 00:18:59.430 --> 00:19:01.570 що кожну взаємодію від запиту користувача 00:19:01.570 --> 00:19:03.370 до отримання даних штучним інтелектом 00:19:03.370 --> 00:19:06.050 можна пояснити та підтвердити верифікованим записом. 00:19:06.190 --> 00:19:09.250 Складність у тому, що багато компаній вважають себе захищеними, 00:19:09.250 --> 00:19:11.170 оскільки проходять внутрішні перевірки. 00:19:11.310 --> 00:19:13.190 Такі перевірки часто лише перевіряють 00:19:13.190 --> 00:19:16.150 наявність засобів контролю та кілька вибіркових сценаріїв, 00:19:16.230 --> 00:19:18.690 але вони не завжди вимагають того рівня деталізації, 00:19:18.910 --> 00:19:20.770 який очікують зовнішні аудитори. 00:19:21.230 --> 00:19:23.390 Коли зовнішній оцінювач запитує журнал 00:19:23.390 --> 00:19:25.210 усього конфіденційного контенту, 00:19:25.290 --> 00:19:27.890 до якого Coopilot звертався минулого кварталу, 00:19:27.990 --> 00:19:30.090 разом із тим, хто його запитував і чому, 00:19:30.270 --> 00:19:32.370 дивно, як часто з'являються прогалини. 00:19:32.530 --> 00:19:35.150 Або журнали неповні, або в них взагалі відсутні події, 00:19:35.150 --> 00:19:37.550 пов'язані з вші, оскільки вони не були позначені 00:19:37.550 --> 00:19:39.330 відповідним чином від самого початку. 00:19:39.510 --> 00:19:42.490 Ось тут Microsoft Perview може суттєво змінити ситуацію. 00:19:42.710 --> 00:19:44.150 Його можливості забезпечення відповідності 00:19:44.710 --> 00:19:47.090 – це не лише застосування міток і політик DLP. 00:19:47.330 --> 00:19:50.410 Вони також збирають докупи необхідні вам криміналістичні докази. 00:19:50.550 --> 00:19:52.490 У контексті Coopilot Perview може записувати 00:19:52.490 --> 00:19:54.150 кожен відповідний запит на доступ до даних, 00:19:54.250 --> 00:19:55.990 ідентифікатор особи, що його здійснила, 00:19:56.070 --> 00:19:57.010 та вихідне розташування. 00:19:57.170 --> 00:19:58.910 Він також може корелювати ці події 00:19:58.910 --> 00:20:00.110 з моделями руху даних, 00:20:00.190 --> 00:20:02.070 наприклад, коли конфіденційні файли 00:20:02.070 --> 00:20:04.670 згадуються в чернетках, резюме або експортах, 00:20:04.790 --> 00:20:06.630 не покладаючись на звіти самого ЩІ. 00:20:06.750 --> 00:20:08.490 Показник відповідності Perview – 00:20:08.490 --> 00:20:10.250 це більше, ніж просто марна метрика. 00:20:10.430 --> 00:20:12.010 Це знімок того, як ваше середовище 00:20:12.010 --> 00:20:14.570 відповідає рекомендованим Microsoft засобам контролю, 00:20:14.690 --> 00:20:17.130 включаючи ті, що безпосередньо обмежують ризики, 00:20:17.210 --> 00:20:17.950 пов'язані з ЩІ. 00:20:18.090 --> 00:20:19.730 Краща гігієна дозволів граф, 00:20:19.890 --> 00:20:21.670 жорсткіші конфігурації DLP 00:20:21.670 --> 00:20:23.490 та належне ведення ролевих груп – 00:20:23.490 --> 00:20:25.130 усе це впливає на цей показник. 00:20:25.210 --> 00:20:27.570 А оскільки оцінка оновлюється в міру внесення 00:20:27.570 --> 00:20:29.790 вами змін, ви можете майже в реальному часі 00:20:29.790 --> 00:20:31.830 бачити, як покращення в управлінні ЩІ 00:20:31.830 --> 00:20:33.770 підвищують ваш рівень відповідності. 00:20:34.070 --> 00:20:35.810 Уявіть регуляторну перевірку, 00:20:35.930 --> 00:20:37.390 де вам потрібно обґрунтувати, 00:20:37.570 --> 00:20:39.970 чому певні дані клієнтів з'явилися у звіті, 00:20:40.110 --> 00:20:41.270 створеному Co-Pilot. 00:20:41.490 --> 00:20:43.170 Без структурованого ведення журналів 00:20:43.170 --> 00:20:45.050 така розмова перетворюється на здогадки. 00:20:45.210 --> 00:20:46.590 Якщо Perview налаштовано правильно, 00:20:46.750 --> 00:20:48.990 ви можете показати запит на доступ у журналі аудиту, 00:20:48.990 --> 00:20:51.190 вказати на роль і дозволи, що його авторизували, 00:20:51.270 --> 00:20:53.070 та продемонструвати, що результат залишився 00:20:53.070 --> 00:20:54.170 в межах схвалених каналів. 00:20:54.270 --> 00:20:56.410 Це значно легша дискусія, ніж намагання 00:20:56.410 --> 00:20:58.170 пояснити недокументовану подію. 00:20:58.330 --> 00:21:00.410 Головне – зробити звітовання про відповідність 00:21:00.410 --> 00:21:02.970 частиною вашого звичайного циклу IT-управління, 00:21:03.130 --> 00:21:05.170 а не просто окремим проєктом перед аудитом. 00:21:05.470 --> 00:21:07.670 Автоматизоване звітовання тут дуже допомагає. 00:21:07.810 --> 00:21:09.650 Perview може створювати періодичні звіти 00:21:09.650 --> 00:21:11.990 щодо відповідності політикам захисту інформації, 00:21:11.990 --> 00:21:15.050 інцидентів DLP та використання міток конфіденційності. 00:21:15.170 --> 00:21:18.010 Коли ці звіти щомісяця надходять до робочого простору 00:21:18.010 --> 00:21:19.470 вашої команди з управління, 00:21:19.590 --> 00:21:22.830 ви формуєте базу активності ЩІ, яку легко перевіряти. 00:21:23.070 --> 00:21:24.870 Будь-яка аномалія одразу виділяється 00:21:24.870 --> 00:21:26.130 на фоні історичних даних. 00:21:26.270 --> 00:21:28.590 Функції економії часу справді додають переваг. 00:21:28.750 --> 00:21:31.170 Наприклад, Perview постачається з готовими звітами, 00:21:31.310 --> 00:21:33.710 що виділяють усі інциденти з маркованим контентом, 00:21:33.810 --> 00:21:36.170 згруповані за розташуванням або типом активності. 00:21:36.310 --> 00:21:39.310 Якщо сеанс Coopilot додав конфіденційний документ, 00:21:39.310 --> 00:21:42.290 у результат, а ваша DLP-система відреагувала, 00:21:42.450 --> 00:21:45.590 цей інцидент вже є у звіті без створення запитів вручну. 00:21:46.050 --> 00:21:48.530 Ви можете заглибитися в цей запис для деталей, 00:21:48.610 --> 00:21:51.930 але складну роботу зі збору та категоризації вже виконано. 00:21:52.330 --> 00:21:55.390 Ще одна ефективна особливість – це інтеграція аудиту 00:21:55.390 --> 00:21:59.030 Perview з даними про доступ на основі ролей у Microsoft 365. 00:21:59.650 --> 00:22:02.090 Оскільки Perview розпізнає групи EntraID, 00:22:02.290 --> 00:22:04.970 він може розділяти журнали доступу за типом ролей. 00:22:05.130 --> 00:22:08.130 Це означає, що ви можете швидко відповідати на конкретні запитання, 00:22:08.130 --> 00:22:09.590 як от «Покажи всі випадки», 00:22:09.590 --> 00:22:12.130 коли маркетингові ролі отримували доступ до фінансових даних 00:22:12.130 --> 00:22:14.130 через Coopilot за останні 90 днів. 00:22:14.870 --> 00:22:18.570 Здатність фільтрувати дані одночасно за ролью та класифікацією – 00:22:18.570 --> 00:22:21.110 це саме те, що шукають зовнішні аудитори. 00:22:21.290 --> 00:22:24.570 Якщо замислитися, відповідність вимогам такого рівня – це не тягар. 00:22:24.690 --> 00:22:26.330 Це запобіжний захід, який підтверджує, 00:22:26.470 --> 00:22:28.430 що ваша система управління працює на практиці. 00:22:28.570 --> 00:22:30.070 Це також знімає стрес під час аудитів, 00:22:30.130 --> 00:22:31.850 оскільки вам не доводиться збирати інформацію. 00:22:31.850 --> 00:22:33.850 Дякую!