# Почему мы не храним ваши файлы — и что мы всё-таки храним

Source: https://help.strongfolder.com/ru/blog/why-we-dont-store-your-files/
Updated: 2026-11-05

> StrongFolder — это обмен файлами без хранения: ваши файлы идут прямо из вашего браузера в браузер получателя по зашифрованному соединению WebRTC и никогда не хранятся на наших серверах. Мы сохраняем только метаданные передачи — имена файлов и папок, размеры, количество файлов, — чтобы создать ссылку. Если нужен ретранслятор, он пересылает данные и не хранит их.

«Куда уходят мои файлы?» — вопрос, который я слышу о StrongFolder чаще всего, и он заслуживает
прямого ответа, а не лозунга. StrongFolder — это обмен файлами без хранения: мы не храним ваши
файлы, так задумано изначально. Но «мы ничего не храним» было бы неправдой, поэтому вот точно, что
мы храним, чего не храним никогда и где у нашего подхода есть ограничения.

## Что StrongFolder хранит — и чего не хранит никогда?

| | Хранит ли StrongFolder? |
|---|---|
| Содержимое файлов | **Никогда.** Ни при загрузке, ни на ретрансляторе, ни в резервной копии |
| Имена файлов и папок, размеры, количество файлов | Да — это метаданные передачи, они нужны, чтобы создать ссылку |
| Ваш адрес e-mail | Только если вы входите через Google, чтобы показывать список ваших передач |
| Копия «на всякий случай» | Такой копии не существует |

Чтобы создать ссылку, сервис хранит метаданные передачи: имена файлов и папок, их размеры и количество файлов. Когда кто-то открывает вашу ссылку, он видит этот список — имена и размеры, —
прежде чем выбрать, куда сохранить. Вот зачем сервису эти данные.

С содержимым всё иначе. Файлы никогда не загружаются на сервер StrongFolder и не хранятся на нём. Этапа загрузки нет: байты ваших файлов покидают ваше
устройство, только когда подключается получатель, и идут к этому получателю.

## Как работает обмен файлами без хранения?

Наши серверы выполняют две небольшие задачи. Во-первых, они помогают двум браузерам найти друг
друга — это называется сигнализацией, и через неё проходят параметры соединения и указанные выше
метаданные, а не ваши файлы. Во-вторых, они отдают само веб-приложение.

