Ce qui chiffre votre sauvegarde, et où vit la clé
Chaque tâche de sauvegarde a sa propre étape de chiffrement. Cochez Chiffrer cette sauvegarde en AES-256, définissez un mot de passe, et BackupKit chiffre l'archive sur votre machine avant qu'elle ne parte sur le réseau. Ce qui atteint votre NAS, votre compartiment ou votre espace cloud est un fichier dont personne ne peut lire le contenu sans ce mot de passe. Il n'y a aucun algorithme à choisir ni de réglage plus faible sur lequel tomber par accident – depuis la 2026.8.2, coché signifie AES-256.
Le mot de passe est le vôtre. Il est conservé sur votre propre machine via Windows DPAPI, lié à votre compte Windows, et ne nous est jamais envoyé – il n'existe pas de compte BackupKit détenant votre clé, pas de clé maîtresse, et aucun mécanisme de récupération de notre côté. Ce n'est pas une politique sur laquelle nous pourrions changer d'avis plus tard ; nous n'avons tout simplement jamais la matière.
Restaurer une sauvegarde chiffrée demande ce mot de passe. Sachez qu'il existe une limite que nous préférons énoncer plutôt que vous laisser découvrir : au sein d'une session en cours, BackupKit peut réutiliser un mot de passe déjà saisi, si bien qu'une restauration lancée juste après une autre peut ne pas le redemander. Fermez l'application quand vous quittez un PC déverrouillé, comme pour tout ce qui détient une clé.
Le chiffrement est à activer par sauvegarde, il n'est pas actif par défaut. Une case non cochée est une sauvegarde non chiffrée, et une sauvegarde que vous croyiez chiffrée sans qu'elle le soit est pire qu'une sauvegarde que vous saviez en clair – cochez-la donc délibérément, sur chaque tâche qui en a besoin.
Si vous perdez le mot de passe, vos sauvegardes sont perdues
Clairement : nous ne pouvons pas les récupérer, et personne d'autre non plus. Pas de lien de réinitialisation, pas de dérogation par l'assistance, pas de copie en dépôt. La propriété même qui empêche votre fournisseur de stockage de lire vos fichiers nous empêche de vous aider si le mot de passe est perdu.
Traitez donc le mot de passe de sauvegarde comme les codes de récupération de votre banque : mettez-le dans un gestionnaire de mots de passe, ou notez-le et gardez-le quelque part de physique. Testez-le une fois, tôt, en ouvrant vous-même une archive – la section suivante montre comment.
Vous pouvez ouvrir une archive BackupKit sans BackupKit
Les sauvegardes sont écrites en archives zip chiffrées AES, au format standard. Ni un conteneur propriétaire, ni un magasin de blocs que seul notre logiciel comprend – des zips ordinaires, chiffrés selon un standard publié. Tout outil qui lit les zips AES les lit.
Pour le vérifier vous-même, avec 7-Zip :
- Ouvrez votre destination de sauvegarde et recopiez une archive sur votre PC.
- Faites un clic droit et choisissez 7-Zip → Ouvrir l'archive.
- Saisissez le mot de passe défini pour cette sauvegarde.
- Vos fichiers apparaissent. Extrayez ce que vous voulez, avec ou sans BackupKit installé.
C'est le geste à faire une fois pendant que tout va bien. Il prouve que la sortie de secours existe – que si BackupKit disparaissait demain, ou si vous cessiez simplement de le payer, vos sauvegardes restent les vôtres et restent lisibles.
Ce qui quitte votre machine, et ce qui n'en sort pas
BackupKit est une application de bureau, pas un service. Vos fichiers vont directement de votre PC vers le stockage que vous avez choisi. Ils ne passent par aucun de nos serveurs, parce qu'il n'y en a aucun sur le chemin.
- Votre mot de passe de chiffrement de sauvegarde
- Les identifiants de stockage, les clés et les jetons OAuth
- Le contenu de vos fichiers
- Votre historique de sauvegardes et vos journaux
- L'archive chiffrée – vers la destination que vous avez choisie, et nulle part ailleurs
- Une vérification de licence vers notre serveur, portant votre clé de licence et un identifiant de machine
- Une vérification de mise à jour, pour savoir s'il existe une version plus récente
- Tout ce que vous nous envoyez vous-même, par exemple un message à l'assistance
Si vous activez les notifications, le message part là où vous l'avez dirigé – votre propre serveur SMTP, votre discussion Telegram, votre point d'accès webhook. Il indique quelle tâche s'est exécutée et comment cela s'est passé. Il ne contient jamais vos fichiers.
Ce que le chiffrement ne cache pas
Une limite honnête, parce qu'une page comme celle-ci ne vaut rien si elle n'énumère que les bons côtés. Les zips chiffrés en AES protègent le contenu de vos fichiers. Ils ne chiffrent pas l'index de l'archive – celui qui détient le stockage peut donc toujours voir les noms de fichiers, chemins de dossiers et tailles qu'elle contient, même s'il ne peut ouvrir aucun de ces fichiers.
Pour la plupart des sauvegardes, ce n'est pas un problème. Si ce sont les noms eux-mêmes qui sont sensibles – un dossier par client, disons, ou un nom de fichier qui révèle un diagnostic – placez-les dans un dossier dont le nom ne révèle rien, et sauvegardez celui-là. C'est une propriété du format zip, pas un raccourci de BackupKit, et c'est vrai de tout outil qui écrit des zips AES.
Transport et accès aux comptes
Le chiffrement ci-dessus protège l'archive au repos, sur le disque de quelqu'un d'autre. Le transport est une couche distincte : BackupKit utilise le protocole sécurisé de chaque destination – SFTP, FTPS, HTTPS pour le WebDAV et le stockage objet – de sorte que le transfert lui-même est protégé aussi. Le FTP simple sur le port 21 est pris en charge parce que certains serveurs n'offrent rien d'autre, mais il envoie les identifiants en clair et nous l'éviterions dès que vous avez le choix.
Pour Google Drive, Dropbox, OneDrive et les autres clouds OAuth, vous vous connectez sur la page du fournisseur et accordez l'accès là-bas. BackupKit reçoit un jeton, jamais votre mot de passe, et le jeton est conservé sur votre machine comme tout autre identifiant. Vous pouvez le révoquer à tout moment depuis les réglages de votre compte chez le fournisseur, sans toucher à BackupKit.
Une subtilité à connaître d'avance : chez certains fournisseurs, l'écran de consentement affiche encore le nom FTPie, l'application dont BackupKit est issu. C'est le même développeur et la même inscription – la connexion n'atteint jamais que le compte que vous autorisez.
Ce que nous ne prétendons pas
BackupKit n'a pas fait l'objet d'un audit de sécurité indépendant et ne porte aucune certification de conformité. C'est le produit d'un développeur seul, et prétendre le contraire sur une page consacrée à la confiance serait une étrange façon de la gagner. Ce qui est écrit ci-dessus est vérifiable : le format d'archive est standard, la gestion des clés est décrite exactement, et vous pouvez confirmer vous-même la sortie de secours en deux minutes environ.
Si quelque chose ici ne correspond pas à ce que vous voyez dans l'application, dites-le-nous – c'est un défaut dans l'un des deux, et les deux sont à nous de corriger.