Une sauvegarde dans le cloud, c'est un prestataire qui peut lire votre courrier pour toujours. Une sauvegarde locale, c'est vous seul.

Une fois qu'on accepte que sa boîte de réception n'est pas une sauvegarde — et elle ne l'est pas, nous en avons exposé le détail ici — le réflexe suivant est en général d'aller chercher un autre produit cloud pour régler le problème : un service de sauvegarde tiers qui se branche sur Gmail ou Microsoft 365 et recopie tout en continu sur ses propres serveurs. On a l'impression de résoudre le problème. Structurellement, on ne fait que le déplacer.

Vous n'avez pas supprimé le point de défaillance unique. Vous avez ajouté une deuxième entreprise détenant une copie permanente de chaque e-mail que vous avez envoyé ou reçu, plus les identifiants ou l'accès délégué nécessaires pour continuer à récupérer le nouveau courrier indéfiniment.

Ce qu'un prestataire de sauvegarde cloud détient réellement

L'architecture de la plupart des produits de sauvegarde cloud est simple : le service se connecte directement à votre serveur de messagerie par API ou au niveau du protocole, duplique chaque message et chaque pièce jointe, et stocke cette archive sur des serveurs que le prestataire exploite et administre — pas vous. C'est toute sa proposition de valeur ; c'est aussi toute sa surface de risque.

Tant que l'abonnement court, le prestataire de sauvegarde — et, par extension, quiconque compromet ses systèmes — a un accès continu à tout votre historique e-mail. Pas un instantané pris le jour de votre inscription : une archive vivante, qui grossit et devient plus précieuse pour un attaquant chaque année. Vous avez échangé « mon fournisseur détient mon courrier » contre « mon fournisseur et un prestataire de sauvegarde détiennent tous deux mon courrier », ce qui est strictement plus d'exposition, pas moins.

Rien de tout cela ne rend les prestataires de sauvegarde cloud négligents ou mal gérés. Les sérieux investissent réellement dans la sécurité. Le point est structurel, pas un jugement sur une entreprise en particulier : concentrer davantage de copies de données sensibles dans davantage d'endroits contrôlés par d'autres organisations augmente le nombre de façons dont cela peut mal tourner, quelle que soit la rigueur de chaque partie.

La question qui compte vraiment

Quand vous évaluez une méthode de sauvegarde pour votre courrier, la question n'est pas seulement « existe-t-il une copie ailleurs ». Elle est : qui peut lire cette copie, et pendant combien de temps ?

Une copie posée sur les serveurs d'un prestataire peut être lue par ses employés dans certaines conditions d'accès interne, réquisitionnée par un tribunal compétent à son égard, exposée en cas de compromission, ou transmise si le prestataire est racheté par une entreprise dont les pratiques de traitement des données diffèrent de celles auxquelles vous aviez fait confiance. Aucun de ces scénarios n'exige que quoi que ce soit tourne mal de votre côté. Ce sont des propriétés du simple fait que la copie existe sur l'infrastructure de quelqu'un d'autre.

Une copie posée sur votre propre disque n'a qu'une seule de ces catégories de risque : la sécurité de votre appareil. C'est une vraie responsabilité — chiffrement intégral du disque, machine verrouillée, votre propre sauvegarde de la sauvegarde si vous voulez de la redondance — mais c'est un risque unique, borné, que vous contrôlez directement, pas un risque ouvert que vous confiez indéfiniment à un tiers.

Une sauvegarde locale résiste aussi à plus de choses

Au-delà de la question de l'accès, une copie locale résiste à une liste précise de défaillances qu'une sauvegarde de cloud à cloud ne règle pas : le prestataire qui augmente ses prix ou ferme, une panne de son service exactement au moment où vous devez restaurer, un abonnement qui expire parce qu'une carte a expiré, ou des conditions d'utilisation modifiées dans une direction que vous n'accepteriez pas aujourd'hui. Un fichier sur votre disque n'a pas de statut d'abonnement. Il est simplement là.

Comment MailVault est construit différemment

MailVault se connecte à votre compte e-mail IMAP ou OAuth existant et archive chaque dossier en fichiers .eml individuels — écrits directement sur votre propre disque. Aucun serveur exploité par MailVault ne détient une copie de votre courrier au passage. Nous ne pouvons pas lire votre archive, parce que nous ne la recevons jamais : la connexion se fait entre votre appareil et votre fournisseur, et les fichiers qui en résultent ne vivent que là où vous les avez mis.

Le format compte aussi ici : .eml est un standard ouvert et simple, lisible par n'importe quel client de messagerie, et non une base de données propriétaire qui lierait votre archive à un logiciel ou à la survie d'une entreprise. Les sauvegardes locales manuelles sont gratuites et illimitées, point. Les sauvegardes programmées, qui tiennent l'archive à jour toutes seules sans que vous ayez à y penser, sont une fonction Premium à $4/mois ou $25/an — la formule annuelle comprend 14 jours d'essai.

À lire aussi : ce qu'il faut vraiment regarder dans un outil de sauvegarde IMAP, comment archiver des e-mails IMAP en local et une alternative à MailStore sur Mac.