Безопасен ли удалённый доступ? Как Ремотик шифрует данные и хранит базы данных в России (152-ФЗ)

Удалённый доступ пугает ровно потому, что звучит как "чужой человек за вашим экраном". В голове сразу: хакеры, перехват паролей, утечка документов по дороге. Страх понятный. Но он часто смешивает разные вещи: кражу доступа по паролю, подглядывание посредника в канале и юридический вопрос "где лежат служебные данные сервиса". Ниже спокойный разбор, как устроен протокол защиты в Ремотик: сквозное шифрование, сверка кода SAS при подключении и почему для юрлиц локализация баз данных в России важна для работы с требованиями 152-ФЗ.

Откуда берётся страх перед "хакерами"

Постоянный пароль на стикере, доступ без подтверждения, старый клиент и общий аккаунт на всю компанию создают риски для удалённого доступа. Если кто угодно знает номер устройства и действующий одноразовый или постоянный пароль, шифрование канала уже не поможет: злоумышленник просто войдёт "как свой".

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

Отдельно для бизнеса: "а где серверы и что с персональными данными". Для семьи это редко всплывает. Для ООО, ИП с клиентской базой и ИТ-поддержки компаний это вопрос соответствия 152-ФЗ и понятной юрисдикции инфраструктуры.

Сквозное шифрование: что это значит простыми словами

Сквозное шифрование (end-to-end) значит: ключи к содержимому сессии есть у участников соединения, а не у сервера-моста. Картинка экрана, ввод с клавиатуры, буфер обмена в рамках защищённой сессии идут между устройствами в зашифрованном виде. Ремотик строит канал так, чтобы сервер-мост не "смотрел" экран и ввод, а работал с зашифрованным трафиком между участниками.

Важно отделить два слоя:

• Служебные данные сервиса: факт подключения, идентификаторы устройств, учётная информация, нужная, чтобы найти компьютер по 9-значному номеру.
• Содержимое сессии: то, что вы видите и делаете на удалённом экране. Именно оно закрыто сквозным шифрованием и не предназначено для просмотра мостом.

Аналогия простая: курьер везёт сейф. Он знает адрес доставки, но не открывает крышку. Мост в Ремотик выполняет роль такого курьера: доставляет зашифрованные данные, когда для подключения используется серверный маршрут.

Какие алгоритмы использует Ремотик

Сквозная защита сессии в Ремотике строится на четырёх криптографических алгоритмах:

• X25519: участники создают временные пары ключей и вычисляют общий секрет сессии. Сам секрет по сети не передаётся.
• Ed25519: устройства подписывают публичные ключи обмена и проверяют подписи. Подпись связывает ключ с устройством и параметрами конкретной сессии.
• HKDF-SHA256: из общего секрета выводятся отдельные ключи для каждого направления передачи, а из них при разделении трафика на каналы получаются ключи отдельных каналов.
• ChaCha20-Poly1305: шифрует содержимое сессии с 256-битным ключом и проверяет целостность данных. Изменённые сообщения не проходят проверку.

Ключи шифрования содержимого вычисляются на устройствах участников. Сервер-мост их не получает и передаёт уже зашифрованные данные.

SAS: сверка кода безопасности при подключении

Шифрование закрывает содержимое. Но остаётся другой риск протокола: вы уверены, что соединились именно с тем компьютером, а не с подставным узлом по пути сигналинга? Здесь работает SAS (Short Authentication String), короткий код безопасности сессии.

После обмена ключами в сеансах со сверкой SAS оба устройства показывают один и тот же 4-значный код. Интерфейс прямо просит: "Сверьте код безопасности", "Код должен совпадать на обоих компьютерах". Если цифры одинаковые, стороны видят один и тот же результат ключевого обмена. Несовпадение означает, что проверка не пройдена: продолжать такой сеанс нельзя. Короткий код помогает обнаружить подмену, но его совпадение не даёт абсолютной гарантии безопасности.

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

Одноразовый или постоянный пароль разрешает доступ, сквозное шифрование защищает содержимое от посредника, а сверка SAS помогает проверить, что обе стороны участвуют в одном обмене ключами.

Прямое соединение и мост: где проходит трафик

Между настольными клиентами Ремотик может использовать прямое соединение, если оно доступно, или мост. Мобильные приложения и web-клиент используют мост. В любом случае правила сети должны разрешать выбранный маршрут: мост не отменяет блокировку сервиса корпоративным фаерволом.

