Byla p\u0159edstavena nov\u00e1 verze z\u00e1lohovac\u00edho syst\u00e9mu Restic 0.18, kter\u00e1 umo\u017e\u0148uje ukl\u00e1d\u00e1n\u00ed z\u00e1loh v \u0161ifrovan\u00e9 podob\u011b ve verzovan\u00e9m \u00falo\u017ei\u0161ti s podporou deduplikace. Syst\u00e9m je navr\u017een tak, aby z\u00e1lohy byly uchov\u00e1v\u00e1ny v ned\u016fv\u011bryhodn\u00fdch prost\u0159ed\u00edch, p\u0159i\u010dem\u017e ztr\u00e1ta z\u00e1lohy by nem\u011bla ohrozit syst\u00e9m. P\u0159i vytv\u00e1\u0159en\u00ed z\u00e1lohy je mo\u017en\u00e9 definovat flexibiln\u00ed pravidla pro zahrnut\u00ed a vylou\u010den\u00ed soubor\u016f a adres\u00e1\u0159\u016f (form\u00e1t pravidel p\u0159ipom\u00edn\u00e1 rsync nebo gitignore). Podporov\u00e1na je pr\u00e1ce v Linuxu, macOS, Windows a syst\u00e9mech BSD. K\u00f3d projektu je naps\u00e1n v jazyce Go a je distribuov\u00e1n pod licenc\u00ed BSD. <\/p>\n
Z\u00e1lohy mohou b\u00fdt ulo\u017eeny v m\u00edstn\u00edm souborov\u00e9m syst\u00e9mu, na extern\u00edm serveru<\/a> s p\u0159\u00edstupem p\u0159es SFTP\/SSH nebo HTTP REST, v oblac\u00edch Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage a Google Cloud Storage, stejn\u011b jako v jak\u00fdchkoli \u00falo\u017ei\u0161t\u00edch, pro kter\u00e9 jsou k dispozici backendy rclone. Pro ukl\u00e1d\u00e1n\u00ed lze tak\u00e9 pou\u017e\u00edt vyv\u00edjen\u00fd projekt rest server, kter\u00fd poskytuje vy\u0161\u0161\u00ed v\u00fdkon ve srovn\u00e1n\u00ed s jin\u00fdmi backendy a m\u016f\u017ee pracovat v re\u017eimu pouze pro dopln\u011bn\u00ed, co\u017e neumo\u017e\u0148uje maz\u00e1n\u00ed ani zm\u011bnu z\u00e1loh v p\u0159\u00edpad\u011b kompromitace p\u016fvodn\u00edho serveru a p\u0159\u00edstupu k \u0161ifrovac\u00edm kl\u00ed\u010d\u016fm. <\/p>\n Syst\u00e9m podporuje snapshoty, kter\u00e9 odr\u00e1\u017eej\u00ed stav hierarchie adres\u00e1\u0159\u016f v r\u016fzn\u00fdch okam\u017eic\u00edch \u010dasu (snapshoty jsou automaticky vytv\u00e1\u0159eny pro ka\u017edou z\u00e1lohu). Je mo\u017en\u00e9 kop\u00edrovat snapshoty mezi r\u016fzn\u00fdmi \u00falo\u017ei\u0161ti. Pro \u00fasporu p\u0159enosov\u00fdch dat jsou v pr\u016fb\u011bhu vytv\u00e1\u0159en\u00ed z\u00e1loh kop\u00edrov\u00e1na pouze zm\u011bn\u011bn\u00e1 data. Snapshot se z\u00e1lohou m\u016f\u017ee b\u00fdt p\u0159imontov\u00e1n ve form\u011b virtu\u00e1ln\u00edho odd\u00edlu (mont\u00e1\u017e se prov\u00e1d\u00ed pomoc\u00ed FUSE). Tak\u00e9 jsou k dispozici p\u0159\u00edkazy pro anal\u00fdzu zm\u011bn a selektivn\u00ed extrakci soubor\u016f. <\/p>\n \u00dalo\u017ei\u0161t\u011b z\u00e1loh v Restic manipuluje nikoli s cel\u00fdmi soubory, ale s bloky prom\u011bnliv\u00e9 velikosti, vyb\u00edran\u00fdmi pomoc\u00ed Rabinova podpisu. Informace jsou uchov\u00e1v\u00e1ny na z\u00e1klad\u011b obsahu, nikoli n\u00e1zv\u016f soubor\u016f (s n\u00e1zvy a objekty spojen\u00fdmi s daty se pracuje na \u00farovni metadat bloku). Pro \u00fasporu m\u00edsta v \u00falo\u017ei\u0161ti a vylou\u010den\u00ed nadbyte\u010dn\u00e9ho kop\u00edrov\u00e1n\u00ed dat se prov\u00e1d\u00ed deduplikace. <\/p>\n Na extern\u00edch serverech jsou informace uchov\u00e1v\u00e1ny v za\u0161ifrovan\u00e9 podob\u011b \u2014 pro kontroln\u00ed sou\u010dty a deduplikaci se pou\u017e\u00edvaj\u00ed hashe SHA-256, pro \u0161ifrov\u00e1n\u00ed \u2014 algoritmus AES-256-CTR, a pro zaji\u0161t\u011bn\u00ed integrity \u2014 autentiza\u010dn\u00ed k\u00f3dy na z\u00e1klad\u011b Poly1305-AES. Je mo\u017en\u00e9 ov\u011b\u0159it z\u00e1lohu podle kontroln\u00edch sou\u010dt\u016f a autentiza\u010dn\u00edch k\u00f3d\u016f, aby se potvrdilo, \u017ee integrita soubor\u016f nebyla poru\u0161ena. <\/p>\n V nov\u00e9 verzi byla odstran\u011bna mo\u017enost prov\u00e1d\u011bn\u00ed \u00fatoku (PDF) na ur\u010den\u00ed p\u0159\u00edtomnosti zadan\u00fdch soubor\u016f v \u0161ifrovan\u00e9m \u00falo\u017ei\u0161ti z\u00e1lo\u017en\u00edch kopi\u00ed. Tento \u00fatok umo\u017e\u0148uje zjistit, zda se v \u0161ifrovan\u00e9m z\u00e1lohov\u00e1n\u00ed nach\u00e1z\u00ed konkr\u00e9tn\u00ed soubor, p\u0159\u00edstupem k \u00falo\u017ei\u0161ti z\u00e1loh nebo anal\u00fdzou s\u00ed\u0165ov\u00e9ho provozu se z\u00e1lohami. Nap\u0159\u00edklad \u00fatok m\u016f\u017ee prov\u00e9st spr\u00e1vce serveru, na kter\u00fd se ukl\u00e1daj\u00ed z\u00e1lohy, poskytovatel internetov\u00fdch slu\u017eeb nebo bezpe\u010dnostn\u00ed slu\u017eby, kter\u00e9 z\u00edskaly p\u0159\u00edstup k serveru<\/a> nebo k provozu. C\u00edlem \u00fatoku m\u016f\u017ee b\u00fdt vy\u0161et\u0159ov\u00e1n\u00ed \u00faniku informac\u00ed, p\u0159i kter\u00e9m mohou bezpe\u010dnostn\u00ed slu\u017eby posoudit p\u0159\u00edtomnost zaj\u00edmav\u00fdch dokument\u016f v \u00falo\u017ei\u0161ti z\u00e1lo\u017en\u00edch kopi\u00ed. <\/p>\n Aby \u00fato\u010dn\u00edk mohl zranitelnost vyu\u017e\u00edt, mus\u00ed zajistit p\u0159id\u00e1n\u00ed sv\u00fdch dat do z\u00e1lo\u017en\u00ed kopie ob\u011bti nebo v\u011bd\u011bt, \u017ee ve zn\u00e1m\u00e9m souboru se nach\u00e1z\u00ed v z\u00e1lo\u017en\u00ed kopii. Pokud je v z\u00e1lo\u017en\u00ed kopii soubor, o kter\u00e9m \u00fato\u010dn\u00edk v\u00ed (nap\u0159\u00edklad n\u011bjak\u00fd typov\u00fd syst\u00e9mov\u00fd nebo multimedi\u00e1ln\u00ed obsah), m\u016f\u017ee po z\u00edsk\u00e1n\u00ed p\u0159\u00edstupu k \u0161ifrovan\u00e9mu \u00falo\u017ei\u0161ti zjistit, zda uvnit\u0159 jsou i dal\u0161\u00ed zaj\u00edmav\u00e9 soubory. <\/p>\n Metoda je zalo\u017eena na tom, \u017ee na z\u00e1klad\u011b charakteristik komprese obsahu lze ur\u010dit parametry blok\u016f, kter\u00e9 se pou\u017e\u00edvaj\u00ed p\u0159i rozd\u011blov\u00e1n\u00ed obsahu. K ur\u010den\u00ed podobn\u00fdch parametr\u016f sta\u010d\u00ed zjistit 3 \u0161ifrovan\u00e9 bloky obsahuj\u00edc\u00ed \u00fadaje zn\u00e1m\u00e9 \u00fato\u010dn\u00edkovi. <\/p>\n Zranitelnost nen\u00ed specifick\u00e1 pro Restic a t\u00fdk\u00e1 se i dal\u0161\u00edch syst\u00e9m\u016f z\u00e1lohov\u00e1n\u00ed, kter\u00e9 vyu\u017e\u00edvaj\u00ed rozd\u011blen\u00ed dat na bloky pomoc\u00ed techniky CDC (Content-Defined Chunking), jako jsou BorgBackup, Tarsnap, Bupstash a Duplicacy. V Tarsnap byla tato chyba opravena v aktualizaci 1.0.41, v BorgBackup se pracuje na oprav\u011b, kterou maj\u00ed v \u00famyslu zahrnout do v\u011btve borg 2. V Bupstash byla posledn\u00ed zm\u011bna p\u0159ed 2 lety a v Duplicacy \u2014 p\u0159ed 4 m\u011bs\u00edci. <\/p>\n D\u00e1le se uv\u00e1d\u00ed, \u017ee v syst\u00e9mech vyu\u017e\u00edvaj\u00edc\u00edch deduplikaci, pokud existuje mo\u017enost p\u0159id\u00e1vat sv\u00e9 soubory do z\u00e1lohy, je mo\u017en\u00e9 to ud\u011blat jednodu\u0161eji a zjistit p\u0159\u00edtomnost po\u017eadovan\u00fdch soubor\u016f nep\u0159\u00edm\u00fdm zp\u016fsobem. Po p\u0159id\u00e1n\u00ed kontrolovan\u00e9ho souboru lze vyhodnotit zm\u011bnu velikosti \u00falo\u017ei\u0161t\u011b \u2014 pokud ji\u017e soubor existuje v \u00falo\u017ei\u0161ti, jeho op\u011btovn\u00e9 p\u0159id\u00e1n\u00ed kv\u016fli deduplikaci nezp\u016fsob\u00ed odpov\u00eddaj\u00edc\u00ed zv\u00fd\u0161en\u00ed velikosti. <\/p>\n Krom\u011b opravy zranitelnosti v Restic 0.18 byla tak\u00e9 navr\u017eena \u0159ada novinek: <\/p>\n\n