Затем браузеры открывают между собой соединение WebRTC. WebRTC шифрует каждый канал данных по протоколу DTLS, поэтому поток файлов зашифрован при передаче на любом соединении. Поток файлов идёт по
этому соединению с вашего устройства на устройство получателя. Если вам нужна техническая
картина, статья [Как работает передача файлов через WebRTC](https://help.strongfolder.com/en/guides/how-webrtc-file-transfer-works/)
разбирает это шаг за шагом.

## А что с ретранслятором?

Иногда прямое соединение невозможно — строгий корпоративный файрвол, некоторые мобильные сети. В
таких случаях передача переключается на TURN-ретранслятор StrongFolder.

Здесь я хочу быть точным, потому что именно тут маркетинг часто допускает вольности. При
использовании ретранслятора ваши данные действительно проходят через наш сервер. Они проходят в
зашифрованном виде, и ретранслятор только пересылает их: не записывает на диск и не хранит копию.
Поэтому мы говорим «файлы никогда не хранятся на сервере», а не «файлы никогда не касаются
сервера». Второе утверждение было бы ложным для передач через ретранслятор, а вы заслуживаете
точного.

## Чем опасна хранимая копия?

Большинство сервисов передачи файлов работают как камера хранения. Вы загружаете файл, они хранят
его определённый срок — обычно дни, иногда недели, в зависимости от сервиса и тарифа, — и любой,
у кого есть ссылка, может скачать его в течение этого времени.

В этом нет ничего злонамеренного. Но каждый день существования копии — это день, когда она может
утечь:

- **Ссылка путешествует.** Ссылку, отправленную одному клиенту, пересылают коллеге, вставляют в
  заявку, сохраняют в истории чата. Пока копия существует, ссылка работает для любого, у кого она есть.
- **Утечки случаются у всех.** Сервер, на котором хранятся миллионы файлов, — мишень. Сервер, на
  котором их нет, гораздо менее интересен.
- **Удаление нельзя проверить.** Когда сервис говорит, что файл удаляется через семь дней,
  приходится ему верить — включая его резервные копии.
- **Действуют чужие правила.** Хранимая копия подпадает под юрисдикцию провайдера, его условия и
  юридические запросы, а не только под ваши.

Со StrongFolder окно уязвимости — это сама передача. Когда вы нажимаете Stop Sharing или
закрываете вкладку, на нашей стороне не остаётся ничего, что можно скачать.

## Каковы честные ограничения этого подхода?

Отсутствие хранения файлов — реальное преимущество для приватности. Но это не волшебство, и я
предпочту, чтобы вы знали об ограничениях, прежде чем на него полагаться:

- **Нет ссылок с паролем.** Любой, у кого есть ссылка, может подключиться, пока вы делитесь.
  Обращайтесь со ссылкой как с ключом.
- **Ссылка работает, только пока вы делитесь.** Ссылка работает, пока отправитель делится файлами. Когда отправитель нажимает Stop Sharing или закрывает вкладку, файлы становятся недоступны. Для приватности это
  достоинство, для удобства — ограничение.
- **Вы должны оставаться в сети.** Вкладка браузера отправителя должна оставаться открытой и онлайн, пока получатель не закончит скачивание: файлы идут с устройства отправителя, а не с сервера. Если не можете, лучше подойдёт облачная
  ссылка — статья [P2P или облако для передачи файлов](https://help.strongfolder.com/en/guides/p2p-vs-cloud-file-transfer/) поможет
  выбрать.
- **Имена — это метаданные.** Мы храним имена файлов, чтобы построить ссылку. Если само имя
  конфиденциально — «Q3-layoffs-final.xlsx», — сначала переименуйте файл или поместите его в
  зашифрованный архив.
- **Шифрование при передаче, а не вашими собственными ключами.** Мы не заявляем сквозного
  шифрования с ключами, которые есть у вас, и не заявляем сертификатов. Для регулируемых данных
  сверьтесь с правилами вашей организации.

## Как безопасно делиться конфиденциальными файлами через StrongFolder?

Простая процедура покрывает большинство случаев:

1. Отправляйте ссылку только тем, кому она предназначена, по каналу, которому вы доверяете.
2. Попросите получателя подтвердить, когда скачивание завершится.
3. Сразу нажмите **Stop Sharing** («Прекратить обмен»).
4. Для особо конфиденциальных файлов упакуйте их в зашифрованный архив (например, 7-Zip с AES-256)
   и сообщите пароль по телефону или в другом мессенджере. Это работает поверх любого способа
   передачи.

Полный чек-лист со сравнением почты, облачных дисков, SFTP и P2P — в нашем [руководстве по
безопасному обмену файлами](https://help.strongfolder.com/en/guides/secure-file-sharing/).

[Отправить файлы](https://strongfolder.com)
## Почему мы выбрали такую архитектуру?

Отчасти потому, что я сам хотел этого как пользователь, — я рассказываю об этом в посте [Почему я
создал StrongFolder](https://help.strongfolder.com/en/blog/why-i-started-strongfolder/). Отчасти потому, что так просто чище:
сервис, который никогда не держит ваши файлы, не может их потерять, допустить их утечку или хранить
дольше обещанного. И отчасти потому, что так проще для нас самих. Мы не держим склад чужих данных,
и это одна из причин, по которым StrongFolder сегодня бесплатен и платных тарифов у него пока нет.

Всё сказанное выше есть и на нашей странице [Безопасность и приватность](https://help.strongfolder.com/en/security/), которую мы
поддерживаем в актуальном состоянии. Если там что-то непонятно или вы считаете, что нам стоит
хранить ещё меньше, напишите мне на [info@strongfolder.com](mailto:info@strongfolder.com).

## FAQ

### StrongFolder хранит мои файлы?

Нет. Файлы никогда не загружаются на сервер StrongFolder и не хранятся на нём. Чтобы создать ссылку, сервис хранит метаданные передачи: имена файлов и папок, их размеры и количество файлов.

### Что происходит, когда используется сервер-ретранслятор?

Если прямое соединение невозможно (строгий корпоративный файрвол, некоторые мобильные сети), зашифрованный поток проходит через ретрансляционный (TURN) сервер StrongFolder. Ретранслятор пересылает данные и не хранит их.

### Можно ли защитить ссылку StrongFolder паролем?

Пока нет. Любой, у кого есть ссылка, может подключиться, пока вы делитесь файлами. Для конфиденциальных файлов отправляйте зашифрованный архив, а пароль от него передавайте по другому каналу.

### Как убедиться, что никто больше не скачает мои файлы потом?

Нажмите Stop Sharing («Прекратить обмен») или закройте вкладку, как только получатель закончит. Ссылка работает, пока отправитель делится файлами. Когда отправитель нажимает Stop Sharing или закрывает вкладку, файлы становятся недоступны.