Regressioner i rsync 3.4.3 och antagande av ändringar som förberedts med hjälp av AI

Efter uppdateringen av filsynkroniseringsverktyget rsync 3.4.3, som åtgärdade 6 sårbarheter, har regressionsproblem noterats som påverkar funktionaliteten hos tidigare använda konfigurationer. Utöver detta har det väckt missnöje och förvirring att cirka 50 ändringar, som förberetts med hjälp av AI-modellen Claude, har lagts till i rsync-repositoriet under de senaste två veckorna. Vissa användare har kopplat regressionsproblemen till genereringen av lågt kvalitativa patchar för sårbarheter med hjälp av AI.

Några av regressionsproblemen i rsync 3.4.3:

• Avslutades med felmeddelande för inkrementella säkerhetskopior där flera alternativ "—compare-dest" angivits;
• Det blev
  Det är omöjligt att kompilera rsync på system med Linux-kärnor äldre än version 5.6 på grund av användningen av systemanropet openat2 (commit 1, commit 2);
• Formatet "värd::modul/punkt" fungerar inte längre (commit).
• Kommandon som använder alternativet
  "—delete-missing-args" tillsammans med "—files-from" togs inte längre emot (commit).
• Vid synkronisering gavs fel om att värdet modtime_nsec var utanför det tillåtna intervallet.
• Kompileringen bröts på äldre versioner av macOS.
• Beteendet hos alternativet "—link-dest" har förändrats (commit).
• Det inträffade krasch när man körde i terminalmultiplexern tmux.

Andrew Tridgell, grundaren av projekten samba och rsync, som återvände till utvecklingen av rsync för två år sedan och lade till problematiska commits, publicerade en notis med en förklaring av den rådande situationen. Enligt Andrew har projektet rsync stött på en lavin av rapporter om sårbarheter, varav många har genererats via AI. I rsync 3.4.3 blev regressionsproblemen priset för att åtgärda sårbarheter. Andrew valde medvetet att åtgärda sårbarheterna, trots att korrigeringarna kunde påverka vissa ovanliga men korrekta användningsscenarier av rsync. Sådana scenarier täcktes inte av det gamla testpaketet och manuella kontroller, så regressionsproblemen förblev oobserverade och kommer att åtgärdas i nästa version 3.4.4.

Den uppkomna situationen fick Andrew att modernisera testsviten, införa kodtäcktäckningskontroller och implementera testning i ett kontinuerligt integrationssystem på flera plattformar, samt att genomföra en analys av potentiella sårbarheter. Eftersom Andrew nästan är 60 år och föredrar att segla istället för att spendera tid på att åtgärda sårbarheter i rsync, beslutade han sig för att involvera AI-assistenter för att hantera rutinuppgifter i ljuset av den ström av sårbarhetsrapporter. Andrew utvecklade arkitekturen, inspektionsplanen och strukturen för den nya testsviten, varefter han med hjälp av AI genererade den i Python och ersatte den tidigare använda test-skal-scriptet. Modellen Claude användes under utvecklingen, med manuell kontrollering av resultaten och korsreferens med Codex och Gemini.

Källa: opennet.ru