La version 0.18 du syst\u00e8me de sauvegarde Restic a \u00e9t\u00e9 pr\u00e9sent\u00e9e, permettant de stocker des sauvegardes de mani\u00e8re chiffr\u00e9e dans un d\u00e9p\u00f4t versionn\u00e9 avec support de la d\u00e9duplication. Le syst\u00e8me est con\u00e7u pour que les sauvegardes soient conserv\u00e9es dans des environnements non dignes de confiance, et le fait que la sauvegarde tombe entre de mauvaises mains ne doit pas compromettre le syst\u00e8me. Lors de la cr\u00e9ation d'une sauvegarde, il est possible de d\u00e9finir des r\u00e8gles flexibles pour inclure et exclure des fichiers et des r\u00e9pertoires (le format des r\u00e8gles ressemble \u00e0 rsync ou gitignore). La prise en charge comprend Linux, macOS, Windows et les syst\u00e8mes BSD. Le code du projet est \u00e9crit en Go et est distribu\u00e9 sous la licence BSD. <\/p>\n
Les sauvegardes peuvent \u00eatre stock\u00e9es sur le syst\u00e8me de fichiers local, sur un externe le serveur<\/a> avec un acc\u00e8s via SFTP\/SSH ou HTTP REST, dans les clouds Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage et Google Cloud Storage, ainsi que dans tout stockage pour lequel des backends rclone sont disponibles. Pour le stockage, le projet d\u00e9veloppe \u00e9galement un serveur rest, offrant des performances sup\u00e9rieures par rapport aux autres backends et capable de fonctionner en mode uniquement compl\u00e9mentaire, emp\u00eachant la suppression ou la modification des sauvegardes en cas de compromission du serveur d'origine et d'acc\u00e8s aux cl\u00e9s de chiffrement. <\/p>\n Le syst\u00e8me prend en charge les snapshots, refl\u00e9tant l'\u00e9tat de l'arborescence des r\u00e9pertoires \u00e0 diff\u00e9rents moments (les snapshots sont cr\u00e9\u00e9s automatiquement pour chaque sauvegarde). Il est possible de copier des snapshots entre diff\u00e9rents d\u00e9p\u00f4ts. Pour \u00e9conomiser de la bande passante lors de la cr\u00e9ation de sauvegardes, seules les donn\u00e9es modifi\u00e9es sont copi\u00e9es. Un snapshot avec une sauvegarde peut \u00eatre mont\u00e9 sous forme de partition virtuelle (le montage se fait via FUSE). Des commandes sont \u00e9galement fournies pour analyser les modifications et extraire s\u00e9lectivement des fichiers. <\/p>\n Le d\u00e9p\u00f4t de sauvegarde dans Restic manipule non pas des fichiers entiers, mais des blocs de taille variable, s\u00e9lectionn\u00e9s \u00e0 l'aide de la signature de Rabin. Les informations sont stock\u00e9es en lien avec le contenu, et non les noms de fichiers (les noms et objets li\u00e9s aux donn\u00e9es sont d\u00e9finis au niveau des m\u00e9tadonn\u00e9es du bloc). Pour \u00e9conomiser de l'espace de stockage et \u00e9viter une duplication inutile des donn\u00e9es, la d\u00e9duplication est effectu\u00e9e. <\/p>\n Sur les serveurs externes, les informations sont stock\u00e9es sous forme chiffr\u00e9e \u2014 les sommes de contr\u00f4le et la d\u00e9-duplication utilisent des hachages SHA-256, l'algorithme AES-256-CTR est employ\u00e9 pour le chiffrement, et des codes d'authentification bas\u00e9s sur Poly1305-AES garantissent l'int\u00e9grit\u00e9. Une v\u00e9rification de la sauvegarde peut \u00eatre effectu\u00e9e \u00e0 l'aide des sommes de contr\u00f4le et des codes d'authentification pour confirmer que l'int\u00e9grit\u00e9 des fichiers n'est pas compromise. <\/p>\n La nouvelle version a \u00e9limin\u00e9 la possibilit\u00e9 de mener une attaque (PDF) permettant de d\u00e9terminer la pr\u00e9sence de fichiers sp\u00e9cifiques dans le stockage chiffr\u00e9 des sauvegardes. Cette attaque permet de savoir si un fichier particulier se trouve dans la sauvegarde chiffr\u00e9e en acc\u00e9dant au stockage des sauvegardes ou en analysant le trafic r\u00e9seau associ\u00e9 aux sauvegardes. Par exemple, un administrateur de serveur sur lequel les sauvegardes sont conserv\u00e9es, un fournisseur d'acc\u00e8s Internet ou des agences de renseignement ayant acc\u00e8s au serveur<\/a> ou au trafic. L'objectif de l'attaque pourrait \u00eatre d'enqu\u00eater sur une fuite d'informations, o\u00f9 les agences de renseignement pourraient \u00e9valuer la pr\u00e9sence de documents d'int\u00e9r\u00eat dans le stockage des sauvegardes. <\/p>\n Pour exploiter la vuln\u00e9rabilit\u00e9, l'attaquant doit parvenir \u00e0 ajouter ses propres donn\u00e9es dans la sauvegarde de la victime ou savoir qu'un fichier connu se trouve dans la sauvegarde. Si la sauvegarde contient un fichier dont l'attaquant a connaissance (par exemple, un contenu multim\u00e9dia ou un syst\u00e8me standard), alors en acc\u00e9dant au stockage chiffr\u00e9, l'attaquant peut d\u00e9terminer s'il y a d'autres fichiers d'int\u00e9r\u00eat \u00e0 l'int\u00e9rieur. <\/p>\n La m\u00e9thode repose sur le fait qu'en fonction des caract\u00e9ristiques de compression du contenu, il est possible de d\u00e9terminer les param\u00e8tres des blocs utilis\u00e9s lors de la fragmentation des donn\u00e9es. Pour d\u00e9terminer de tels param\u00e8tres, il suffit d'identifier 3 blocs chiffr\u00e9s contenant des donn\u00e9es connues de l'attaquant. <\/p>\n La vuln\u00e9rabilit\u00e9 n'est pas sp\u00e9cifique \u00e0 Restic et concerne d'autres syst\u00e8mes de sauvegarde utilisant la technique de s\u00e9paration des donn\u00e9es par blocs via le CDC (Content-Defined Chunking), comme BorgBackup, Tarsnap, Bupstash et Duplicacy. Dans Tarsnap, le probl\u00e8me a \u00e9t\u00e9 r\u00e9solu dans la mise \u00e0 jour 1.0.41, tandis que des travaux sont en cours pour corriger BorgBackup, avec une inclusion pr\u00e9vue dans la branche borg 2. Pour Bupstash, le dernier changement remonte \u00e0 deux ans, et pour Duplicacy, \u00e0 quatre mois. <\/p>\n Il est \u00e9galement \u00e0 noter que dans les syst\u00e8mes utilisant la d\u00e9-duplication, lorsqu'il est possible d'ajouter ses propres fichiers \u00e0 la sauvegarde, il est possible d'adopter une approche plus simple en d\u00e9terminant indirectement la pr\u00e9sence de fichiers int\u00e9ressants. Apr\u00e8s l'ajout d'un fichier v\u00e9rifi\u00e9, on peut \u00e9valuer le changement de la taille du stockage \u2014 si le fichier est d\u00e9j\u00e0 pr\u00e9sent dans le stockage, sa r\u00e9insertion ne provoquera pas une augmentation significative de la taille en raison de la d\u00e9-duplication. <\/p>\n En plus de corriger la vuln\u00e9rabilit\u00e9 dans Restic 0.18, plusieurs nouveaut\u00e9s ont \u00e9galement \u00e9t\u00e9 propos\u00e9es : <\/p>\n\n