Тіньові дані компанії: як ШІ знаходить приховані ризики витоку інформації?

Майстер-клас: секрети випікання найсмачніших млинців!

02.11.2026

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

Ці тіньові дані (shadow data) — інформація, яка залишилася поза чинними механізмами контролю. ШІ аналізує вміст таких матеріалів, оцінює їхню чутливість і визначає, які з них потребують додаткової перевірки.

Чому наявні правила DLP не завжди виявляють конфіденційні дані?

Тіньові дані не обов’язково зберігаються у сторонніх сервісах. Навіть у корпоративному сховищі можуть залишатися документи, які не охоплені чинними правилами захисту. Причина полягає не завжди в місці зберігання: іноді система просто не розпізнає чутливий вміст.
DLP (Data Loss Prevention) — засоби запобігання витокам даних. Вони використовують різні методи для класифікації, зокрема пошук заданих шаблонів, ключових слів і зіставлення зі зразками документів. Однак правило, побудоване на попередньо визначених ознаках, часом пропускає новий тип конфіденційної інформації.

Наприклад, лист про майбутню угоду не містить номера картки чи персонального ідентифікатора, але розкриває закриті комерційні умови. Аналіз змісту за допомогою ШІ доповнює наявні методи класифікації: модель оцінює контекст документа, а не лише формальні збіги. Її висновок не замінює перевірку фахівцем.

Як ШІ аналізує документи та визначає пріоритети перевірки

Розгляньмо концептуальний підхід Palo Alto Networks із чотирьох етапів, який показує шлях від великого переліку файлів до категорій для налаштування правил контролю.
1. Аналіз вмісту
Одна модель формує стислий опис документа, інша оцінює ймовірність наявності чутливої інформації. Наприклад, скрипт із реквізитами доступу до фінансової системи потребує більш ретельної перевірки, ніж загальнодоступна маркетингова брошура. Висока оцінка чутливості сама по собі не свідчить про витік.

2. Групування
Матеріали з подібним змістом об’єднують у категорії з короткими назвами та описами. Це дає фахівцям можливість аналізувати групи документів замість перегляду кожного файлу окремо.

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

4. Застосування результатів
Підтверджені категорії стають основою для налаштування правил DLP. Конкретний механізм використання залежить від функціональності продукту.

Як Palo Alto Networks Enterprise DLP виявляє та захищає тіньові дані?

У Palo Alto Networks функція Shadow Data Discovery перевіряє файли в підтримуваних застосунках, підключених до Data Security через SaaS API. Серед джерел — Google Drive, Microsoft 365 (Office 365), Box, Dropbox, GitHub та Amazon S3.
Результати сканування доступні в Strata Cloud Manager: система групує документи за змістом, показує їхні джерела та оцінку чутливості — Low, Medium або High. Ці позначки визначають пріоритет перевірки, проте не підтверджують, що інформація вже потрапила до сторонніх осіб.

Після перевірки знайденої категорії адміністратор може створити користувацький тип документа за допомогою Indexed Document Matching (IDM). Цей механізм зіставляє вміст із проіндексованими зразками, а не розпізнає автоматично будь-який документ схожої тематики. Створений тип додають до профілю даних, який використовують у політиці Data Security.

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

Що потрібно перевірити перед впровадженням?

Знайти невраховані файли — лише частина завдання. Для захисту потрібно визначити межі перевірки, відповідальних за класифікацію та правила роботи з результатами, а саме:
● Зіставити перелік корпоративних сховищ із джерелами, які підтримує рішення та які вже підключені до Data Security.● Перевірити права доступу до архівів, тестових папок і документів, відкритих через спільні посилання.● Призначити відповідальних за підтвердження чутливих категорій і затвердження політик DLP.● Протестувати нові правила на контрольних документах і перевірити можливі помилкові спрацьовування.
За результатами перевірки команда визначає подальші дії: обмежити доступ, прибрати зайві копії або налаштувати правила DLP для відповідних матеріалів.

Як надійно захистити корпоративні дані: рішення Palo Alto Networks та експертиза IT Specialist

Наша компанія проводить аудити інформаційної безпеки та інтегрує рішення Palo Alto Networks. Ми оцінюємо, які корпоративні сховища охоплені засобами контролю, виявляємо прогалини в захисті та налаштовуємо класифікацію ресурсів і політики запобігання витокам відповідно до потреб бізнесу.
Щоб оцінити захищеність вашої інфраструктури та інтегрувати рішення Palo Alto Networks, зверніться до експертів IT Specialist.