«Захист даних» і «захист інформації» звучать як синоніми, і в побуті їх так і вживають. Але за словами стоять різні речі, а розуміння різниці допомагає будувати оборону правильно: не «прикриваючи файли», а убезпечуючи те, що справді має цінність.
Дані та інформація: у чому різниця
- Дані — сирий матеріал: цифри, символи, записи таблиці. Самі по собі вони нейтральні: «12.05.2026», «45 000», «Ковальчук».
- Інформація — ті самі дані в контексті, які щось означають: «Ковальчук отримав 45 000 грн 12.05.2026». Ось тут з'являється цінність — і ризик.
Звідси й різниця в підходах:
| Технічний зріз (дані) | Ширший погляд (відомості) | |
|---|---|---|
| Про що | конкретні записи, файли, поля, копії | сенс та цінність |
| Головні інструменти | шифрування, права доступу, резервні копії, журнали | плюс правові й організаційні заходи |
| Хто робить | здебільшого ІТ | керівництво, юристи, кадри, ІТ разом |
| Типовий провал | вкрадено базу | зміст переказано телефоном |
Практичний висновок простий: можна ідеально зашифрувати сховище — і все одно втратити цінне, якщо працівник переказав зміст по телефону. Ширший погляд на діяльність розібрано у статті про саме поняття.
Захист інформаційних даних — це тавтологія чи термін?
Формулювання «захист інформаційних даних» часто трапляється у пошукових запитах і технічних завданнях. Строгим терміном воно не є: дані за визначенням несуть відомості, тож прикметник нічого не додає. На практиці автори мають на увазі саме технічний зріз — убезпечення записів у сховищах, файлах і копіях.
Тому, побачивши таке формулювання в договорі, варто уточнити предмет: ідеться лише про технічні заходи чи про повний комплекс разом з правовими та організаційними. Різниця — у бюджеті й у переліку відповідальних.
Захист інформаційних ресурсів: з чого починається
Інформаційні ресурси — організовані сукупності відомостей: бази, реєстри, архіви, документообіг, пошта, файлові сховища. Убезпечити такий масив — не те саме, що поставити пароль на теку. Порядок дій:
- Інвентаризація. Скласти перелік масивів: де лежать, хто обробляє, куди передаються, хто має доступ. Форма переліку — реєстр інформаційних активів.
- Класифікація. Визначити цінність та чутливість кожного масиву.
- Власники. Призначити людину, яка вирішує, кому надавати доступ, і приймає залишковий ризик.
- Розмежування доступу. Права під роль, перегляд щоквартально.
- Цілісність і доступність. Журналювання, резервні копії, перевірене відновлення.
Пропущений крок номер один знецінює решту: вберегти те, про існування чого ви забули, неможливо. Класична знахідка під час інвентаризації — вивантаження бойової бази на тестовому сервері без пароля.
Як оцінити цінність масиву
Категорію не вгадують — її виводять з трьох питань:
- Скільки коштує доба без цього масиву? Зарплата команди, зірвані замовлення, простій виробництва.
- Що станеться, якщо записи підмінять? Хибна ціна, хибний платіж, хибний діагноз — цілісність часто дорожча за таємність.
- Хто постраждає, якщо зміст витече? Клієнти, працівники, партнери — і чи настане відповідальність за законом.
Друге питання недооцінюють найчастіше. Про витік говорять усі; тиха підміна кількох рядків у прайсі чи в реєстрі залишків здатна роками працювати проти компанії, і жоден звіт не покаже причини.
Відповіді дають категорію та бюджет. Масив, доба без якого коштує стільки ж, скільки річний ліцензійний внесок за засіб, не потребує цього засобу.
Режими захисту інформації: не все однаково цінне
Убезпечувати все однаково — дорого й незручно. Тому відомості класифікують і застосовують різні режими:
| Категорія | Приклад | Хто вирішує | Базові заходи |
|---|---|---|---|
| Загальнодоступна | сайт, прайс, вакансії | маркетинг | цілісність та доступність: щоб зміст лишався справжнім, а сайт — робочим |
| Внутрішня | регламенти, плани, звіти | керівник напряму | доступ лише працівникам, базові права |
| Конфіденційна | комерційна таємниця, персональні дані клієнтів | керівник напряму разом з юристами | суворий доступ, шифрування, журналювання, NDA |
| Обмеженого доступу (ІзОД) | те, охорону чого вимагає закон | закон | нормативні вимоги, окремі процедури |
Найпоширеніша помилка — оголосити конфіденційним усе. Тоді режим не працює: люди перестають розрізняти справді чутливе, а гриф перетворюється на формальність. Робоче правило: конфіденційного має бути стільки, скільки ви реально здатні контролювати.
Для останньої категорії діють нормативні процедури, і тут важлива свіжа зміна: замість колишньої моделі «КСЗІ плюс атестація» для нових систем діє ризик-орієнтована авторизація з безпеки на основі профілів безпеки. Кого це стосується — у статті про АС та ІКС.
Рівні захисту інформації: скільки рубежів навколо цінного
Рівні — глибина оборони. Що цінніший масив, то більше рубежів навколо нього:
- Базова гігієна — унікальні паролі, другий фактор, оновлення, антивірус. Мінімум для всього.
- Обмеження та шифрування — права під роль, шифрування носіїв і копій, журнал звернень.
- Ізоляція середовища — окрема мережа чи сегмент, вузьке коло допущених, посилений моніторинг, шифрування полів.
- Фізична ізоляція — окреме приміщення, контроль носіїв, відсутність підключення до інтернету.
Принцип один: рубежі мають бути пропорційні цінності. Оточувати прайс фізичною ізоляцією безглуздо, лишати базу клієнтів на самій гігієні — небезпечно.
Важливо не плутати їх з рівнями керування (законодавчий, адміністративний, процедурний, програмно-технічний): ті відповідають на питання «хто ухвалює рішення», а ці — «скільки рубежів стоїть навколо масиву». Розподіл повноважень розібрано у статті про складові та відповідальних.
Класифікація за чотири кроки
- Скласти перелік ресурсів (без нього все решта — теорія).
- Присвоїти категорію кожному: загальнодоступна, внутрішня, конфіденційна, обмеженого доступу.
- Призначити власника, а не «відділ».
- Промаркувати носії й документи, аби категорія була видима людям, а не лише таблиці.
Перегляд — щонайменше раз на рік і після кожної помітної зміни: новий сервіс, новий підрядник, нова база. Механізми, якими рубежі реалізують у мережі, хмарі та сховищі, розібрано у статті про інтернет, хмару та бази даних.
Маркування: щоб категорію бачили люди
Класифікація існує лише тоді, коли її видно на місці:
- гриф у колонтитулі документа — «Внутрішній», «Конфіденційно»;
- теги або окремі теки у сховищі, а не змішана купа файлів;
- підказка в шаблоні листа для конфіденційних вкладень;
- позначка на носії — диску, флешці, папці архіву.
Без маркування працівник щиро вважає, що надсилає «звичайний файл». Категорія має бути помітною там, де людина ухвалює рішення, — а не лише в таблиці, яку ніхто не відкриває.
Життєвий цикл: де записи гублять найчастіше
Убезпечувати треба не «базу», а весь шлях записів:
| Етап | Типовий ризик | Рубіж |
|---|---|---|
| Створення | зайві поля «про всяк випадок» | мінімізація |
| Використання | експорт до таблиці «на подумати» | права, журнал вивантажень |
| Передавання | лист з вкладенням хибному адресатові | шифрування каналу, підказки поштового клієнта |
| Зберігання | копії в десятку місць | єдине сховище, класифікація |
| Архівування | старий сервер без оновлень | ізоляція, шифрування |
| Знищення | диск, викинутий разом зі столом | акт знищення, затирання носіїв |
Найчастіше провалюють останній етап. Компанія роками будує рубежі — і продає списаний ноутбук з бухгалтерією на диску. Знищення записів має бути процедурою з підписом, а не рішенням прибиральниці.
Строк зберігання — теж рубіж
Найдешевший спосіб убезпечити записи — не тримати їх зайвого дня. Того, чого немає, неможливо вкрасти, підмінити чи випадково надіслати. Тому в зрілих компаніях кожна категорія має строк: журнали живуть визначений період, резюме кандидатів видаляють після конкурсу, скани документів перестають осідати в пошті назавжди.
Робоче правило: якщо ніхто не може назвати мету, заради якої масив досі зберігається, його час минув. Політику строків варто записати одним абзацом у кожній процедурі — що зберігаємо, скільки, хто видаляє, де фіксується факт видалення.
Три провали, які повторюються у всіх
- Тестові вивантаження. Свіжа копія бойової бази на стенді без пароля — класика, з якої починається половина витоків.
- Excel як тіньовий архів. Менеджер вивантажив клієнтів «для звіту», файл осів на робочому столі, ноутбук згодом загубився.
- Пошта як сховище. Договори, скани паспортів і виписки роками лежать у скриньці, до якої досі має доступ звільнений працівник.
- Спільна тека «для всіх». Диск, куди складають усе підряд з правами «читати можуть усі», — найзручніший інструмент внутрішнього витоку.
Спільна риса: жодного зламу. Дані просто витекли туди, де рубежів немає — бо ніхто не подумав, що вони туди дійдуть.
Персональні дані: окремий режим
Персональні дані клієнтів і працівників — категорія, де правила задає закон, а не апетит компанії:
- потрібна правова підстава обробки (не «нам так зручніше»);
- діє принцип мінімізації: збирати лише те, що справді потрібно для мети;
- строк зберігання обмежений метою — «нехай полежить» не працює;
- суб'єкт має права: знати, виправити, отримати копію.
Окремий нюанс — згода. Вона працює лише тоді, коли її так само легко відкликати, як і надати; галочка, схована десь у договорі, юридично слабка.
Технічно цей режим закривають ті самі рубежі — права, шифрування, журнал. Але відповідальність настає навіть тоді, коли витоку не сталося: досить зібрати зайве без підстави.
Знеособлення та псевдонімізація
Два прийоми, які плутають:
- знеособлення (анонімізація) — зв'язок з конкретною людиною втрачено назавжди; такі записи персональними вже не вважаються;
- псевдонімізація — прізвище замінили ідентифікатором, але таблиця відповідності десь лежить. Отже, попередній режим лишається чинним: маючи ключ, запис повертають людині.
Найчастіша помилка — вивантажити «знеособлену» вибірку для аналітики, лишивши в ній дату народження, поштовий індекс і посаду. Такий набір ідентифікує людину не гірше за прізвище.
Чужі дані у вашій системі
Записи, які ви обробляєте за дорученням клієнта чи партнера, — така сама відповідальність, як власні. Договір має описувати: які саме категорії передано, з якою метою, на який строк, кому їх дозволено передавати далі та як вони знищуються після завершення робіт.
Відсутність такого опису — не економія на юристах, а ризик: у разі витоку відповідальність шукатимуть у того, хто мав фактичний контроль над записами.
Документи із захисту інформації: мінімальний комплект
Без документів технічні засоби працюють наосліп: незрозуміло, що саме й від кого убезпечувати.
| Документ | Що фіксує | Хто затверджує |
|---|---|---|
| Політика ІБ | принципи, сферу охоплення, ролі | керівник організації |
| Перелік конфіденційних відомостей і положення про комерційну таємницю | що саме охороняємо | керівник, юристи |
| Наказ про відповідальних | хто організовує процес | керівник |
| Процедури та інструкції | порядок роботи з доступами, носіями, змінами | відповідальний за ІБ |
| План реагування на інциденти | дії під час події, контакти, строки | керівник |
| NDA | зобов'язання працівників і підрядників | юристи |
Комплект масштабується під розмір компанії. Малому бізнесу вистачає політики на дві сторінки, переліку конфіденційних відомостей, наказу про відповідального та порядку дій при інциденті — решту дописують у міру зростання. Гірше буває навпаки: тридцять сторінок, списаних з чужого шаблону, жодна з яких не збігається з реальними процесами.
Головне про комплект: папір без слідів виконання нічого не важить. Якщо процедура вимагає щоквартального перегляду прав, десь має лишатися запис — дата, прізвище, результат. Саме сліди перевіряє і внутрішній аудит, і зовнішній оцінювач.
Керовану систему з розрізнених документів і заходів робить СУІБ за ISO 27001.
Чек-лист власника масиву
- Знаю, які записи в моєму масиві та звідки вони беруться.
- Знаю, хто має доступ, і переглядав список цього кварталу.
- Знаю, куди масив копіюється (звіти, вивантаження, тестові середовища).
- Знаю, де резервна копія та коли з неї востаннє відновлювали.
- Знаю, що робити першої години після витоку — і кому телефонувати.
П'ять «знаю» — рідкість. Кожне «не знаю» показує, де саме рубіж існує лише на папері.