«Безпечний обмін файлами» написано майже на кожному сервісі передачі файлів, але це може означати зовсім різні речі. Посилання може бути зашифрованим під час передачі й однаково залишати копію на сервері на рік; збережена копія може бути недоступною для читання постачальнику й однаково відкриватися будь-ким, хто має посилання. У цьому посібнику розбираємо, що насправді означає безпечна передача файлів, порівнюємо поширені способи й даємо чекліст, який можна застосувати до будь-якого інструмента, — зокрема до нашого.
Що насправді означає «безпечний обмін файлами»?
Дорогою від вас до одержувача файл вразливий у кількох точках. Безпечний спосіб передачі файлів захищає кожну з них — або чесно каже, які не захищає.
- Під час передачі. Чи зашифровані дані, поки вони йдуть мережами? Сьогодні майже кожен сервіс використовує TLS (HTTPS), а для WebRTC — DTLS.
- Під час зберігання. Чи зберігається копія десь, крім ваших пристроїв і пристроїв одержувача? Якщо так, хто може її прочитати — постачальник чи лише люди з ключем?
- Доступ. Хто може відкрити файл? Будь-хто з посиланням, лише люди з паролем, лише облікові записи зі списку після входу?
- Строки зберігання. Як довго існують копії — хвилини, сім днів, доки хтось їх не видалить?
- Метадані. Що сервіс дізнається, навіть якщо не може прочитати вміст, — назви файлів, розміри, IP-адреси, хто що кому надіслав?
- Кінцеві пристрої. Коли файл доставлено, він захищений рівно настільки, наскільки захищений комп'ютер одержувача. Жоден спосіб передачі не захистить від скомпрометованого пристрою.
Як порівнюються поширені способи обміну файлами за безпекою?
| Спосіб | Під час передачі | Збережена копія | Хто може відкрити | Строк зберігання | Найкраще для |
|---|---|---|---|---|---|
| Вкладення в email | Зазвичай TLS між серверами | Так, в обох скриньках | Власники скриньок | Часто роками | Малих нечутливих файлів |
| Посилання на хмарний диск (Drive, OneDrive, Dropbox) | TLS | Так, постачальник має доступ | Посилання або вказані облікові записи | Доки не видалите | Спільної роботи |
| Сервіс передачі (типу WeTransfer) | TLS | Так, на визначений строк | Будь-хто з посиланням; пароль на деяких платних тарифах | Дні | Швидких надсилань, коли ви не можете бути онлайн |
| Хмара з E2EE (Tresorit, Proton Drive, Sync.com) | TLS + шифрування на боці клієнта | Так, зашифрована ключами, яких постачальник не має | Посилання, часто з паролем | Доки не видалите | Чутливих файлів, що мають залишатися доступними |
| SFTP / керована передача файлів | SSH або TLS | На сервері, згідно з політикою | Облікові записи, ключі, журнал аудиту | Згідно з політикою | Бізнесу й обміну між системами |
| StrongFolder (P2P) | DTLS | Немає | Будь-хто з посиланням, поки ви ділитеся | Лише під час передачі | Великих файлів і папок без копії |
| Зашифрований архів (напр., 7-Zip AES-256) | Залежить від каналу | Залежить від каналу | Лише ті, хто має пароль | Залежить від каналу | Додає рівень захисту до будь-якого способу |
Функції залежать від тарифу; перевіряйте актуальну документацію кожного постачальника щодо паролів, строків дії й аудиту.
Наскільки безпечний P2P-обмін файлами?
P2P-передача файлів прибирає найбільший довгостроковий ризик обміну файлами — збережену копію. Зі StrongFolder:
- Під час передачі: WebRTC шифрує кожен канал даних за протоколом DTLS, тому потік файлів зашифрований під час передачі на будь-якому з'єднанні.
- Під час зберігання: Файли ніколи не завантажуються на сервер StrongFolder і не зберігаються на ньому.
- Ретранслятор: Якщо пряме з'єднання неможливе (суворий корпоративний файрвол, деякі мобільні мережі), зашифрований потік проходить через ретрансляційний (TURN) сервер StrongFolder. Ретранслятор пересилає дані й не зберігає їх.
- Метадані: Щоб створити посилання, сервіс зберігає метадані передачі: назви файлів і папок, їхні розміри та кількість файлів.
- Строк зберігання: Посилання працює, доки відправник ділиться файлами. Коли відправник натискає Stop Sharing або закриває вкладку, файли стають недоступні.
Пізніше не станеться «витоку з архіву файлів», бо архіву немає. На сервері нічого не «протухне», бо туди нічого не потрапляло. Як налаштовано шифрування, пояснено в статті Як працює передача файлів через WebRTC.
Які чесні межі безпеки StrongFolder?
Нам важливіше, щоб ви вибрали правильний інструмент, ніж щоб надміру довіряли нашому:
- Немає посилань із паролем. Будь-хто, хто має посилання, може під'єднатися, поки ви ділитеся файлами. Надсилайте посилання каналом, якому довіряєте, і натисніть Stop Sharing, коли одержувач завершить.
- Шифрування під час передачі, а не наскрізне з вашими власними ключами. Ключі DTLS узгоджують два браузери, але їхні відбитки проходять через наш сервер сигналізації. Ми не заявляємо про «zero-knowledge» чи наскрізне шифрування з ключами, які зберігає користувач.
- IP-адреси видно іншому вузлу в прямому з'єднанні, як і в будь-якому відеодзвінку.
- Метадані зберігаються, щоб створити посилання: назви, розміри й кількість файлів.
- Немає журналу аудиту чи сертифікації відповідності. Якщо вашій організації потрібні журналювання доступу, політики зберігання чи сертифікована обробка, використовуйте платформу керованої передачі файлів.
Для файлів, які водночас великі й дуже чутливі, поєднуйте способи: зашифруйте папку в архів із надійним паролем, надішліть його через StrongFolder, а пароль повідомте телефоном. Архів захищає вміст; P2P обходиться без збереженої копії.
Чекліст безпечного обміну файлами
Пройдіться ним, перш ніж надсилати щось конфіденційне, хоч би яким інструментом ви користувалися:
- Класифікуйте файл. Це персональні дані, договір, вихідний код, медичні дані? Що чутливіший файл, то менше копій вам потрібно.
- Вибирайте за строком зберігання. Чи може він зникнути за годину (P2P), чи має бути доступний тижнями (хмара, в ідеалі з E2EE)?
- Перевірте одержувача. Підтвердьте адресу чи чат, перш ніж надсилати посилання, — посилання, надіслані не туди, — найпоширеніша причина витоків.
- Обмежте доступ. Використовуйте пароль або іменні облікові записи, де це можливо; з P2P припиняйте обмін, коли одержувач завершив.
- Шифруйте чутливий вміст самі, якщо канал не шифрує під час зберігання, і надсилайте пароль окремо.
- Уникайте публічного Wi-Fi для відправника, якщо можете; використовуйте довірену мережу або VPN.
- Видаліть копії після цього — з папок завантажень, історії чатів і хмарного кошика.
- Дотримуйтеся політики своєї організації. Регульовані дані можуть вимагати конкретних інструментів.
Безкоштовно · у браузері · без реєстрації
Коли краще використати SFTP або керовану передачу файлів?
«Безпечна передача файлів» у контексті компанії часто означає SFTP (передачу файлів через SSH), FTPS або платформу керованої передачі файлів (MFT). Вони найкращі, коли:
- системи автоматично обмінюються файлами за розкладом;
- потрібні окремі облікові записи, права доступу й журнал аудиту того, хто що завантажив;
- регулятори чи договори вимагають задокументованих строків зберігання й контролю доступу.
Вони потребують налаштування й облікових записів з обох боків, тож для надсилання одного відео клієнту це надмірно — і саме тут доречні браузерні інструменти.
Коли хмара з наскрізним шифруванням — кращий вибір?
Коли файл має залишатися доступним після того, як ви вийдете з мережі, і ви не хочете, щоб постачальник міг його прочитати. Tresorit, Proton Drive і Sync.com шифрують на вашому пристрої перед завантаженням. Компроміс: спершу ви завантажуєте, копія існує (зашифрована), а сховище обмежене тарифом. P2P і хмара з E2EE розв'язують різні проблеми — див. P2P чи хмара: передача файлів.
Підсумок
Безпечний обмін файлами — це не одна функція, а набір відповідей: шифрування під час передачі, захищена копія або її відсутність, обмежений доступ і короткий строк зберігання. Відповідь StrongFolder — шифрування DTLS під час передачі й жодної збереженої копії, з чесними межами: без паролів на посиланнях і без заяв про наскрізне шифрування. Докладніше — у розділі Безпека й конфіденційність і в статті Як надіслати великі документи.