Visszaesések az rsync 3.4.3-ban és a mesterséges intelligencia segítségével elkészített változások elfogadása

Miután megjelent a 3.4.3-as verziójú rsync fájlszinkronizáló eszköz frissítése, amely 6 sebezhetőség javítását tartalmazza, regressziók jelentek meg, amelyek megzavarták a korábban használt konfigurációk működését. Ezen kívül a felhasználók érzékelhetően elégedetlenek voltak azzal, hogy az rsync tárolókba az utolsó két hétben körülbelül 50 AI-modell, a Claude által készített változtatás került be. Néhány felhasználó a regressziókat a sebezhetőségek javítására irányuló alacsony minőségű AI-generálás megjelenésével hozta összefüggésbe.

Az rsync 3.4.3-ban tapasztalt regressziók:

  • A több "—compare-dest" opciót tartalmazó, inkrementális biztonsági mentés készítésekor a parancs hibával zárult le;
  • Lett
    nem lehet rsync-et összeállítani a 5.6-os Linux kernel verzió előtti rendszereken az openat2 rendszerhívás használata miatt (commit 1, commit 2);
  • A "host::module/path" formátum leállt működni (commit).
  • A parancsok, amelyek a
    "—delete-missing-args" opciót használják a "—files-from"-mal együtt, nem működnek (commit).
  • Szinkronizáláskor olyan hibák léptek fel, amelyek a modtime_nsec értékének érvénytelenségéről tesznek említést.
  • Megszakadt a működés régi macOS verziókon.
  • Megváltozott a "—link-dest" opció viselkedése (commit).
  • Hibák történtek a tmux terminál multiplexeren való indítás során.

Andrew Tridgell, a samba és rsync projektek alapítója, aki két éve visszatért az rsync karbantartásához és problémás commitokat adott hozzá, közzétett egy nyilatkozatot a kialakult helyzetről. Andrew szerint az rsync projekt egy sebezhetőségi jelentés cunamival nézett szembe, amelyek közül sokat AI generált. A 3.4.3-as rsync kiadásában a regressziók megjelenése a sebezhetőségek megszüntetésének ára lett. Andrew tudatosan úgy döntött, hogy a sebezhetőségeket javítja, annak ellenére, hogy a javítások megsérthetik a ritka, de helyes rsync használati forgatókönyvek működését. Ezek a forgatókönyvek nem voltak lefedve a régi tesztsorozat vagy kézi ellenőrzések által, így a regressziók észrevétlenek maradtak, és a következő 3.4.4-es verzióban megszüntetik őket.

A kialakult helyzet arra késztette Andrew-t, hogy modernizálja a teszthalmazt, bevezetve a kódlefedettség ellenőrzését és megvalósítva a tesztelést folyamatos integrációban különböző platformokon, valamint elvégezve a potenciális sebezhetőségek elemzését. Mivel Andrew már majdnem 60 éves, és inkább jachtot szeretne vezetni, mintsem a rsync sebezhetőségeinek kijavításával tölteni az idejét, úgy döntött, hogy mesterséges intelligencia segítőket von be a rutinfeladatok elvégzéséhez a rázúduló sebezhetőségi értesítések közepette. Andrew kidolgozta az architektúrát, a vizsgálati tervet és az új teszthalmaz struktúráját, majd a mesterséges intelligencia segítségével Pythonban generálta azt, lecserélve a korábban használt teszt shell scriptet. A fejlesztés során a Claude modellt alkalmazták manuális eredményellenőrzéssel és keresztes teszteléssel a Codex és Gemini segítségével.

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster