IT-инфраструктура • инструкции • практикаПоиск по сайту

Серверы и системное администрирование

Найти материал →

Rsync 3.5: 33 исправления безопасности и защита от критических уязвимостей

Rsync 3.5 вышел с 33 исправлениями безопасности

Разработчики Rsync представили версию 3.5 - крупное обновление популярного инструмента для синхронизации и передачи файлов. Новый релиз устраняет 33 уязвимости, среди которых есть одна критическая и несколько проблем высокого уровня опасности. Помимо исправлений CVE, команда проекта усилила защиту демона, механизмов работы с путями, символическими ссылками, атрибутами файлов и сетевым протоколом.

Наиболее серьезной проблемой стала уязвимость CVE-2026-53791, затрагивающая конфигурации Rsync с параметром `proxy protocol = true`. Если демон ожидал подключения через доверенный прокси, злоумышленник мог обратиться к нему напрямую и передать собственный заголовок PROXY. Это позволяло подменить исходный IP-адрес и потенциально обойти ограничения доступа, основанные на адресах клиентов.

Значительная часть исправлений связана с контролем путей и обработкой символических ссылок. В некоторых сценариях атакующий мог направить операции Rsync за пределы разрешенного каталога. Последствия зависели от конфигурации: от чтения конфиденциальных данных до записи произвольных файлов и повышения привилегий.

Разработчики укрепили изоляцию при использовании параметров `--relative`, `--temp-dir` и `--link-dest`, а также при обработке ACL, расширенных атрибутов и содержимого каталогов. Дополнительные ограничения появились для режима `--remove-source-files`. Защищенная SSH-оболочка `rrsync` тоже получила исправления, предотвращающие выход за пределы разрешенных директорий и передачу опасных параметров.

Rsync 3.5 устраняет и ряд ошибок управления памятью, которые можно было вызвать через протокол демона. В частности, исправлены потенциальные выходы за границы кучи при обработке фильтров, аргументов и жестких ссылок. Такие проблемы выявили с помощью фаззинга, а для их эксплуатации достаточно было отправить специально сформированные данные удаленному серверу.

Отдельное внимание уделено защите от чрезмерной нагрузки на процессор. Специально подготовленные цепочки контрольных сумм могли привести к квадратичному росту затрат CPU и фактически вызвать отказ в обслуживании. Кроме того, изменено поведение правила `hosts deny`: неразрешенные или неразрешимые записи теперь блокируют доступ, то есть система действует по принципу fail-closed. Были скорректированы и отдельные варианты разбора правил `auth users`.

Пути, передаваемые удаленным узлом через `--partial-dir` и `--backup-dir`, теперь дополнительно ограничиваются корнем модуля демона. Это закрывает сценарии, в которых символические ссылки могли использоваться для обхода ограничений и доступа к другим каталогам. Подробный перечень изменений и исправлений опубликован в материале о релизе Rsync 3.5 и его исправлениях безопасности.

Изменения коснулись и клиентской части. Исправлена проблема, позволявшая вредоносному удаленному узлу влиять на тайм-аут ввода-вывода клиента. Пользователям, применяющим шифрованные соединения, особенно важно обновить компонент `rsync-ssl`: при работе через stunnel он теперь корректно проверяет сертификат и соответствие имени узла, если администратор явно не включил небезопасный режим.

Помимо устранения известных уязвимостей, в Rsync 3.5 добавлены дополнительные меры защиты. Управляющие символы в именах файлов теперь экранируются перед записью в журнал. Это снижает риск подмены содержимого терминала или внедрения ложных записей в логи. Также закрыт обход ограничения `--safe-links`, связанный с резервными копиями, установлены ограничения длины proxy-заголовков и добавлены проверки против переполнений целых чисел.

Новая версия немного меняет и поведение программы. Получатель, работающий не в режиме демона, сможет перейти в каталог назначения, заданный символической ссылкой, только если эта ссылка принадлежит root или пользователю, запустившему Rsync. Кроме того, конфигурация `proxy protocol = true` без списка доверенных прокси теперь приводит к отклонению подключения, а не к его безусловному разрешению.

Администраторам серверов следует рассматривать Rsync 3.5 как приоритетное обновление, особенно если демон доступен из недоверенных сетей или используется для автоматической доставки резервных копий. Перед установкой желательно проверить конфигурационные файлы, права на каталоги, правила SSH-оболочки и работу скриптов, использующих нестандартные параметры.

Тем, кто планирует скачать Rsync 3.5, рекомендуется выбирать пакеты из официальных репозиториев дистрибутива либо собирать программу из проверенного исходного кода. Если пакет пока недоступен, временной мерой может стать ограничение доступа к демону через firewall, отключение ненужных модулей и отказ от режима `proxy protocol` без корректного списка доверенных узлов.

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

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

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

Прокрутить вверх