Predstavljen je izlaz sustava za izradu sigurnosnih kopija Restic 0.18, koji omogu\u0107ava pohranu sigurnosnih kopija u \u0161ifriranom obliku u verzioniranim repozitorijima s podr\u0161kom za deduplikaciju. Sustav je prvotno dizajniran za okru\u017eenja koja se ne mogu smatrati pouzdanim, tako da ne bi trebalo do\u0107i do kompromitacije sustava ako sigurnosna kopija padne u pogre\u0161ne ruke. Pri izradi sigurnosne kopije mogu\u0107e je definirati fleksibilna pravila za uklju\u010divanje i isklju\u010divanje datoteka i mapa (format pravila podsje\u0107a na rsync ili gitignore). Podr\u017eava rad u sustavima Linux, macOS, Windows i BSD. Kod projekta napisan je na jeziku Go i distribuira se pod BSD licencom. <\/p>\n
Sigurnosne kopije mogu biti pohranjene na lokalnom FS-u, na vanjskom serveru<\/a> s pristupom putem SFTP\/SSH ili HTTP REST, u oblacima Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage i Google Cloud Storage, kao i u svim skladi\u0161tima za koja postoje rclon backendovi. Za pohranu se tako\u0111er mo\u017ee koristiti tako\u0111er razvijeni projektom rest server, koji omogu\u0107ava ve\u0107u u\u010dinkovitost u usporedbi s drugim backendovima i mo\u017ee raditi u na\u010dinu samo za dopunu, \u0161to ne omogu\u0107ava brisanje ili mijenjanje sigurnosnih kopija u slu\u010daju kompromitacije izvornih servera i pristupa klju\u010devima \u0161ifriranja. <\/p>\n Sustav podr\u017eava snimke koje odra\u017eavaju stanje hijerarhije mapa u razli\u010ditim trenucima vremena (snimke se automatski stvaraju za svaku sigurnosnu kopiju). Mogu\u0107e je kopirati snimke izme\u0111u razli\u010ditih repozitorija. Radi u\u0161tede prometa tijekom izrade sigurnosnih kopija kopiraju se samo izmijenjeni podaci. Snimka sa sigurnosnom kopijom mo\u017ee se montirati u obliku virtualne particije (montiranje se vr\u0161i pomo\u0107u FUSE-a). Tako\u0111er su dostupne naredbe za analizu promjena i selektivno va\u0111enje datoteka. <\/p>\n Skladi\u0161te sigurnosnih kopija u Resticu manipulira ne cijelim datotekama, ve\u0107 blokovima promjenjive veli\u010dine, odabranim pomo\u0107u Rabinove potpisa. Informacije se pohranjuju vezane uz sadr\u017eaj, a ne prema imenima datoteka (imena i objekti povezani s podacima definiraju se na razini metapodataka bloka). Radi u\u0161tede prostora u skladi\u0161tu i isklju\u010denja suvi\u0161nog kopiranja podataka, provodi se deduplikacija. <\/p>\n Na vanjskim poslu\u017eiteljima, informacije se pohranjuju u \u0161ifriranom obliku \u2014 za kontrolne zbrojeve i deduplikaciju koriste se SHA-256 hashovi, za \u0161ifriranje \u2014 AES-256-CTR algoritam, a za jamstvo cjelovitosti \u2014 autentifikacijski kodovi temeljem Poly1305-AES-a. Predvi\u0111ena je mogu\u0107nost verifikacije sigurnosne kopije putem kontrolnih zbrojeva i autentifikacijskih kodova kako bi se potvrdilo da cjelovitost datoteka nije naru\u0161ena. <\/p>\n U novoj verziji uklonjena je mogu\u0107nost izvo\u0111enja napada (PDF) kako bi se utvrdila prisutnost specifi\u010dnih datoteka u \u0161ifriranom spremi\u0161tu sigurnosnih kopija. Napad omogu\u0107ava utvr\u0111ivanje da li se u \u0161ifriranoj sigurnosnoj kopiji nalazi neka odre\u0111ena datoteka, pristupom spremi\u0161tu sigurnosnih kopija ili analizom mre\u017enog prometa sa sigurnosnim kopijama. Na primjer, napad mo\u017ee izvesti administrator poslu\u017eitelja na kojem se pohranjuju sigurnosne kopije, davatelj internetskih usluga ili slu\u017ebe za provedbu zakona koje su dobile pristup poslu\u017eitelju<\/a> ili prometu. Cilj napada mo\u017ee biti istra\u017eivanje curenja informacija, u kojem bi slu\u017ebe mogle procijeniti prisutnost dokumenta od interesa u spremi\u0161tu sigurnosnih kopija. <\/p>\n Za iskori\u0161tavanje ranjivosti, napada\u010d mora posti\u0107i dodavanje vlastitih podataka u sigurnosnu kopiju \u017ertve ili znati da se poznata datoteka nalazi u sigurnosnoj kopiji. Ako u sigurnosnoj kopiji postoji datoteka za koju napada\u010d zna (na primjer, neka vrsta standardnog sustavnog ili multimedijskog sadr\u017eaja), napada\u010d mo\u017ee, pristupom \u0161ifriranom spremi\u0161tu, utvrditi postoje li unutar druge datoteke od interesa. <\/p>\n Metoda se temelji na tome da se, iz specifi\u010dnosti kompresije sadr\u017eaja, mogu odrediti parametri blokova kori\u0161tenih pri frakcioniranju sadr\u017eaja. Za odre\u0111ivanje takvih parametara dovoljno je prepoznati 3 \u0161ifrirana bloka koji sadr\u017ee podatke poznate napada\u010du. <\/p>\n Ranljivost nije specifi\u010dna za Restic i poga\u0111a druge sustave sigurnosnog kopiranja koji koriste tehniku CDC (Content-Defined Chunking) za razdvajanje podataka, kao \u0161to su BorgBackup, Tarsnap, Bupstash i Duplicacy. U Tarsnap-u je problem ispravljen u a\u017euriranju 1.0.41, u BorgBackup-u se radi na ispravku koja se planira uklju\u010diti u granu borg 2. U Bupstash-u je posljednja promjena bila prije 2 godine, a u Duplicacy-u \u2014 prije 4 mjeseca. <\/p>\n Dodatno se bilje\u017ei da u sustavima koji koriste deduplikaciju, kada postoji mogu\u0107nost dodavanja vlastitih datoteka u sigurnosnu kopiju, mo\u017ee se jednostavnije postupiti i odrediti prisutnost relevantnih datoteka posredno. Nakon dodavanja provjeravane datoteke, mo\u017ee se procijeniti promjena veli\u010dine pohrane \u2014 ako datoteka ve\u0107 postoji u pohrani, njezino ponovo dodavanje zbog deduplikacije ne\u0107e dovesti do zna\u010dajnog pove\u0107anja veli\u010dine. <\/p>\n Osim uklanjanja ranjivosti u Resticu 0.18, tako\u0111er su predlo\u017eene neke novine: <\/p>\n\n