Megjelent a Restic 0.18 biztonsági mentés rendszer, amely lehetővé teszi a titkosított biztonsági mentések tárolását verzionált tárolókban, támogatva a deduplikációt. A rendszer elsődlegesen arra lett kifejlesztve, hogy biztonsági mentések megbízhatatlan környezetekben keletkezzenek, és a biztonsági mentés illetéktelen kezekbe kerülése nem veszélyeztetheti a rendszert. A biztonsági mentés létrehozásakor rugalmas szabályok határozhatók meg fájlok és mappák ki- és bevonására (a szabályformátum az rsync vagy gitignore formátumra emlékeztet). Támogatott a Linux, macOS, Windows és BSD rendszerek használata. A projekt kódja Go nyelven íródott és BSD licensz alatt terjesztik.
A biztonsági mentések helyileg tárolhatók a fájlrendszeren, külső szerveren SFTP/SSH vagy HTTP REST hozzáféréssel, az Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage és Google Cloud Storage felhőiben, valamint bármely olyan tárolóban, amelyhez rclone háttértárak állnak rendelkezésre. Tárolásra használható a projekt által fejlesztett rest server is, amely magasabb teljesítményt biztosít más háttértárakkal szemben, és képes kiegészítő módba működni, amely nem engedi meg a biztonsági mentések törlését vagy módosítását, ha a kiindulási szerver kompromittálódik és hozzáféréssel rendelkezik a titkosítási kulcsokhoz.
A rendszer támogatja a pillanatképeket, amelyek a mappák hierarchiájának állapotát tükrözik különböző időpontokban (a pillanatképek automatikusan létrejönnek minden biztonsági mentéskor). Pillanatképek más tárolók közötti másolása is lehetséges. A sávszélesség megtakarítása érdekében a biztonsági mentések során csak a megváltozott adatok kerülnek átmásolásra. A biztonsági mentéssel rendelkező pillanatkép virtuális partícióként csatolható (a csatolás FUSE segítségével történik). Elemzési parancsok is rendelkezésre állnak a változások elemzésére és fájlok szelektív kinyerésére.
A Restic biztonsági mentési tároló nem egész fájlokkal, hanem változó méretű blokkokkal dolgozik, amelyeket Rabin-keresés alapján választanak ki. Az információk a tartalomhoz kötődnek, nem a fájlnevekhez (a kapcsolódó nevek és objektumok a blokk szintű metaadatok szerint kerülnek meghatározásra). A tárolóhely megtakarítása és a felesleges adatok másolásának elkerülése érdekében deduplikálás történik.
A külső szervereken az információ titkosított formában kerül tárolásra – a hash értékek SHA-256-ot használnak a kontrolldarabokhoz és deduplikáláshoz, az AES-256-CTR algoritmus pedig a titkosításhoz, míg a Poly1305-AES alapú hitelesítési kódok garantálják az integritást. Lehetőség van a biztonsági mentés ellenőrzésére a kontrolldarabok és hitelesítési kódok segítségével, hogy megerősítsük, hogy a fájlok integritása nem sérült.
Az új verzióban megszüntették a PDF típusú támadás lehetőségét, amely a titkosított biztonsági mentésekben lévő fájlok jelenlétének megállapítására irányul. Ez a támadás lehetővé teszi, hogy megállapítsuk, van-e egy adott fájl a titkosított biztonsági mentésben, hozzáférve a biztonsági mentések tárolójához vagy az azokkal kapcsolatos hálózati forgalom elemzése révén. Például a támadást végrehajthatja a szerver adminisztrátora, amelyre a biztonsági mentések kerülnek, az internetszolgáltató vagy a hatóságok, akik hozzáférést kaptak szerverhez a forgalomhoz. A támadás célja lehet egy információszivárgás kivizsgálása, amely során a hatóságok meg tudják ítélni, hogy érdekes dokumentumok találhatók-e a biztonsági mentések tárolójában.
A sérülékenység kihasználásához a támadónak biztosítania kell, hogy saját adatai bekerüljenek az áldozat biztonsági mentésébe, vagy tudnia kell, hogy egy általa ismert fájl szerepel a biztonsági mentésben. Ha a biztonsági mentés tartalmaz egy olyan fájlt, amelyről a támadó tud (például bizonyos típusú rendszerszoftver vagy multimédiás tartalom), akkor a titkosított tárolóhoz való hozzáférés után a támadó meg tudja állapítani, hogy vannak-e más, általa keresett fájlok is benne.
A módszer azon alapul, hogy a tartalom tömörítésének sajátosságai alapján meg lehet határozni a tartalom darabolásához használt blokkok paramétereit. Az ilyen paraméterek meghatározásához elegendő három, a támadó által ismert adatot tartalmazó titkosított blokk azonosítása.
A sérülékenység nem specifikus a Restic-re, és más biztonsági mentési rendszereket is érint, amelyek a CDC (Tartalom-Definált Darabolás) technikát használják az adatok blokkokra bontásához, mint például a BorgBackup, Tarsnap, Bupstash és Duplicacy. A Tarsnap-nál a problémát az 1.0.41-es frissítés oldotta meg, a BorgBackup-nál dolgoznak a javításon, amelyet a borg 2 ágba terveznek belevonni. A Bupstash utolsó módosítása kettő évvel ezelőtt volt, a Duplicacy esetében pedig négy hónappal ezelőtt.
További megjegyzés, hogy az olyan rendszerekben, amelyek deduplikációt alkalmaznak, ha van lehetőség saját fájlokat adni a biztonsági másolathoz, egyszerűbben járhatunk el, és közvetett módon megállapíthatjuk a kívánt fájlok meglétét. A vizsgált fájl hozzáadása után értékelhetjük a tároló méretének változását – ha a fájl már megtalálható a tárolóban, akkor a deduplikáció miatt történő ismételt hozzáadása nem eredményez jelentős mégnövekedést.
A Restic 0.18-ban a sebezhetőség kijavítása mellett számos újdonság is bevezetésre került:
- Hozzáadva az „hideg” biztonsági másolatok tárolásának kísérleti támogatása (az adatok percekben vagy órákban elérhetővé válnak a kérés után), amelyek támogatják az S3 protokollt, például az Amazon S3 Glacier-t.
- A check és tag parancsokhoz JSON formátumú kimeneti támogatás került hozzáadásra.
- A GitHub Container Registry-hez való képkészítések során figyelembe vettük az SLSA (Supply-chain Levels for Software Artifacts) ajánlásokat.
- A ls parancshoz a kimenet rendezési módszerének kiválasztása került hozzáadásra. A find parancsnál alapértelmezés szerint a dátum szerinti rendezést (újabból régebbi felé) alkalmazzuk.
- Lehetőség van fájlok újrapakolási műveletből történő kizárására, ha azok mérete kisebb a megadott értéknél.
- Bevezetésre került egy beállítás a fájlok kiterjesztett attribútumainak visszaállításának engedélyezésére / letiltására.
- Hozzáadva a DragonFlyBSD operációs rendszer támogatása.
- Hozzáadva a fájlok kiterjesztett attribútumainak támogatása NetBSD 10+ rendszereken.
- A restic 0.19.0 ágban a elavult funkciók támogatásának eltávolítása várható, amelyek aktiválva voltak a deprecate-legacy-index, deprecate-s3-legacy-layout, explicit-s3-anonymous-auth és safe-forget-keep-tags beállításokon keresztül.
- A régi Windows és macOS verziók támogatása leállt, mostantól legalább Windows 10, Windows Server 2016 vagy macOS 11 szükséges a működéshez. A TLS 1.2 alatti verziók támogatása is leállt.
Forrás: opennet.ru
