Regressionen in rsync 3.4.3 und Annahme von Änderungen, die mit AI vorbereitet wurden

Nach dem Update des Datei-Synchronisierungstools rsync 3.4.3, das 6 Sicherheitsanfälligkeiten behob, wurden Regressionen festgestellt, die die Funktionalität zuvor verwendeter Konfigurationen beeinträchtigen. Darüber hinaus sorgte das Hinzufügen von etwa 50 Änderungen in den letzten zwei Wochen im rsync-Repository, die mit Hilfe des KI-Modells Claude erstellt wurden, für Unverständnis und Unmut. Einige Benutzer führten das Auftreten von Regressionen auf die Generierung von minderwertigen Sicherheitskorrekturen durch KI zurück.

Einige der Regressionen in rsync 3.4.3:

• Fehler beim Abschluss des Befehls für inkrementelle Backups, bei denen mehrere Optionen „—compare-dest“ angegeben wurden;
• Wurde
  rsync kann auf Systemen mit Linux-Kernen vor Version 5.6 nicht mehr gebuildet werden, da der Systemaufruf openat2 verwendet wird (Commit 1, Commit 2);
• Das Format „host::modul/pfad“ funktioniert nicht mehr (Commit).
• Befehle, die die Option
  „—delete-missing-args“ zusammen mit „—files-from“ verwenden, werden nicht mehr akzeptiert (Commit).
• Beim Synchronisieren entstehen Fehler bezüglich des Wertes von modtime_nsec, der außerhalb des zulässigen Bereichs liegt.
• Der Build auf alten Versionen von macOS hat Probleme.
• Das Verhalten der Option „—link-dest“ hat sich geändert (Commit).
• Es treten Fehler beim Start im Terminal-Multiplexer tmux auf.

Andrew Tridgell, der Gründer der Projekte Samba und rsync, der vor zwei Jahren zur Wartung von rsync zurückgekehrt ist und problematische Commits hinzugefügt hat, veröffentlichte eine Mitteilung zur Erklärung der Situation. Laut Andrew sah sich das rsync-Projekt einer Flut von Sicherheitsmeldungen gegenüber, von denen viele durch KI generiert wurden. Im Release von rsync 3.4.3 wurden Regressionen als Preis für die Behebung von Sicherheitsanfälligkeiten festgestellt. Andrew entschied sich bewusst, Sicherheitsanfälligkeiten zu beheben, auch wenn die Korrekturen die Funktion einiger seltener, aber korrekter Einsatzszenarien von rsync beeinträchtigen könnten. Solche Szenarien wurden nicht mit dem alten Testset und durch manuelle Überprüfungen abgedeckt, weshalb die Regressionen unbemerkt blieben und im nächsten Release 3.4.4 behoben werden sollen.

Die entstandene Situation veranlasste Andrew, das Testset zu modernisieren, Code-Coverage-Tests einzuführen und das Testen in einer kontinuierlichen Integrationsumgebung auf verschiedenen Plattformen zu implementieren sowie eine Analyse potenzieller Sicherheitsanfälligkeiten durchzuführen. Da Andrew bereits fast 60 Jahre alt ist und lieber mit seiner Yacht reist, als seine Zeit mit der Behebung von Sicherheitsanfälligkeiten in rsync zu verbringen, beschloss er, KI-Assistenten für routinemäßige Aufgaben inmitten der eingegangenen Flut von Sicherheitsanfälligkeiten einzusetzen. Andrew entwickelte die Architektur, den Prüfplan und die Struktur des neuen Testsets, nach dem er mit Hilfe von KI das Set in Python generierte und es durch das zuvor verwendete Test-Shell-Skript ersetzte. Bei der Entwicklung wurde das Modell Claude mit manueller Ergebniskontrolle und Kreuzvalidierung in Codex und Gemini verwendet.

Quelle: opennet.ru