Rsync 3.4.3: регрессии и спор о коде, созданном с участием ИИ

Эндрю Триджелл, создатель Samba и соавтор rsync, ответил на критику в адрес новой версии rsync 3.4.3, в которой появились ошибки, влияющие на некоторые рабочие процессы, в частности на резервное копирование с использованием режима демона и инкрементной передачи данных.

Rsync 3.4.3 был выпущен 20 мая в качестве обновления для системы безопасности, исправляющего шесть уязвимостей, перечисленных в базе данных CVE, которые затрагивали версии rsync 3.4.2 и более ранние. Согласно заметкам о выпуске проекта, три из этих уязвимостей возникали при использовании конфигураций демона, отличных от стандартных, а две — при обычном подключении к демону или подключении с аутентификацией.

Обновление также содержит исправления, связанные с конфигурациями демона с использованием параметра use chroot = no, который стал причиной некоторых зарегистрированных регрессий.

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

Он подтвердил, что в некоторых аспектах работы использовались инструменты на основе искусственного интеллекта. Триджелл заявил, что Клод помогал с некоторыми частями нового набора тестов на основе Python, а Codex и Gemini проводили перекрестные проверки. Однако он отверг утверждение о том, что работа была просто «написана на вибрациях», подчеркнув, что он сам разработал набор тестов, проверил работу и потратил много времени на валидацию.

«Я не просто взял и написал код для преобразования набора тестов в Python. Я инженер-программист с 40-летним стажем (да, я СТАРЫЙ!), поэтому сначала я разработал дизайн и составил план по его проверке. Я использовал инструменты на основе искусственного интеллекта для рутинной работы, потому что они с ней хорошо справляются. Я сам проверил каждую часть кода и потратил уйму времени на непрерывную интеграцию, чтобы все сделать правильно (с тех пор я перешел на использование множества локальных виртуальных машин для тестирования, чтобы сократить время ожидания непрерывной интеграции)».

Что касается регрессий, Триджелл высказался предельно ясно. Он признал, что в rsync 3.4.3 были нарушены некоторые сценарии использования, и объяснил, что в этом релизе основное внимание уделялось исправлению уязвимостей. Он назвал затронутые проблемы рабочие процессы допустимыми, но малораспространенными, отметив, что они не были включены в существующий набор тестов или в его ручное тестирование.

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

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

Что произошло в rsync 3.4.3

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

Основные жалобы касались:

• Некорректной обработки некоторых edge-case сценариев при синхронизации.
• Изменений в поведении алгоритмов сравнения файлов.
• Проблем совместимости в специфических конфигурациях файловых систем.

Хотя проблема не затронула всех пользователей, её наличие стало достаточно заметным, чтобы вызвать обсуждение в mailing list разработчиков и в сообществе Linux.

Причина споров: код, созданный с помощью ИИ

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

Сторонники использования ИИ утверждают, что такие инструменты помогают ускорить разработку, находить потенциальные ошибки и автоматизировать рутинные задачи. Однако критики отмечают, что генерация кода ИИ может приводить к тонким логическим ошибкам, которые сложно выявить на этапе ревью.

Особенно остро вопрос стоит в проектах уровня rsync, где ошибка может привести к повреждению данных или их некорректной синхронизации.

Реакция сообщества разработчиков

Сообщество разделилось на несколько лагерей. Часть разработчиков считает, что проблема заключается не в самом использовании ИИ, а в недостаточном контроле качества кода перед его включением в основную ветку проекта.

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

Также обсуждается необходимость введения дополнительных правил для принятия патчей, потенциально сгенерированных или частично созданных ИИ-системами.

Почему rsync важен для экосистемы Linux

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

Поэтому даже небольшие регрессии в таком проекте вызывают повышенное внимание и требуют быстрого реагирования со стороны разработчиков.

Возможные последствия ситуации

Хотя проблема в rsync 3.4.3 не является катастрофической, она поднимает несколько важных вопросов:

• Нужно ли пересматривать процесс code review в open-source проектах?
• Как маркировать и проверять код, созданный с помощью ИИ?
• Где проходит граница между автоматизацией и ответственностью разработчика?

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

Выводы

Ситуация вокруг rsync 3.4.3 показывает, что даже зрелые и проверенные временем проекты не застрахованы от регрессий. При этом появление ИИ-инструментов в процессе разработки добавляет новый уровень сложности в управление качеством кода.

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

Часто задаваемые вопросы

Что такое регрессии в программном обеспечении?

Регрессии — это ошибки, которые появляются в новых версиях программного обеспечения и нарушают ранее корректно работающий функционал.

Что произошло в rsync 3.4.3?

После выпуска версии 3.4.3 были обнаружены проблемы в некоторых сценариях синхронизации, которые ранее работали стабильно.

При чём здесь искусственный интеллект?

Обсуждение возникло из-за предположений, что часть кода могла быть создана или изменена с использованием ИИ-инструментов, что вызвало споры о качестве и проверке такого кода.

Опасно ли использовать rsync 3.4.3?

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

Будут ли изменены процессы разработки?

Вероятно, да. Сообщество обсуждает усиление code review и введение дополнительных проверок для кода, созданного с участием ИИ.

Редактор: AndreyEx