Що таке наскрізне шифрування (E2E) при обміні файлами? Гайд для початківців

Ви, мабуть, чули термін «наскрізне шифрування» (E2E або E2EE). Його рекламують Telegram, Signal та інші месенджери, але багато хто не розуміє, що саме стоїть за цим поняттям. У цій статті пояснюємо, що таке наскрізне шифрування і чому воно важливе при обміні файлами.

Звичайне шифрування vs наскрізне шифрування

Звичайне шифрування (TLS/HTTPS)

Більшість сайтів захищені через HTTPS. Схема така:

Ви → [Шифрування] → Сервер → [Розшифрування] → [Повторне шифрування] → Одержувач

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

Наскрізне шифрування (E2EE)

Наскрізне шифрування зовсім інше:

Ви → [Шифрування] → Сервер → Одержувач → [Розшифрування]

Сервер ніколи не може розшифрувати дані. Тільки відправник і одержувач бачать оригінал.

Чому наскрізне шифрування важливе

1. Безпечно навіть у разі злому сервера

Якщо сервер зламають, зловмисники отримають лише зашифровані дані. Без ключа це беззмістовні байти.

2. Навіть провайдер послуги не прочитає

Такі компанії, як Google чи Microsoft, технічно мають доступ до даних на власних серверах. При E2E-шифруванні навіть вони не зможуть прочитати ваші файли.

3. Захист від запитів державних органів

Якщо компанію змусять видати дані, вона зможе передати лише зашифровані байти.

4. Блокує інсайдерський доступ

Цікаві або зловмисні співробітники не зможуть зазирнути в користувацькі дані.

Що E2E означає для обміну файлами

Звичайний обмін файлами (Google Drive, Dropbox тощо):

Позиція	Можливо?
Сервер розшифровує файли	✅ Так
Провайдер може читати файли	✅ Так
Оригінали витікають у разі злому	✅ Ризик
Передача правоохоронцям	✅ Так

Обмін файлами з наскрізним шифруванням (Tresorit, Sync.com тощо):

Позиція	Можливо?
Сервер розшифровує файли	❌ Ні
Провайдер може читати файли	❌ Ні
Оригінали витікають у разі злому	❌ Безпечно
Передача правоохоронцям	❌ Лише зашифровані байти

Як працює E2E-шифрування

На прикладі посилання-запиту LOCK.PUB — єдиної функції LOCK.PUB, побудованої саме так:

1. Налаштування: ваш браузер генерує пару ключів і закриває приватну частину вашим паролем для відкриття. Сам пароль ніколи не залишає ваш пристрій
2. Надсилання: браузер відправника шифрує подання вашим публічним ключем ще до того, як щось залишить його пристрій
3. Зберігання: на сервері подання лежать у зашифрованому вигляді, а ваш приватний ключ залишається закритим вашим паролем. Практичні деталі, як-от текст самої форми та ім'я кожного відправника, лишаються читабельними. Пароль для відкриття ніколи не зберігається
4. Розшифрування: ви відкриваєте подання у власному браузері своїм паролем для відкриття. Сам надісланий вміст — це шифротекст, який ми не можемо прочитати

Застереження щодо E2E

Наскрізне шифрування потужне, але має обмеження.

1. Жодного відновлення забутого пароля

Сервер не знає вашого пароля, тому якщо ви його забудете, файл стане недоступним назавжди. Це не вада, а ознака справжнього E2E.

2. Слабкий пароль знищує сенс

Паролі на кшталт «1234» ламаються перебором. Використовуйте міцні паролі.

3. Пристрій одержувача має бути безпечним

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

Які сервіси насправді підтримують E2E?

Сервіс	E2E?
Google Drive	❌
Dropbox	❌ за замовчуванням (необов'язкові E2EE-командні папки в старших бізнес-планах, без спільних посилань)
OneDrive	❌
WeTransfer	❌
Tresorit	✅
Sync.com	✅
LOCK.PUB (посилання-запити)	✅
LOCK.PUB (посилання на файли)	❌ Захист паролем
Signal (месенджер)	✅
WhatsApp (месенджер)	✅

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

Підсумок

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

Якщо потрібне справжнє E2EE, посилання-запит LOCK.PUB генерує пару ключів у вашому браузері, а ваш пароль для відкриття ніколи до нас не потрапляє — безкоштовно з акаунтом LOCK.PUB, а тим, хто надсилає вам файли, не потрібні ні акаунт, ні застосунок. Для повсякденного обміну простіше захищене паролем посилання на файл: файли зберігаються зашифрованими, а не як звичайні файли, які можна просто скачати, ми не зберігаємо ваш пароль і не можемо його відновити, а ще можна встановити термін дії (Pro), після якого посилання перестане працювати.