«Безопасный обмен файлами» обещает почти каждый сервис передачи файлов, но это может означать очень разные вещи. Ссылка может быть зашифрована при передаче и всё равно оставлять копию на сервере на год; хранимая копия может быть нечитаемой для провайдера и всё равно открываться любым, у кого есть ссылка. В этом руководстве разбираем, что на самом деле значит безопасная передача файлов, сравниваем распространённые способы и даём чек-лист, который можно применить к любому инструменту, включая наш.
Что на самом деле значит «безопасный обмен файлами»?
По пути от вас к получателю файл уязвим в нескольких точках. Безопасный способ передачи файлов защищает каждую из них — или честно говорит, какие не защищает.
- При передаче. Шифруются ли данные, пока идут по сетям? Сегодня почти все сервисы используют TLS (HTTPS), а для WebRTC — DTLS.
- При хранении. Хранится ли копия где-то, кроме вашего устройства и устройства получателя? Если да, кто может её прочитать — провайдер или только те, у кого есть ключ?
- Доступ. Кто может открыть файл? Любой, у кого есть ссылка; только знающие пароль; только авторизованные аккаунты из списка?
- Сроки хранения. Сколько существуют копии — минуты, семь дней, пока кто-нибудь их не удалит?
- Метаданные. Что узнаёт сервис, даже если не может прочитать содержимое, — имена файлов, размеры, IP-адреса, кто что кому отправил?
- Конечные устройства. Когда файл дошёл, он защищён ровно настолько, насколько защищён компьютер получателя. Ни один способ передачи не спасёт от взломанного устройства.
Как распространённые способы обмена файлами сравниваются по безопасности?
| Способ | При передаче | Хранимая копия | Кто может открыть | Срок хранения | Лучше всего для |
|---|---|---|---|---|---|
| Вложение в письмо | Обычно TLS между серверами | Да, в обоих ящиках | Владельцы ящиков | Часто годы | Небольших нечувствительных файлов |
| Ссылка на облачный диск (Drive, OneDrive, Dropbox) | TLS | Да, провайдер имеет доступ | По ссылке или указанные аккаунты | Пока не удалите | Совместной работы |
| Сервис передачи (вроде WeTransfer) | TLS | Да, на заданный срок | Любой со ссылкой; пароль на некоторых платных тарифах | Дни | Быстрых отправок, когда нельзя оставаться онлайн |
| Облако со сквозным шифрованием (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) или должен быть доступен неделями (облако, в идеале со сквозным шифрованием)?
- Проверьте получателя. Уточните адрес или чат перед отправкой ссылки — ссылки, ушедшие не туда, самая частая причина утечек.
- Ограничьте доступ. Где можно, используйте пароль или указанные аккаунты; с P2P останавливайте раздачу, когда получатель закончил.
- Шифруйте чувствительное содержимое сами, если канал не шифрует данные при хранении, и передавайте пароль отдельно.
- По возможности не отправляйте из публичной сети Wi-Fi; используйте доверенную сеть или VPN.
- Удаляйте копии после отправки — из папок загрузок, истории чатов и облачной корзины.
- Следуйте политике вашей организации. Для регулируемых данных могут требоваться определённые инструменты.
Бесплатно · в браузере · без регистрации
Когда лучше использовать SFTP или управляемую передачу файлов?
«Безопасная передача файлов» в контексте компании часто означает SFTP (передачу файлов по SSH), FTPS или платформу управляемой передачи файлов (MFT). Они хороши, когда:
- системы автоматически обмениваются файлами по расписанию;
- нужны отдельные аккаунты пользователей, права доступа и журнал аудита, кто что скачал;
- регуляторы или договоры требуют документированных сроков хранения и контроля доступа.
Им нужны настройка и аккаунты с обеих сторон, поэтому для отправки одного видео клиенту они избыточны — и здесь уместны браузерные инструменты.
Когда облако со сквозным шифрованием — лучший выбор?
Когда файл должен оставаться доступным после того, как вы уйдёте офлайн, и вы не хотите, чтобы провайдер мог его прочитать. Tresorit, Proton Drive и Sync.com шифруют данные на вашем устройстве до загрузки. Компромисс: сначала загрузка, копия существует (в зашифрованном виде), а хранилище ограничено тарифом. P2P и облако со сквозным шифрованием решают разные задачи — см. P2P или облако: что выбрать для передачи файлов.
Итоги
Безопасный обмен файлами — это не одна функция, а набор ответов: шифрование при передаче, защита при хранении или отсутствие хранения, ограниченный доступ и короткие сроки хранения. Ответ StrongFolder — шифрование DTLS при передаче и никакой хранимой копии, с честными ограничениями: без паролей на ссылках и без заявлений о сквозном шифровании. Подробнее — в разделе Безопасность и приватность и в руководстве Как отправить большие документы.