Издаване на системата за резервно копиране Restic 0.18. Атака на CDC

Представен е релиз на системата за резервно копиране Restic 0.18, която позволява да се съхраняват резервни копия в криптиран вид в версиятиран хранилище с поддръжка за дедупликация. Системата е проектирана първоначално за съхраняване на резервни копия в среди, които не са надеждни, така че попадналото в чужди ръце резервно копие не трябва да компрометира системата. При създаването на резервно копие е възможно да се зададат гъвкави правила за включване и изключване на файлове и директории (форматът на правилата наподобява rsync или gitignore). Поддържа работа в Linux, macOS, Windows и BSD системи. Кодът на проекта е написан на езика Go и се разпространява под лицензия BSD.

Резервните копия могат да се съхраняват на локална файлова система, на външен сървър с достъп по SFTP/SSH или HTTP REST, в облаците Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage и Google Cloud Storage, както и в каквито и да е хранилища, за които има бекенди rclone. За съхранение може да се използва и развиващият се проект rest server, който осигурява по-висока производителност в сравнение с другите бекенди и може да работи в режим само за добавяне, недопускащ изтриване или промяна на резервните копия в случай на компрометиране на основния сървър и достъп до ключовете за криптиране.

Системата поддържа моментни снимки, отразяващи състоянието на иерархията на директории в различни моменти от времето (моментните снимки се създават автоматично за всяко резервно копие). Възможно е копиране на моментни снимки между различни хранилища. За спестяване на трафик при създаването на резервни копия се копират само променените данни. Моментна снимка с резервно копие може да бъде монтирана под формата на виртуален дял (монтирането се осъществява с помощта на FUSE). Също така се предоставят команди за анализ на промените и селективно извличане на файлове.

Хранилището за резервни копия в Restic манипулира не с цели файлове, а с блокове с плаваещ размер, които се избират с помощта на подписи Рабина. Информацията се съхранява свързана с съдържанието, а не с имената на файловете (свързаните с данните имена и обекти се определят на ниво метаданни на блока). За спестяване на място в хранилището и избягване на излишното копиране на данни се извършва дедупликация.

На външните сървъри информацията се съхранява в криптиран вид — за контрольни суми и дедупликация се използват хешове SHA-256, за криптиране — алгоритъм AES-256-CTR, а за гарантиране на целостта — кодове за автентикация, базирани на Poly1305-AES. Предвидена е възможност за проверка на резервното копие по контрольни суми и кодове за автентикация, за да се потвърди, че целостта на файловете не е нарушена.

В новата версия е премахната възможността за извършване на атака (PDF) за определяне наличието на зададени файлове в криптирано хранилище на резервни копия. Атаката позволява да се установи дали в криптираното резервно копие се намира конкретен файл, получавайки достъп до хранилището на резервни копия или при анализ на мрежовия трафик с резервните копия. Например, атаката може да бъде извършена от администратор на сървър, на който се съхраняват резервни копия, интернет доставчик или специални служби, получили достъп до сървър или трафика. Целта на атаката може да бъде разследване на изтичане на информация, при което специалните служби могат да оценят наличието на интересни документи в хранилището на резервни копия.

За експлоатация на уязвимостта атакуващият трябва да успее да добави свои данни в резервното копие на жертвата или да знае, че известен му файл се намира в резервното копие. Ако в резервното копие има файл, за който атакуващият знае (например, някакъв стандартен системен или мултимедиен контент), то получавайки достъп до криптираното хранилище, атакуващият може да определи дали има и други интересни файлове.

Методът се основава на факта, че въз основа на особеностите на компресирането на съдържанието, могат да се определят параметрите на блоковете, използвани при раздробяване на съдържанието. За определяне на тези параметри е достатъчно да се определят 3 криптирани блока, съдържащи данни, известни на атакуващия.

Уязвимостта не е специфична за Restic и засяга други системи за архивиране, които използват разделяне на данните на блокове чрез техника CDC (Content-Defined Chunking), като BorgBackup, Tarsnap, Bupstash и Duplicacy. В Tarsnap проблемът е решен в ъпдейт 1.0.41, в BorgBackup се работи по корекция, която планират да включат в клон borg 2. Последната промяна в Bupstash е била преди 2 години, а в Duplicacy — преди 4 месеца.

Допълнително се отбелязва, че в системи, използващи дедупликация, при наличие на възможност да се добавят собствени файлове в резервното копие, може да се подходи по-лесно и да се определи наличието на интересуващи файлове по индиректен път. След добавянето на проверявания файл може да се оценят измененията в размера на хранилището — ако файлът вече е наличен в хранилището, повторното му добавяне поради дедупликация няма да доведе до значително увеличение на размера.

В допълнение към отстраняването на уязвимостите в Restic 0.18 са предложени и няколко нововъведения:

• Добавена е експериментална поддръжка за "студени" хранилища на резервни копия (данните стават достъпни за извличане след минути или часове след запитване), поддържащи протокол S3, като Amazon S3 Glacier.
• Към командите check и tag е добавена поддръжка за изход в JSON формат.
• При изграждане на образи за GitHub Container Registry са взети предвид препоръките на SLSA (Supply-chain Levels for Software Artifacts).
• В командата ls е добавен избор на метод за сортиране на изхода. В командата find по подразбиране е активирана сортиране по дата (от нови към стари).
• Предоставена е възможност за изключване от операцията на повторно опаковане на файлове, с размер по-малък от зададения.
• Добавена е настройка за включване/изключване на възстановяването на разширени атрибути на файлове.
• Добавена е поддръжка за OS DragonFlyBSD.
• Добавена е поддръжка за разширени атрибути на файлове на системи с NetBSD 10+.
• В версията restic 0.19.0 е планирано премахване на поддръжката на остарели функции, активирани чрез настройките deprecate-legacy-index, deprecate-s3-legacy-layout, explicit-s3-anonymous-auth и safe-forget-keep-tags.
• Премахната е поддръжката на стари версии на Windows и macOS; сега е необходим минимум Windows 10, Windows Server 2016 или macOS 11. Премахната е поддръжката на версията TLS преди 1.2.

Източник: opennet.ru