Для безопасности пользователя ключевой момент: смена маршрута не отменяет шифрование. Прямой канал или мост: содержимое остаётся защищённым между участниками. Меняется путь пакетов, не "прозрачность" экрана для сервиса.

Отсюда практический вывод. Вопрос "безопасно ли" почти всегда распадается на три: кому известен одноразовый или постоянный пароль, защищён ли канал шифрованием и выполнена ли доступная в этом сценарии проверка соединения.

Что реально снижает риск взлома

Шифрование и SAS не заменяют правила безопасного доступа:

• Не публикуйте ни одноразовый, ни постоянный пароль в открытых чатах и не оставляйте их на виду у посторонних.
• Для разовой помощи используйте одноразовый пароль. После использования он больше не подходит для нового подключения.
• Если приложение показывает 4-значный код SAS, сверьте его на обоих устройствах. Если цифры разные, завершите сессию и выясните причину, прежде чем подключаться снова.
• Для своего рабочего ПК используйте постоянный пароль осознанно: только вы и те, кому доверяете доступ.
• В команде не раздавайте один общий постоянный пароль "на всех". На тарифе "Команда" логичнее роли, права и общий список устройств компании.
• Держите клиент Ремотик обновлённым, чтобы получать актуальные исправления безопасности.

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

Базы данных в России и 152-ФЗ: почему это важно для юрлиц

Федеральный закон № 152-ФЗ "О персональных данных" устанавливает требования к обработке персональных данных, включая локализацию операций при их сборе и правила трансграничной передачи. Размещение баз данных в России относится к части этих требований и само по себе не означает полного соответствия закону.

У Ремотик базы данных и управляющая инфраструктура находятся в России. Для тарифа "Команда" отдельно зафиксировано соответствие требованиям локализации 152-ФЗ. Мост может находиться в другой стране, когда это улучшает маршрут. Он передаёт непрозрачный зашифрованный поток, не получает ключи и не сохраняет содержимое сессии. Локализация баз не заменяет остальные обязанности оператора. Если в работе используются персональные данные, отдельно оцените маршрут их передачи, договоры и основания обработки. Шифрование само по себе не снимает вопросы о трансграничной передаче.

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

При оценке сервиса и своего процесса работы проверьте:

• где находятся базы данных и постоянно хранятся служебные данные;
• кто предоставляет сервис и какие условия закреплены в его документах;
• защищено ли содержимое сессии сквозным шифрованием;
• может ли мост расшифровать или сохранить содержимое сессии;
• как проверяется соединение, в том числе с помощью SAS;
• кто по вашим внутренним правилам может подключаться, к каким компьютерам и зачем.

Политику доступа внутри компании и выполнение обязанностей оператора определяет сама организация. Условия обработки и размещения данных сервиса нужно учитывать вместе с собственными процессами. Различие между локализацией и трансграничной передачей также разъясняется в письме Минцифры от 12 мая 2025 года № П25-44929.

Кому особенно важен этот разбор

• ООО и ИП с поддержкой клиентов: нужно уверенно сказать заказчику, что канал сессии защищён, и объяснить, где обрабатываются служебные данные.
• Внутренним ИТ и аутсорсу: важны роли, список устройств и понятный ответ про 152-ФЗ без зависимости от зарубежного вендора.
• Руководителям: при выборе удалённого доступа стоит проверить защиту канала и условия работы сервиса, включая возможные ограничения со стороны поставщика.

Кратко

• Для защиты от постороннего доступа берегите одноразовый пароль, задавайте надёжный постоянный пароль и контролируйте разрешения.
• В Ремотик содержимое сессии закрыто сквозным шифрованием: мост передаёт трафик, но не смотрит экран и ввод.
• Когда приложение показывает 4-значный код SAS, цифры нужно сверить на обоих устройствах.
• Прямое соединение или мост: маршрут меняется, защита содержимого остаётся.
• Базы данных в России и требования локализации 152-ФЗ на тарифе "Команда" упрощают юридическую оценку для бизнеса.
• Защита одноразового и постоянного паролей, шифрование, проверка соединения, права доступа и обновления дополняют друг друга.

Если сомневаетесь "на словах", проверьте на своих двух устройствах: установите Ремотик, подключитесь по номеру и одноразовому паролю и посмотрите, как выглядит сессия без лишнего шума. А для команды сравните тариф "Команда" с ролями, общим списком устройств и базами данных сервиса на территории РФ.