Restic 0.18 varundussüsteemi väljalase. Rünnak CDC vastu.

Esitati välja varundamise süsteem Restic 0.18, mis võimaldab salvestada varukoopiad krüpteeritud kujul versioonide haldamise hoidlas, toetades dedupplikatsiooni. Süsteem on algselt mõeldud selliste varukoopia ületamiseks, mis on salvestatud ebasertifitseeritud keskkondades, ja varukoopia sattumine vale isiku kätte ei tohiks süsteemi kompromiteerida. Varukoopia loomisel on võimalik määratleda paindlikud reeglid failide ja kaustade lisamiseks või välistamiseks (reeglite formaat sarnaneb rsync või gitignore'iga). Töökorraldus toetab Linuxit, macOSi, Windowsit ja BSD-süsteeme. Projekti kood on kirjutatud Go keeles ja levitatakse BSD litsentsi alusel.

Varukoopiad võivad olla salvestatud kohalikus failisüsteemis, välistes serveris SFTP/SSH või HTTP REST ligipääsuga, Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage ja Google Cloud Storage pilvedes, samuti kõikides ladustamisruumides, mille jaoks on saadaval rclone'i tagapinnad. Salvestamiseks võib kasutada ka projekti arendatavat rest serverit, mis pakub paremat jõudlust võrreldes teiste tagapindadega ja suudab töötada täiendamise režiimis, mis ei luba varukoopiaid kustutada ega muuta, juhul kui algne server on kompromiteeritud ja juurdepääs krüpteeringu võtmetele.

Süsteem toetab snapshots, mis peegeldavad kataloogihierarhia seisundit erinevates aj моментides (snapshots luuakse automaatselt iga varukoopia jaoks). Snapshots'ide kopeerimine erinevate hoidlate vahel on võimalik. Sõltumatuse kasvu vältimiseks kopeeritakse varukoopiate loomise käigus ainult muudetud andmed. Varukoopiaga seotud snapshot saab mountida virtuaalse sektsioonina (mountimine toimub FUSE'i kaudu). Samuti pakutakse käsklusi muudatuste analüüsimiseks ja valikulise failide väljavõtmiseks.

Restic varukoopiate hoidja manipuleerib mitte täielike failide, vaid muutuva suurusega plokkidega, mis valitakse Rabini allkirja kasutades. Teave salvestatakse sisu järgi, mitte failide nime järgi (andmetega seotud nimed ja objektid määratakse mälestusesse seotud metainformatsiooni tasandil). Ruumi kokkuhoiu ja liigse andmete kopeerimise vältimiseks tehakse dedupplikatsioon.

Välisteenustes salvestatakse teave krüpteeritud kujul — kontrollsummade ja deduplikatsiooni jaoks kasutatakse SHA-256 hashe, krüptimiseks kasutatakse AES-256-CTR algoritmi ning terviklikkuse tagamiseks autentimiskoodid, mis põhinevad Poly1305-AES-il. Tagatakse võimalus varukoopia kontrollimisel kontrollsummade ja autentimiskoodide kaudu kinnitada, et failide terviklikkus ei ole rikutud.

Uues versioonis on kõrvaldatud võimalus teostada rünnakut (PDF), mis määrab kindlaks, kas salvestatud varukoopias on teatud failid. Rünnak võimaldab tuvastada, kas krüpteeritud varukoopias on mõni konkreetne fail, pääsemmes juurde varukoopiate salvestusele või analüüsides varukoopiate võrguliiklust. Näiteks võib rünnakut teostada serveri administraator, kuhu varukoopiad salvestatakse, internetiteenuse pakkuja või ametiasutused, kes on pääsenud juurde. serveri või liiklust. Rünnaku eesmärgiks võib olla teabe lekkimise uurimine, kus ametiasutused saavad hinnata huvitavaid dokumente varukoopiate salvestuses.

Vuln lati kasutamiseks peab ründaja suutma oma andmeid lisada ohvri varukoopia või teadma, et tuttav fail asub varukoopias. Kui varukoopias on fail, millest ründaja teab (näiteks mõni tüüpiline süsteemi või meedia sisu), siis pääseda krüpteeritud salvestusele saab ründaja kindlaks teha, kas seal on olemas muid teda huvitavaid faile.

Meetod põhineb sellel, et sisu kokkuvõtmise eripärade põhjal on võimalik kindlaks teha plokkide parameetreid, mida kasutatakse sisu jagamisel. Taoliste parameetrite määramiseks piisab 3 krüpteeritud ploki määramisest, mis sisaldavad ründajale teadaolevaid andmeid.

Haavatavus ei ole spetsiifiline Resticule ja mõjutab teisi varundussüsteeme, mis kasutavad andmete jagamist plokkideks CDC (Content-Defined Chunking) tehnika kaudu, nagu BorgBackup, Tarsnap, Bupstash ja Duplicacy. Tarsnapis on probleem eemaldatud uuenduses 1.0.41, BorgBackupis on töös paranduse kallal, mille plaanitakse lisada borg 2 harusse. Bupstashis oli viimane muudatus 2 aastat tagasi, Duplicacy-s 4 kuud tagasi.

Lisaks märgitakse, et deduplication’it kasutavates süsteemides, kui on võimalik lisada oma faile varundusse, on lihtsam jääda otsustama failide olemasolu kaudselt. Pärast kontrollitava faili lisamist saab hinnata salvestusruumi suuruse muutust — kui fail on juba salvestuses olemas, ei too selle korduv lisamine deduplication’i tõttu kaasa märkimisväärset suuruse suurenemist.

Lisaks haavatavuste kõrvaldamisele Restic 0.18-s on pakutud ka mitmeid uuendusi:

• Lisatud on eksperimentaalne tugi 'külmadele' varukoopia salvestustele (andmed on kättesaadavad minutite või tundide pärast päringut), mis toetavad S3 protokolli, nagu Amazon S3 Glacier.
• Käskudesse check ja tag on lisatud tugi väljundi saamiseks JSON formaadis.
• GitHub Container Registry jaoks pilte luues on arvesse võetud SLSA (Supply-chain Levels for Software Artifacts) soovitusi.
• Käsku ls on lisatud väljundi sortimise meetodi valimise võimalus. Käsk find kasutab vaikimisi sortimist kuupäeva järgi (uusimast vanimeni).
• Antud on võimalus jätta failide, mille suurus on väiksem kui määratud, ümberpakendamise operatsioonist välja.
• Lisatud on seadistus failide laiendatud atribuutide taastamise lubamiseks/keelamiseks.
• Lisatud on tugi operatsioonisüsteemile DragonFlyBSD.
• Lisatud on tugi laiendatud atribuutide toetamiseks NetBSD 10+ süsteemidel.
• Restic 0.19.0 harus on plaanitud eemaldada vananenud funktsioonide tugi, mis on aktiveeritud seadistuste deprecate-legacy-index, deprecate-s3-legacy-layout, explicit-s3-anonymous-auth ja safe-forget-keep-tags kaudu.
• Vanade Windowsi ja macOS versioonide tugi on lõpetatud; nüüd on nõutav vähemalt Windows 10, Windows Server 2016 või macOS 11. Tugi TLS versioonide jaoks enne 1.2 on lõpetatud.

Allikas: opennet.ru