Адвокат передаёт доверителю документы: защищённый канал вместо мессенджера

MAATRIX

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

Мессенджер как канал передачи — это чужая инфраструктура с вашим документом внутри

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

Шифрование канала решает одну конкретную задачу — защищает содержимое от перехвата по пути между устройствами. Оно не отвечает на вопрос, где физически хранится копия файла после доставки, как долго она там лежит, синхронизируется ли она в облачный бэкап мессенджера на телефоне доверителя и что происходит с этой копией, если аккаунт доверителя когда-то получит запрос от кого-то с полномочиями его прочитать. Это два разных уровня защиты — «зашифровано при передаче» и «полностью под моим контролем» — и разница между ними становится критичной именно там, где вы, как адвокат, обязаны отвечать за сохранность материалов дела, а не просто «постараться».

Что физически остаётся на стороне мессенджера

Разберём по пунктам, что происходит с файлом дела, отправленным через типичный современный мессенджер, независимо от конкретного названия сервиса:

• Файл проходит через серверы мессенджера как минимум в момент доставки — это неизбежно для любой архитектуры, где сообщение может быть получено на другом устройстве, если получатель офлайн в момент отправки.
• У большинства мессенджеров есть облачная синхронизация истории между устройствами доверителя — телефон, планшет, десктопное приложение. Это значит, что документ дела реплицируется не в одну точку, а в несколько, причём вы не видите список этих точек и не управляете им.
• Автоматический бэкап переписки в облако телефона (это делает не сам мессенджер, а операционная система устройства доверителя) — ещё одна копия документа, полностью вне вашего поля зрения и вне поля зрения самого доверителя, если он не отключал это осознанно.
• Пересылка одним нажатием. Доверитель может переслать файл третьему лицу — родственнику, знакомому юристу «для второго мнения» — за секунду, и это будет выглядеть как обычное действие в интерфейсе, а не как утечка, хотя по факту это именно бесконтрольное распространение материалов дела.
• У вас нет технической возможности отозвать файл после отправки. Даже если приложение предлагает «удалить у всех», это работает не всегда и не для всех сценариев — например, если получатель успел сохранить файл на устройство или переслать его до удаления.

Ни один из этих пунктов не означает злого умысла со стороны конкретного мессенджера. Речь о другом: вы, как адвокат, физически не можете дать доверителю (и себе) гарантию того, что происходит с документом дальше, потому что не администрируете инфраструктуру, через которую он прошёл.

Альтернатива: не файл в переписке, а ссылка на ваш сервер

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

Технически это реализуется через личный кабинет или файловое хранилище (например, Nextcloud), развёрнутое на вашем сервере, с функцией создания публичной ссылки на конкретный файл или папку. У такой ссылки в отличие от вложения в мессенджере есть три параметра, которые задаёте именно вы:

• Срок действия — ссылка перестаёт открываться в указанную вами дату, а не остаётся рабочей навсегда, как файл, однажды отправленный в чат.
• Пароль на доступ — ссылка сама по себе не даёт доступ, нужен ещё пароль, который вы передаёте доверителю отдельным каналом (например, голосом по телефону), а не тем же сообщением, где ссылка.
• Право действия — можно разрешить только просмотр в браузере без возможности скачать файл, если материал не должен физически осесть на устройстве доверителя, или разрешить полноценное скачивание, если это нужно для его собственного архива.

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

Два рычага, которых нет в мессенджере: срок доступа и место хранения

Смена модели передачи даёт адвокату два конкретных рычага управления, которых у мессенджера просто нет как класса функций.

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

Место хранения. В мессенджере вы физически не знаете и не выбираете, в каком дата-центре и в какой юрисдикции лежит копия отправленного файла — это решает архитектура сервиса, а не вы. Арендуя сервер сами, вы выбираете страну размещения инфраструктуры осознанно — под требования конкретного дела или под то, что кажется разумным с точки зрения предсказуемости хостинга. Материал дела лежит там, где вы сами решили, а не там, куда его определила чужая компания. Более широкий разбор того, почему это принципиально для профессиональной тайны, есть в статье «Адвокатская тайна и облачный диск: почему это плохо кончается» — логика оттуда применима и к передаче через мессенджер.

