Криптографія перетворює зрозумілий текст на нечитабельний набір символів, повернути який назад можна лише ключем. Але за одним словом ховаються три різні завдання: захистити канал, захистити листування, захистити носій. Плутанина між ними коштує дорого — компанія шифрує диски й водночас передає документи відкритим каналом. Розберемо кожен напрям і межі кожного.
Два стани інформації: «у спокої» та «в русі»
- У спокої (at rest) — інформація на диску, у базі, в резервній копії. Захищають криптографією носіїв.
- У русі (in transit) — інформація, яку передають мережею. Захищають криптографією каналу.
Ігнорування одного стану знецінює інший: марно закривати диск, якщо той самий документ іде партнерові відкритою поштою.
Захист каналу: HTTPS, VPN, IPsec
HTTPS (TLS) закриває з'єднання між браузером і сайтом — саме про це замочок в адресному рядку. Важлива межа, про яку майже не пишуть: провайдер справді не бачить вмісту сторінок і введених паролів, але бачить, на який сайт ви зайшли — ім'я вузла передається на етапі встановлення з'єднання, а запити до служби імен часто йдуть відкрито. Тобто замочок — про конфіденційність вмісту, а не про анонімність.
VPN створює захищений тунель для всього трафіку пристрою: типовий сценарій — віддалена робота й публічні мережі Wi-Fi. Це базовий рівень мережевої безпеки.
IPsec працює на мережевому рівні й найчастіше з'єднує цілі мережі — наприклад, два офіси компанії.
«Шифрування IP» — розбір без міфів
Запит IP-шифрування об'єднує дві різні речі, і саме тут виникає найбільше хибних очікувань.
Перше: приховати свою адресу. Люди хочуть, щоб сайт не бачив, звідки вони прийшли. Це роблять VPN або проксі — вони підміняють видиму адресу. Але підміна — це маскування, а не криптографія.
Друге: закрити сам мережевий рівень. Саме це й дає IPsec.
І тут головний факт, який ламає більшість пояснень у мережі: саму IP-адресу зашифрувати неможливо — інакше жоден маршрутизатор не знав би, куди нести пакет. Адреси у зовнішньому заголовку завжди відкриті. У тунельному режимі IPsec вихідний пакет цілком запаковується в новий, тож справжні адреси відправника й отримувача ховаються всередині — але зовнішня пара адрес (шлюз-шлюз) лишається на видноті. У транспортному режимі закривається лише корисне навантаження, а заголовок лишається без змін.
Тобто шифрування IP — це захист вмісту пакета й приховування внутрішньої адресації, а не зникнення адрес як таких.
Наскрізне шифрування: як воно працює і де межі
Наскрізне (end-to-end, E2EE) означає: повідомлення закривається на пристрої відправника й відкривається лише на пристрої отримувача. Проміжні вузли — навіть сервери самого сервісу — бачать лише зашифрований шум. Саме про це напис «захищено наскрізним шифруванням» у месенджерах.
Чим це відрізняється від захисту каналу: у типовому сервісі трафік закритий до сервера, а на сервері вміст може зберігатися у відкритому вигляді. При E2EE ключі є лише в учасників розмови.
Межі, про які варто знати:
- захищається вміст, але не метадані: хто, кому, коли й як часто писав;
- скомпрометований пристрій зводить усе нанівець — на екрані повідомлення однаково відкрите;
- резервна копія листування в хмарі може не мати такого захисту: якщо архів вивантажується у відкритому вигляді, зусилля марні;
- у групових чатах і при зміні пристрою ключі доводиться передавати заново — саме тут з'являються ризики.
Тому шифрування повідомлень має сенс лише разом із контролем самого пристрою: двофакторною автентифікацією, блокуванням екрана, оновленнями.
Носії: шифрування файлів, дисків і резервних копій
- Повнодискове — увесь диск ноутбука чи сервера. Головна ілюзія: воно рятує лише вимкнений пристрій. Щойно система завантажилася й користувач увійшов, диск відкрито — украдений увімкнений ноутбук захищений паролем сеансу, а не криптографією.
- Окремі файли й папки — для чутливих документів, які виходять за периметр.
- Резервні копії — про них забувають найчастіше, хоча архів містить усе одразу; відкритий архів зводить нанівець решту заходів (і саме його першим шукає програма-вимагач).
- Бази даних — закриття окремих чутливих полів або сховища цілком.
Коли який захист застосовувати
| Ситуація | Що застосовувати |
|---|---|
| Сайт і вебсервіси | HTTPS (TLS) |
| Віддалена робота, публічний Wi-Fi | VPN |
| З'єднання між офісами й мережами | IPsec |
| Приватне листування | Наскрізне шифрування |
| Ноутбуки й мобільні пристрої | Повнодискове шифрування |
| Резервні копії й архіви | Криптографічний захист архіву |
| Хмарні сервіси | Захист сховища + власні ключі |
Слабка ланка — ключі
Криптографія надійна рівно настільки, наскільки надійно зберігаються ключі. Втратили ключ — втратили інформацію: повернути її вже нікому. Ключ потрапив до зловмисника — уся математика марна.
Практичні правила прості:
- ключ не зберігають поруч із самим сховищем і тим паче в репозиторії з кодом;
- доступ до ключів обмежують і журналюють;
- передбачають ротацію й порядок дій при звільненні співробітника;
- зберігають резервну копію ключа в іншому місці — інакше зашифрований архів стане пам'ятником.
В організаціях це оформлюють як процес управління ключами — частину заходів захисту за ISO 27001 у межах СУІБ.
Чого криптографія не робить
- не рятує від фішингу: користувач сам відкриє вміст і сам його передасть;
- не захищає від інсайдера з легальними правами — він бачить усе вже розшифрованим;
- не рятує зламаний пристрій: там інформація живе відкритою в пам'яті;
- не замінює резервних копій і контролю доступу.
Квантова перспектива: чого чекати
Розрахунок нападника вже сьогодні простий: перехопити зашифроване зараз, а відкрити пізніше, коли з'являться відповідні обчислювальні потужності. Для листування, яке за рік втратить цінність, це байдуже. Для банківської таємниці, медичних чи проєктних архівів — ні.
Перші постквантові стандарти затверджено у 2024 році, а перехід із класичних алгоритмів планують завершити до початку 2030-х. Практичний висновок для бізнесу скромний: не переписувати все негайно, а знати, де і якими алгоритмами ви користуєтеся. Інвентаризація криптографії — та робота, яку варто зробити заздалегідь.