<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Выпуск системы резервного копирования Restic 0.18. Атака на CDC</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html</link>
    <description>Представлен выпуск системы резервного копирования Restic 0.18, позволяющей хранить резервные копии в зашифрованном виде в версионированном репозитории с поддержкой дедупликации.  Система изначально рассчитана на то, что резервные копии сохраняются в окружениях не заслуживающих доверия, и попадание резервной копии в чужие руки не должно скомпрометировать систему. При создании резервной копии возможно определение гибких правил для включения и исключения файлов и каталогов (формат правил напоминает rsync или gitignore). Поддерживается работа в Linux, macOS, Windows и BSD-системах. Код проекта написан на языке Go и распространяется под лицензией BSD...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62996&lt;br&gt;</description>

<item>
    <title>Выпуск системы резервного копирования Restic 0.18. Атака на ... (abu)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html#51</link>
    <pubDate>Thu, 03 Apr 2025 09:18:00 GMT</pubDate>
    <description>Да. И еще rsync. &lt;br&gt;</description>
</item>

<item>
    <title>Выпуск системы резервного копирования Restic 0.18. Атака на ... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html#50</link>
    <pubDate>Wed, 02 Apr 2025 17:39:47 GMT</pubDate>
    <description>Соглашусь, что написал недостаточно понятно. zpaq был приведен в качестве показательного примера, наглядно демонстрирующего эффективность дедупликации как таковой, при должных настройках. Как универсальное средство бэкапа он естественно не подходит, но может использоваться в составе.&lt;br&gt;Последнее предложение из предыдущего коммента относилось к бэкапу хомяка restic-ом, в нем эффект от дедупликации тоже заметен.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск системы резервного копирования Restic 0.18. Атака на ... (penetrator)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html#49</link>
    <pubDate>Wed, 02 Apr 2025 14:05:53 GMT</pubDate>
    <description>вот ссылка на полный текст&lt;br&gt;&lt;br&gt;https://github.com/borgbackup/borg/wiki/CDC-issues-reported-2025&lt;br&gt;&lt;br&gt;если засунуть в AI чат то он переведет вполне сносно, и может даже объяснит если понадобится&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск системы резервного копирования Restic 0.18. Атака на ... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html#48</link>
    <pubDate>Wed, 02 Apr 2025 13:26:39 GMT</pubDate>
    <description>Ссылку на баг забыл приложить.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск системы резервного копирования Restic 0.18. Атака на ... (Фрол)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html#47</link>
    <pubDate>Wed, 02 Apr 2025 11:39:56 GMT</pubDate>
    <description>Ну я ж говорю, для таких, как вы, резервное копирование в /dev/null - лучший выбор.&lt;br&gt;&lt;br&gt;Не всем так везет, с некоторых disaster recovery plan требуют, чтоб под рукой (и желательно км так в 300 от) всегда был актуальный набор медиа, с которого можно за сутки на голом железе развернуть копию ДЦ. Без всяких там переустановок забутстрапиться и развернуть.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск системы резервного копирования Restic 0.18. Атака на ... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html#46</link>
    <pubDate>Wed, 02 Apr 2025 10:08:01 GMT</pubDate>
    <description>Я думаю, что никто в самом деле не будет пытаться &quot;восстановить&quot; что бы то ни было из бэкапа.&lt;br&gt;&lt;br&gt;Бэкапы это если случайно нужный файл удалил, или система скрашилась с концами. Всё равно скорее всего придётся переустановить систему и разложить файлы из бэкапа по местам вручную.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск системы резервного копирования Restic 0.18. Атака на ... (Фрол)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html#45</link>
    <pubDate>Wed, 02 Apr 2025 08:14:09 GMT</pubDate>
    <description>Еще про rsync ыспомни, как средство резервного копирования.&lt;br&gt;&lt;br&gt;Из мануала zpaq&lt;br&gt;&lt;br&gt;&amp;gt; It does not follow or save symbolic links or junctions. It unknowingly follows hard links. It does not save owner or group IDs, ACLs, extended attributes, the registry, or special file types like devices, sockets, or named pipes.&lt;br&gt;&lt;br&gt;Отличное средство для бэкапа своего ~/. Для бэкапа системы - тоже отличное, ровно до первого раза, как попробуешь восстановить из этого бэкапа систему. Ну или хотя бы часть системы. &lt;br&gt;&lt;br&gt;Зато радикально сократил затраты. Я тебе еще более радикальный способ подскажу - в /dev/null копируй, там, говорят, экономия места еще выше.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск системы резервного копирования Restic 0.18. Атака на ... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html#44</link>
    <pubDate>Wed, 02 Apr 2025 05:47:34 GMT</pubDate>
    <description>&amp;gt; Роботы не едят в столовой&lt;br&gt;&lt;br&gt;Версия 2.0: Хакер и розетка.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск системы резервного копирования Restic 0.18. Атака на ... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/136481.html#43</link>
    <pubDate>Wed, 02 Apr 2025 05:36:52 GMT</pubDate>
    <description>&amp;gt; плюс крон вместо таймеров системд &lt;br&gt;&lt;br&gt;пару раз этот системд таймер не сработал без ошибок&lt;br&gt;&lt;br&gt;был крайне удивлен&lt;br&gt;</description>
</item>

</channel>
</rss>
