Пусната е система за архивиране 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 backend-ове. REST сървърът на проекта, който осигурява по-висока производителност от другите backend-ове и може да работи само в режим на добавяне, предотвратява изтриването или промяната на резервни копия, ако изходният сървър и ключовете за криптиране са компрометирани.

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

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

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

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

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

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

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

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

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

• Добавена е експериментална поддръжка за студено резервно хранилище (данните стават достъпни за извличане минути или часове след заявката), което поддържа протокола S3, като Amazon S3 Glacier.
• Командите за проверка и етикет вече поддържат изход във формат JSON.
• При изграждането на изображения за регистъра на контейнерите на GitHub бяха взети под внимание препоръките на SLSA (нива на веригата за доставки за софтуерни артефакти).
• Командата ls вече има избор на метод за сортиране на изхода. Командата find по подразбиране сортира по дата (от най-новите към най-старите).
• Осигурена възможност за изключване на файлове, по-малки от определен размер, от операцията за преопаковане.
• Добавена е настройка за активиране/деактивиране на възстановяването на разширени файлови атрибути.
• Добавена е поддръжка за DragonFlyBSD OS.
• Добавена е поддръжка за разширени файлови атрибути на системи с 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