Регресии в rsync 3.4.3 и приемане на промени, подготвени с използване на AI

След излизането на обновлението на утилитата за синхронизация на файлове rsync 3.4.3 с корекции на 6 уязвимости, бяха отбелязани регресии, нарушаващи работоспособността на преди това използвани конфигурации. Освен това непонимание и недоволство предизвика добавянето на около 50 промени в хранилището на rsync за последните две седмици, подготвени с помощта на AI модела Claude. Някои потребители свързаха появата на регресии с генерирането на нискокачествени корекции на уязвимости с помощта на AI.

Някои от регресиите в rsync 3.4.3:

• Започнаха да приключват с грешка при командата за инкрементално създаване на резервни копия, в които бяха посочени няколко опции „—compare-dest“;
• Стана
  невъзможно е да се сглобява rsync на системи с ядра Linux под версия 5.6 поради ангажиране на системния повик openat2 (комит 1, комит 2);
• Форматът „хост::модул/път“ спря да работи (комит).
• Спряха да се възприемат командите, използващи опцията
  „—delete-missing-args“ заедно с „—files-from“ (комит).
• При синхронизацията започнаха да се появяват грешки за находжението на стойността modtime_nsec извън допустимия диапазон.
• Сглобяването на стари версии на macOS бе нарушено.
• Поведението на опцията „—link-dest“ се промени (комит).
• Се появиха сривове при стартиране в мултиплексора на терминалите tmux.

Андрю Триджелл (Andrew Tridgell), основател на проектите samba и rsync, който преди две години се завърна към поддръжката на rsync и добави проблемни комити, публикува бележка с обяснение на сложилата се ситуация. Според думите на Андрю, проектът rsync се сблъска с лавина от доклади за уязвимости, много от които са генерирани чрез AI. В изданието rsync 3.4.3 появата на регресии стана цената за отстраняване на уязвимостите. Андрю съзнателно предпочете да поправи уязвимостите, въпреки че корекциите можеха да нарушат работата на някои редки, но правилни сценарии на използване на rsync. Подобни сценарии не бяха обхванати от стария тестов набор и ръчните проверки, поради което регресиите останаха незабелязани и ще бъдат отстранени в следващото издание 3.4.4.

Настоящата ситуация накара Андрю да модернизира тестовия набор, да въведе проверка на покритие на кода и да реализира тестване в система за непрекъсната интеграция на различни платформи, както и да извърши анализ на потенциални уязвимости. Тъй като Андрю вече е почти на 60 години и би предпочел да пътува с яхта, вместо да губи времето си в отстраняване на уязвимости в rsync, той реши да привлече AI асистенти за извършване на рутинни задачи в условията на натрупаното количество съобщения за уязвимости. Андрю разработи архитектура, план за проверка и структура на новия тестов набор, след което с помощта на AI го генерира на Python и го замени с вече използвания тестов shell-скрипт. При разработката беше използван моделът Claude с ръчна проверка на резултата и кръстосана проверка в Codex и Gemini.

Източник: opennet.ru