Esitati v\u00e4lja varundamise s\u00fcsteem Restic 0.18, mis v\u00f5imaldab salvestada varukoopiad kr\u00fcpteeritud kujul versioonide haldamise hoidlas, toetades dedupplikatsiooni. S\u00fcsteem on algselt m\u00f5eldud selliste varukoopia \u00fcletamiseks, mis on salvestatud ebasertifitseeritud keskkondades, ja varukoopia sattumine vale isiku k\u00e4tte ei tohiks s\u00fcsteemi kompromiteerida. Varukoopia loomisel on v\u00f5imalik m\u00e4\u00e4ratleda paindlikud reeglid failide ja kaustade lisamiseks v\u00f5i v\u00e4listamiseks (reeglite formaat sarnaneb rsync v\u00f5i gitignore'iga). T\u00f6\u00f6korraldus toetab Linuxit, macOSi, Windowsit ja BSD-s\u00fcsteeme. Projekti kood on kirjutatud Go keeles ja levitatakse BSD litsentsi alusel. <\/p>\n
Varukoopiad v\u00f5ivad olla salvestatud kohalikus failis\u00fcsteemis, v\u00e4listes serveris<\/a> SFTP\/SSH v\u00f5i HTTP REST ligip\u00e4\u00e4suga, Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage ja Google Cloud Storage pilvedes, samuti k\u00f5ikides ladustamisruumides, mille jaoks on saadaval rclone'i tagapinnad. Salvestamiseks v\u00f5ib kasutada ka projekti arendatavat rest serverit, mis pakub paremat j\u00f5udlust v\u00f5rreldes teiste tagapindadega ja suudab t\u00f6\u00f6tada t\u00e4iendamise re\u017eiimis, mis ei luba varukoopiaid kustutada ega muuta, juhul kui algne server on kompromiteeritud ja juurdep\u00e4\u00e4s kr\u00fcpteeringu v\u00f5tmetele. <\/p>\n S\u00fcsteem toetab snapshots, mis peegeldavad kataloogihierarhia seisundit erinevates aj \u043c\u043e\u043c\u0435\u043d\u0442ides (snapshots luuakse automaatselt iga varukoopia jaoks). Snapshots'ide kopeerimine erinevate hoidlate vahel on v\u00f5imalik. S\u00f5ltumatuse kasvu v\u00e4ltimiseks kopeeritakse varukoopiate loomise k\u00e4igus ainult muudetud andmed. Varukoopiaga seotud snapshot saab mountida virtuaalse sektsioonina (mountimine toimub FUSE'i kaudu). Samuti pakutakse k\u00e4sklusi muudatuste anal\u00fc\u00fcsimiseks ja valikulise failide v\u00e4ljav\u00f5tmiseks. <\/p>\n Restic varukoopiate hoidja manipuleerib mitte t\u00e4ielike failide, vaid muutuva suurusega plokkidega, mis valitakse Rabini allkirja kasutades. Teave salvestatakse sisu j\u00e4rgi, mitte failide nime j\u00e4rgi (andmetega seotud nimed ja objektid m\u00e4\u00e4ratakse m\u00e4lestusesse seotud metainformatsiooni tasandil). Ruumi kokkuhoiu ja liigse andmete kopeerimise v\u00e4ltimiseks tehakse dedupplikatsioon. <\/p>\n V\u00e4listes serverites salvestatakse teave kr\u00fcpteeritud kujul \u2014 kontrollsummade ja deduplikatsiooni jaoks kasutatakse SHA-256 r\u00e4si, kr\u00fcpteerimiseks kasutatakse AES-256-CTR algoritmi ning terviklikkuse tagamiseks kasutatakse Poly1305-AES p\u00f5hiseid autentimiskoode. Varukoopia kontrollsummade ja autentimiskoodide p\u00f5hine kontrollimine v\u00f5imaldab kinnitada, et failide terviklikkus ei ole rikutud. <\/p>\n Uues versioonis on k\u00f5rvaldatud v\u00f5imalus teostada r\u00fcnnakut (PDF), mis m\u00e4\u00e4rab kindlaks, kas salvestatud varukoopias on teatud failid. R\u00fcnnak v\u00f5imaldab tuvastada, kas kr\u00fcpteeritud varukoopias on m\u00f5ni konkreetne fail, p\u00e4\u00e4semmes juurde varukoopiate salvestusele v\u00f5i anal\u00fc\u00fcsides varukoopiate v\u00f5rguliiklust. N\u00e4iteks v\u00f5ib r\u00fcnnakut teostada serveri administraator, kuhu varukoopiad salvestatakse, internetiteenuse pakkuja v\u00f5i ametiasutused, kes on p\u00e4\u00e4senud juurde. serveri<\/a> v\u00f5i liiklust. R\u00fcnnaku eesm\u00e4rgiks v\u00f5ib olla teabe lekkimise uurimine, kus ametiasutused saavad hinnata huvitavaid dokumente varukoopiate salvestuses. <\/p>\n Vuln lati kasutamiseks peab r\u00fcndaja suutma oma andmeid lisada ohvri varukoopia v\u00f5i teadma, et tuttav fail asub varukoopias. Kui varukoopias on fail, millest r\u00fcndaja teab (n\u00e4iteks m\u00f5ni t\u00fc\u00fcpiline s\u00fcsteemi v\u00f5i meedia sisu), siis p\u00e4\u00e4seda kr\u00fcpteeritud salvestusele saab r\u00fcndaja kindlaks teha, kas seal on olemas muid teda huvitavaid faile. <\/p>\n Meetod p\u00f5hineb sellel, et sisu kokkuv\u00f5tmise erip\u00e4rade p\u00f5hjal on v\u00f5imalik kindlaks teha plokkide parameetreid, mida kasutatakse sisu jagamisel. Taoliste parameetrite m\u00e4\u00e4ramiseks piisab 3 kr\u00fcpteeritud ploki m\u00e4\u00e4ramisest, mis sisaldavad r\u00fcndajale teadaolevaid andmeid. <\/p>\n Haavatavus ei ole spetsiifiline Restic'ule ja puudutab teisi varunduss\u00fcsteeme, mis kasutavad andmete blokeerimist CDC (Content-Defined Chunking) tehnika abil, n\u00e4iteks BorgBackup, Tarsnap, Bupstash ja Duplicacy. Tarsnap'is on probleem lahendatud uuenduses 1.0.41, BorgBackup'is t\u00f6\u00f6tab lahenduse kallal, mille kavatsetakse lisada borg 2 harusse. Bupstash'ist on viimane muudatus tehtud 2 aastat tagasi ja Duplicacy's 4 kuud tagasi. <\/p>\n Lisaks m\u00e4rgitakse, et s\u00fcsteemides, mis kasutavad dedupelikatsiooni, on varukoopiatele oma failide lisamise v\u00f5imaluse korral v\u00f5imalik lihtsamalt toimida ja m\u00e4\u00e4rata huvipakkuvate failide olemasolu kaudselt. P\u00e4rast kontrollitava faili lisamist on v\u00f5imalik hinnata salvestusmahu muutust \u2014 kui fail on juba salvestuses olemas, siis selle uuesti lisamine deduplikatsiooni t\u00f5ttu ei too kaasa olulisi mahtu. <\/p>\n Lisaks haavatavuste k\u00f5rvaldamisele Restic 0.18-s on pakutud ka mitmeid uuendusi: <\/p>\n\n