Как устроить это технически: минимальная рабочая схема

Сборка не требует отдельного айтишника в штате — нужен арендованный VPS, файловое хранилище на нём и корректно настроенный HTTPS.

Шаг 1. Файловое хранилище. Разворачивается Nextcloud на сервере — пошаговая установка на Ubuntu 24.04 разобрана в статье «Как установить и настроить Nextcloud на VPS». После установки создаётся структура папок под дела, например:

/Дела/2026/Иванов-против-ООО-Ромашка/
/Дела/2026/Иванов-против-ООО-Ромашка/Исковое-заявление.pdf
/Дела/2026/Иванов-против-ООО-Ромашка/Переписка-с-доверителем/

Шаг 2. HTTPS обязателен. Ссылка, которую вы отправляете доверителю, должна открываться только по защищённому соединению — иначе весь смысл затеи теряется на первом же шаге. Автоматическое получение и продление сертификата закрывает Caddy или связка с Let's Encrypt.

Шаг 3. Правила для публичных ссылок по умолчанию. Чтобы не полагаться на то, что вы (или помощник) не забудете вручную выставить срок действия при каждой отправке, разумно задать это правилом на уровне сервера — тогда система сама не даст создать ссылку без срока действия:

occ config:app:set core shareapi_enforce_expire_date --value yes
occ config:app:set core shareapi_expire_after_n_days --value 14

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

Шаг 4. Создание ссылки на конкретный документ. В веб-интерфейсе Nextcloud рядом с файлом — кнопка «поделиться», в диалоге которой задаются пароль на ссылку, дата окончания действия (если не выставлена правилом по умолчанию) и режим доступа — только просмотр или с возможностью скачивания. Пароль передаётся доверителю не тем же сообщением, где ссылка, а отдельно — голосом, смс или другим каналом, чтобы перехват одного канала не давал доступа целиком.

Шаг 5. Журнал выдачи ссылок. Полезно вести хотя бы простую запись — какая ссылка на какой документ кому и когда была выдана, с каким сроком действия. Это не техническая необходимость для работы схемы, а практическая привычка: если через месяц доверитель спросит «а вы точно присылали мне тот вариант договора», у вас есть ответ, а не «наверное, да, посмотрю в переписке».

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

Практические сценарии передачи

Схема работает по-разному в зависимости от того, что именно и кому передаётся.

Для случая регулярного обмена — когда доверитель обращается к материалам не разово, а постоянно на протяжении месяцев, — разовые ссылки со сроком действия менее удобны, чем полноценный личный кабинет с учётной записью. Это тот же Nextcloud, но доверителю выдаётся не временная ссылка, а постоянный логин с ограниченным доступом только к папке его дела — остальные дела ему не видны в принципе, а не просто «скрыты, но технически доступны». Смежный разбор того, как устроить постоянный защищённый доступ к материалам дела для самого адвоката с разных устройств, — в статье «Юрист работает то из суда, то из дома: доступ к делам с любого устройства»; та же логика личного кабинета применима и к доверителю, только с более узкими правами.

Что делать, если доверитель просит именно мессенджер

Иногда сопротивление приходится не от технической сложности, а от привычки доверителя — «а нельзя просто в мессенджер, мне так проще». Здесь полезно объяснять не в терминах угроз, а в терминах простого факта: ссылка на ваш сервер открывается так же легко, как файл в мессенджере — один клик, документ на экране. Разница не в удобстве для доверителя, а в том, что происходит с документом после того, как он его посмотрел, и это разница, за которую отвечаете именно вы, а не он.

Для доверителей, которым непривычен сам формат «ссылка вместо файла», помогает короткое пояснение перед первой отправкой: «документы дела я передаю через защищённую ссылку — так они не расходятся по чужим серверам, и я в любой момент могу закрыть к ним доступ». Это ещё и демонстрация профессионального подхода, которую доверители обычно оценивают, даже если сначала воспринимают как лишний шаг.

Если документ по объективным причинам нужно согласовать голосом сразу же, разумный компромисс — использовать мессенджер только для координации («посмотрите документ по ссылке, я прислал»), а сам документ всегда передавать через сервер. Тогда даже в переписке не остаётся ничего, кроме текста и ссылки со сроком годности.

Частые вопросы