Les données dans le cloud : chiffrement, détenteurs de clés et liens de partage

Un fournisseur cloud vous dira presque toujours que vos données sont chiffrées, et c’est généralement vrai. C’est aussi, en soi, une affirmation assez faible, car elle omet le détail qui décide qui peut réellement lire ces données si on l’y contraint, si elles sont violées, ou par simple curiosité : qui détient la clé.

Chiffrement au repos et en transit, par défaut

La documentation de Google Cloud décrit ce que font par défaut la plupart des grands fournisseurs : « Toutes les données stockées par Google sont chiffrées au niveau de la couche de stockage à l’aide de l’algorithme Advanced Encryption Standard (AES), AES-256 », appliqué automatiquement, sans aucune configuration requise de la part du client. Les données en transit entre votre appareil et le fournisseur sont protégées séparément par TLS, traité dans le cours de cryptographie de cette université. Cette base est réellement utile — elle protège, par exemple, contre quelqu’un volant physiquement un disque dur dans un centre de données — mais elle ne répond qu’à une partie de la question.

Qui détient la clé change ce à quoi sert la protection

Par défaut, Google Cloud indique clairement : « nous possédons et gérons les clés utilisées dans le chiffrement au repos par défaut ». C’est une pratique standard dans toute l’industrie, et c’est exactement pourquoi cette configuration par défaut vous protège contre le vol physique ou un attaquant extérieur, mais pas contre le fournisseur lui-même : si le fournisseur détient la clé, il peut techniquement accéder aux données, tout comme quiconque le contraint légalement à le faire. Les fournisseurs proposent aussi des options de clés gérées par le client pour les organisations qui doivent détenir leurs propres clés, bien que cela ajoute une réelle complexité opérationnelle — perdre sa propre clé sans filet de sécurité du fournisseur peut signifier perdre les données définitivement.

Options chiffrées de bout en bout : le client détient la seule clé

Un plus petit nombre de fonctionnalités grand public vont plus loin que le chiffrement au repos géré par le fournisseur, en étendant un véritable chiffrement de bout en bout (la garantie explorée dans le cours de cryptographie) au stockage cloud lui-même. La Protection avancée des données pour iCloud d’Apple en est un exemple documenté : une fois activée, elle étend le chiffrement de bout en bout à la sauvegarde iCloud, aux Photos, aux Notes, à iCloud Drive et plus encore, et Apple précise que « vos appareils de confiance conservent l’accès exclusif aux clés de chiffrement pour la majorité de vos données iCloud » — ce qui signifie qu’Apple elle-même ne peut pas les déchiffrer, même sous contrainte légale, et l’affirme clairement : « Personne d’autre ne peut accéder à vos données chiffrées de bout en bout — pas même Apple. » Le compromis qu’Apple documente à côté de cela est réel : comme Apple ne détient aucune clé, elle ne peut pas non plus vous aider à récupérer ces données si vous perdez l’accès et n’avez pas configuré au préalable un contact ou une clé de récupération. Une protection forte et une récupération de compte facile tirent dans des directions opposées, et la Protection avancée des données vous demande de choisir.

Les liens de partage : la façon discrète dont les données sortent du modèle ci-dessus

Tout ce qui précède peut être annulé par un seul partage négligent. Un réglage « toute personne disposant du lien peut consulter » sur un document cloud transforme un chiffrement au repos solide en quelque chose de plus proche d’une page web publique : le lien lui-même devient la seule chose qui se dresse entre vos données et quiconque le reçoit, le transfère ou le devine. Cela compte plus qu’il n’y paraît, car de tels liens sont transférés au-delà du destinataire prévu de façon triviale, finissent souvent indexés ou mis en cache à des endroits inattendus, et expirent rarement d’eux-mêmes. Avant de partager quoi que ce soit de sensible, il vaut la peine de vérifier si le lien peut être restreint à des personnes précises qui doivent déjà être connectées, doté d’une date d’expiration, et révoqué une fois qu’il n’est plus nécessaire — des options que la plupart des grands fournisseurs proposent mais n’activent pas par défaut.