A fost lansat\u0103 versiunea sistemului de backup Restic 0.18, care permite stocarea backup-urilor \u00een format criptat \u00eentr-un depozit versionat cu suport pentru deduplicare. Sistemul este proiectat \u00een mod special pentru a salva backup-uri \u00een medii nesigure, astfel \u00eenc\u00e2t accesul neautorizat la un backup s\u0103 nu compromit\u0103 sistemul. La crearea unui backup, este posibil s\u0103 defini\u021bi reguli flexibile pentru includerea \u0219i excluderea fi\u0219ierelor \u0219i directoarelor (formatul regulilor seam\u0103n\u0103 cu rsync sau gitignore). Este compatibil cu Linux, macOS, Windows \u0219i sistemele BSD. Codul proiectului este scris \u00een limbajul Go \u0219i este distribuit sub licen\u021ba BSD. <\/p>\n
Backup-urile pot fi stocate pe FS local, pe extern server<\/a> cu acces prin SFTP\/SSH sau HTTP REST, \u00een cloud-uri Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage \u0219i Google Cloud Storage, precum \u0219i \u00een orice depozite pentru care exist\u0103 backend-uri rclone. Poate fi folosit, de asemenea, serverul de rest dezvoltat de proiect, care asigur\u0103 o performan\u021b\u0103 mai bun\u0103 comparativ cu alte backend-uri \u0219i care poate func\u021biona \u00een mod de completare, interzic\u00e2nd \u0219tergerea sau modificarea backup-urilor \u00een cazul compromiterii serverului de baz\u0103 \u0219i accesului la cheile de criptare. <\/p>\n Sistemul suport\u0103 instantanee care reflect\u0103 starea ierarhiei directoarelor \u00een momente diferite (instantanele sunt create automat pentru fiecare backup). Este posibil\u0103 copierea instantaneelor \u00eentre diferite depozite. Pentru economisirea traficului, \u00een procesul de creare a backup-urilor sunt copiate doar datele modificate. O instantanee cu un backup poate fi montat\u0103 sub form\u0103 de parti\u021bie virtual\u0103 (montarea se face cu ajutorul FUSE). De asemenea, sunt furnizate comenzi pentru analiza modific\u0103rilor \u0219i extragerea selectiv\u0103 a fi\u0219ierelor. <\/p>\n Depozitul de backup-uri din Restic manipuleaz\u0103 nu fi\u0219iere \u00eentregi, ci blocuri de dimensiuni variabile, selectate folosind semn\u0103tura Rabin. Informa\u021bia este stocat\u0103 corelat\u0103 cu con\u021binutul, nu cu numele fi\u0219ierelor (numele \u0219i obiectele legate de date sunt definite la nivel de metadate ale blocului). Pentru economisirea spa\u021biului de stocare \u0219i eliminarea copiei inutile a datelor, se realizeaz\u0103 deduplicare. <\/p>\n In serverele externe, informa\u021biile sunt stocate \u00een mod criptat \u2014 pentru sumele de control \u0219i deduplicare se folosesc hash-uri SHA-256, pentru criptare \u2014 algoritmul AES-256-CTR, iar pentru a garanta integritatea \u2014 coduri de autentificare bazate pe Poly1305-AES. Este prev\u0103zut\u0103 posibilitatea de verificare a backup-ului prin sumele de control \u0219i codurile de autentificare pentru a confirma c\u0103 integritatea fi\u0219ierelor nu a fost afectat\u0103. <\/p>\n \u00cen noua versiune, a fost eliminat\u0103 posibilitatea de a efectua un atac (PDF) prin determinarea prezen\u021bei unor fi\u0219iere specifice \u00een stocarea criptat\u0103 a backup-urilor. Atacul permite identificarea dac\u0103 un anumit fi\u0219ier se afl\u0103 \u00een backup-ul criptat, ob\u021bin\u00e2nd acces la stocarea backup-urilor sau prin analiza traficului de re\u021bea cu backup-urile. De exemplu, atacul poate fi realizat de un administrator al serverului pe care sunt stocate backup-urile, de un furnizor de internet sau de agen\u021bii de securitate care au ob\u021binut acces la server<\/a> sau la trafic. Scopul atacului poate fi investigarea unei scurgeri de informa\u021bii, \u00een care agen\u021biile de securitate pot evalua prezen\u021ba documentelor de interes \u00een stocarea backup-urilor. <\/p>\n Pentru a exploata vulnerabilitatea, atacatorul trebuie s\u0103 reu\u0219easc\u0103 s\u0103 adauge datele sale \u00een backup-ul victimei sau s\u0103 \u0219tie c\u0103 un fi\u0219ier cunoscut se afl\u0103 \u00een backup. Dac\u0103 \u00een backup exist\u0103 un fi\u0219ier de care atacatorul este con\u0219tient (de exemplu, un anumit tip de con\u021binut sistem sau multimedia), ob\u021bin\u00e2nd acces la stocarea criptat\u0103, atacatorul poate determina dac\u0103 exist\u0103 \u0219i alte fi\u0219iere de interes \u00een interior. <\/p>\n Metoda se bazeaz\u0103 pe faptul c\u0103, av\u00e2nd \u00een vedere particularit\u0103\u021bile compresiei con\u021binutului, se pot determina parametrii blocurilor utilizate la fragmentarea con\u021binutului. Pentru a determina astfel de parametri, este suficient s\u0103 se identifice 3 blocuri criptate care con\u021bin date cunoscute atacatorului. <\/p>\n Vulnerabilitatea nu este specific\u0103 pentru Restic \u0219i afecteaz\u0103 \u0219i alte sisteme de backup care utilizeaz\u0103 divizarea datelor \u00een blocuri prin tehnica CDC (Content-Defined Chunking), cum ar fi BorgBackup, Tarsnap, Bupstash \u0219i Duplicacy. \u00cen Tarsnap, problema a fost rezolvat\u0103 \u00een actualizarea 1.0.41, iar \u00een BorgBackup se lucreaz\u0103 la o solu\u021bie care urmeaz\u0103 s\u0103 fie inclus\u0103 \u00een ramura borg 2. \u00cen Bupstash, ultima modificare a avut loc acum 2 ani, iar \u00een Duplicacy \u2014 acum 4 luni. <\/p>\n De asemenea, se observ\u0103 c\u0103 \u00een sistemele care utilizeaz\u0103 deduplicarea, atunci c\u00e2nd exist\u0103 posibilitatea de a ad\u0103uga fi\u0219iere proprii \u00een backup, se poate proceda mai simplu \u0219i se poate determina prezen\u021ba fi\u0219ierelor de interes indirect. Dup\u0103 ad\u0103ugarea fi\u0219ierului de verificat, se poate evalua modificarea dimensiunii stoc\u0103rii \u2014 dac\u0103 fi\u0219ierul este deja prezent \u00een stocare, ad\u0103ugarea sa repetat\u0103 din cauza deduplic\u0103rii nu va duce la o cre\u0219tere corespunz\u0103toare a dimensiunii. <\/p>\n \u00cen plus fa\u021b\u0103 de eliminarea vulnerabilit\u0103\u021bii din Restic 0.18, au fost propuse \u0219i c\u00e2teva nout\u0103\u021bi: <\/p>\n\n