La plupart des fournisseurs parlent de chiffrement de disque, où l'exploitant détient la clé. Chez nous, cela signifie que votre courrier stocké est chiffré avec votre propre clé OpenPGP ou S/MIME, si bien qu'il n'y a rien à remettre que du texte chiffré. Les trois coûts, énoncés franchement, y compris celui qui vous prive de la recherche dans le corps des messages.
« Nous ne pouvons pas lire votre courrier » est une affirmation que presque tous les fournisseurs font et que presque aucun ne peut étayer. En général, cela signifie que les disques sont chiffrés, ce qui vous protège contre le vol d'un disque dans un centre de données, et contre exactement rien d'autre. L'exploitant détient la clé. L'exploitant peut lire le courrier. L'affirmation est techniquement vraie et pratiquement vide.
Le chiffrement au repos chez email.eu signifie quelque chose de plus étroit et de beaucoup plus fort : votre courrier stocké est chiffré avec une clé que nous n'avons pas. Pas une clé que nous promettons de ne pas utiliser. Une clé qui n'existe que de votre côté.
Cet article explique comment cela fonctionne, ce que cela vous coûte, et où la protection s'arrête honnêtement.
Vous collez une clé publique. Soit une clé OpenPGP, soit un certificat S/MIME, selon ce que votre monde utilise déjà. À partir de cet instant, chaque message qui arrive dans votre boîte est chiffré avec elle avant d'être stocké.
La moitié privée ne quitte jamais votre possession. Vous ne la téléversez pas, nous ne la demandons jamais, et il n'existe nulle part dans notre système de champ pour cela. Autrement dit, les messages posés sur nos serveurs sont illisibles pour nous, pour quiconque nous compromettrait, et pour quiconque nous remettrait une injonction. Il n'y a rien à remettre que du texte chiffré.
Votre logiciel de messagerie, qui détient la clé privée, déchiffre les messages quand vous les lisez. C'est la même mécanique OpenPGP et S/MIME qui existe depuis des décennies, appliquée au stockage plutôt qu'au transport.
Vous l'activez vous-même, depuis votre page de compte. Aucune approbation d'administrateur, aucun ticket de support, aucun appel de configuration avec nous.
Ce n'est pas du chiffrement de bout en bout, et l'appeler ainsi serait malhonnête.
Le courrier arrive de l'extérieur par une connexion chiffrée, et au moment où il arrive il est lisible, puisque c'est ce que l'expéditeur a envoyé. Nous le chiffrons à la remise, au moment de l'écrire sur le stockage. Il existe donc un instant, en mémoire, en transit par nos serveurs, où le message est en clair.
Concrètement : cela protège votre historique de messagerie, où réside la quasi-totalité du risque. Des années de correspondance sur un serveur constituent une cible bien plus grande que n'importe quel message isolé en transit. Cela ne protège pas un message précis contre quelqu'un qui aurait entièrement compromis le serveur à l'instant exact de son arrivée.
S'il vous faut du véritable bout en bout, c'est OpenPGP ou S/MIME entre vous et votre correspondant, ce que tout logiciel standard sait faire et qui fonctionne très bien par-dessus. Autre problème, autre outil.
| Menace | Protégé |
|---|---|
| Quelqu'un obtient une copie de la boîte stockée | Oui, c'est du texte chiffré sans votre clé |
| Une injonction qui nous est adressée sur votre historique | Oui, nous ne pouvons remettre que du texte chiffré |
| Un exploitant ou un intrus lisant des années de correspondance | Oui |
| Un intrus dans le serveur à l'instant où un message arrive | Non, il est alors brièvement lisible |
| La copie de l'expéditeur, ou celle du destinataire | Non, cela se joue entre vous et eux |
Toute vraie fonction de sécurité a un coût. Voici les nôtres, et vous devriez décider en les ayant sous les yeux.
Si vous perdez la clé privée, ce courrier est perdu. Pas perdu au sens où le support le restaurerait. Perdu au sens mathématique. Nous détenons du texte chiffré et aucune clé, ce qui est exactement la propriété demandée, et cela coupe des deux côtés. Sauvegardez sérieusement votre clé avant d'activer cela.
Cela ne s'applique qu'à partir du moment où vous l'activez. Le courrier déjà arrivé reste tel quel. Il n'y a pas de passe rétroactive, car l'exécuter supposerait que nous lisions tout votre historique pour le chiffrer, c'est-à-dire exactement ce que nous cherchons à rendre impossible. Activez-le tôt si vous le voulez.
La recherche cesse d'atteindre l'intérieur de vos messages. Un serveur qui ne peut pas lire votre courrier ne peut pas l'indexer, donc avec le chiffrement actif, seuls les en-têtes d'un message entrent dans l'index de recherche. En pratique : chercher par expéditeur, destinataire, objet et date continue de fonctionner exactement comme avant, et chercher un mot dont vous vous souvenez dans le corps d'un message, non. Certains logiciels conservent leur propre index local de ce qu'ils ont déchiffré, ce qui adoucit encore les choses, mais attendez-vous à ce que la recherche porte moins loin qu'avant.
Pour beaucoup de gens, la perte est moindre qu'il n'y paraît, car l'essentiel des recherches ressemble à « ce fil avec Anna à propos du contrat » plutôt qu'à une expression tirée du milieu d'un message. Pour ceux qui cherchent réellement dans le corps des messages, c'est la raison de laisser cela désactivé.
Ce dernier point explique aussi pourquoi c'est désactivé par défaut. C'est le bon choix pour qui manipule des documents où la confidentialité pèse plus lourd que le confort, et le mauvais choix pour beaucoup d'équipes ordinaires. Nous préférons que vous le choisissiez délibérément.
Il y a ici une vraie tension, et nous avons pris une vraie décision.
Le filtrage du spam fonctionne en apprenant du courrier que vous recevez. Chiffrez tout à l'arrivée et le filtre devient aveugle, et votre filtrage se dégrade lentement, assez lentement pour que vous l'attribuiez à autre chose.
Quand vous activez le chiffrement, il y a donc une case, cochée par défaut, qui autorise le filtre antispam à apprendre d'un message avant qu'il ne soit chiffré. Le texte en clair est utilisé à cet instant et jamais stocké. Décochez-la et rien de lisible n'est jamais touché, au prix d'un filtrage qui se dégrade.
Nous aurions pu cacher cette décision, la fixer par défaut dans un sens et n'en rien dire. C'est exactement le genre de détail qu'une page sécurité escamote. C'est aussi exactement le genre de détail qui détermine si la promesse est réelle, d'où une case visible avec son explication à côté.
Le chiffrement au repos fait partie du forfait Business, aux côtés de la connexion unique pour vos propres applications et du journal d'audit.
Une exception délibérée mérite d'être connue. Le forfait détermine si vous pouvez l'activer. Il ne détermine pas s'il reste actif. Si vous l'activez en Business puis descendez de forfait, votre boîte conserve son chiffrement, et vous pouvez toujours le désactiver vous-même. Un changement de facturation ne doit jamais reconvertir en silence une boîte chiffrée en texte clair sans que le propriétaire en décide. Ce serait un affaiblissement de sécurité livré par une facture, et personne ne s'en apercevrait avant que cela compte.
Si vous évaluez cela pour un environnement réglementé et souhaitez parcourir les détails avant de vous engager, parlez-nous. Nous préférons vous faire parcourir le comportement réel, coûts compris, que vous remettre une liste de fonctions.