Restic 0.18 varundussüsteemi väljalaskmine. Rünnak CDC-le

Restic 0.18 varundussüsteemi väljaanne on esitatud, mis võimaldab salvestada varukoopiaid krüpteeritud kujul versioonihaldusega hoidlas, toetades deduplication'i. Süsteem on algselt loodud selleks, et varukoopiaid säilitataks usaldamatutes keskkondades, kus varukoopia sattumine vale inimese kätte ei tohiks süsteemi kompromiteerida. Varukoopia loomisel on võimalik määrata paindlikke reegleid failide ja kataloogide kaasamiseks ja välistamiseks (reeglite formaat meenutab rsync'i või gitignore'i). Toetatakse tööd Linuxi, macOS'i, Windowsi ja BSD süsteemides. Projekti kood on kirjutatud Go keeles ja seda levitatakse BSD litsentsi alusel.

Varukoopiad võivad olla salvestatud kohalikus failisüsteemis, välistel serveril SFTP/SSH või HTTP REST kaudu juurdepääs Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage ja Google Cloud Storage ning kõigile muudele ladustamiskohtadele, mille jaoks on saadaval rclone'i tagapõhjad. Ladustamiseks võib kasutada ka projekti arendatud rest serverit, mis tagab parema jõudluse võrreldes teiste tagapõhjadega ja võimaldab töötada ainult lisandmise režiimis, mis ei võimalda varukoopiate kustutamist või muutmist, kui allikaserver on ohustatud ja juurdepääs šifreerimisvõtmetele on olemas.

Süsteem toetab ajalinte, mis peegeldavad katalooge hierarhiat erinevatel aegadel (ajalinte luuakse automaatselt iga varukoopia jaoks). Ajalinte kopeerimine erinevate ladustamiskohtade vahel on võimalik. Trahvi kokkuhoiu eesmärgil kopeeritakse varukoopia loomise protsessis ainult muudetud andmed. Ajajoon, millel on varukoopia, saab mountida virtuaalses jaotuses (mountimine toimub FUSE kaudu). Samuti pakutakse käske muutuste analüüsimiseks ja valikuliste failide väljavõtmiseks.

Resticis varunduste salvestamine ei toimi failide, vaid ujukasutusega plokkide kaupa, valides need Rabini allkirja põhjal. Teave salvestatakse sisu põhjal, mitte failinimedest (seotud andmed ja objektid määratakse ploki metainfo tasemel). Ruumi kokkuhoiu ja tarbetu andmekopeerimise vältimiseks viiakse läbi deduplikatsioon.

Välistele serveritele salvestatakse teave krüpteeritult — kontrollsummade ja deduplikatsiooni jaoks kasutatakse SHA-256 räsimärke, krüptimiseks kasutatakse AES-256-CTR algoritmi ja terviklikkuse tagamiseks Poly1305-AES põhiseid autentimiskoodide süsteeme. Varunduse kontrollsummade ja autentimiskoodide põhjal verifitseerimise võimalus on olemas, et kinnitada, et failide terviklikkus ei ole rikutud.

Uues versioonis on kõrvaldatud võimalus teostada rünnakut (PDF), et määrata kindlaks krüpteeritud varukoopia ladustamises olevate määratud failide olemasolu. Rünnak võimaldab kindlaks teha, kas krüpteeritud varukoopias on mingi konkreetne fail, saades juurdepääsu varukoopia ladustamisele või analüüsides võrgu liiklust varukoopiate kohta. Näiteks võib rünnaku teostada serveri administraator, kuhu varukoopiad salvestatakse, interneti teenusepakkuja või eriteenistused, kes on saanud juurdepääsu serverile või liiklusele. Rünnaku eesmärk võib olla teabe lekke uurimine, kus eriteenistused saavad hinnata huvipakkuvate dokumentide olemasolu varukoopia ladustamises.

Haavatavuse ärakasutamiseks peab ründaja saavutama oma andmete lisamise ohvri varukoopiasse või teadma, et talle tuntud fail asub varukoopias. Kui varukoopias on fail, millest ründaja teab (näiteks mingi tüüpiline süsteemifail või multimeedia sisu), siis pääsedes ligi krüpteeritud ladustamisele, võib ründaja määrata, kas seal on teisi huvipakkuvaid faile.

Meetod põhineb sellele, et sisuga seotud kompressiooni eripäradest lähtuvalt saab määrata plokkide parameetreid, mida kasutatakse sisu jagamiseks. Selliste parameetrite määramiseks piisab, kui tuvastada 3 krüpteeritud plokki, mis sisaldavad andmeid, mis on ründajale teada.

Haavatavus ei ole spetsiifiline Resticule ning see mõjutab ka teisi varundussüsteeme, mis kasutavad andmete jagamist plokkideks CDC (Content-Defined Chunking) tehnika abil, näiteks BorgBackup, Tarsnap, Bupstash ja Duplicacy. Tarsnapis on probleem lahendatud versioonis 1.0.41, BorgBackupis töötatakse lahenduse kallal, mille plaanitakse lisada borg 2 harusse. Bupstashis oli viimane muudatus 2 aastat tagasi, Duplicacy puhul aga 4 kuud tagasi.

Lisaks märgitakse, et süsteemides, mis kasutavad dedupeerimist, on võimalik oma faile varukoopiasse lisada lihtsamalt, määrates huvipakkuvate failide olemasolu kaudselt. Pärast kontrollitava faili lisamist saab hinnata salvestusruumi suuruse muutust — kui fail on juba salvestuses olemas, siis selle taaskordne lisamine dedupeerimise tõttu ei põhjusta selle suuruse tõusu.

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

• Lisatud on eksperimentaalne tugi «külmadele» varukoopiaruetele (andmed on saadaval taastamiseks minutite või tundide jooksul pärast päringut), mis toetavad S3 protokolli, nagu Amazon S3 Glacier.
• Käskudele check ja tag on lisatud tugi väljundi kuvamiseks JSON-formaadis.
• GitHub Container Registry jaoks pilvede koostamisel on arvesse võetud SLSA (Supply-chain Levels for Software Artifacts) soovitusi.
• Käsku ls on lisatud väljundi sortimise meetodi valik. Käsk find kasutab vaikimisi sortimist kuupäeva järgi (uusimatest vanemateni).
• Pakutakse võimalust välistada failide taaskompresseerimise operatsioon, kui nende suurus on väiksem kui määratud.
• Lisatud on seadistus failide laiendatud atribuutide taastamise lubamiseks/keelamiseks.
• Lisatud on tugi operatsioonisüsteemile DragonFlyBSD.
• Lisatud on tugi NetBSD 10+ süsteemides laiendatud atribuutide jaoks.
• Harus restic 0.19.0 plaanitakse eemaldada toimetamata funktsioonide tugi, mida aktiveerivad seaded deprecate-legacy-index, deprecate-s3-legacy-layout, explicit-s3-anonymous-auth ja safe-forget-keep-tags.
• Toetatakse enam vana Windowsi ja macOS-i versioone, nüüd on nõutav vähemalt Windows 10, Windows Server 2016 või macOS 11. TLS versioonide tugi kuni 1.2 on lõpetatud.

Allikas: opennet.ru