Points clés
- Le texte chiffré ne protège que le contenu inclus dans le chiffrement.
- Les métadonnées décrivent identité, horaire, taille, état ou relations.
- Le chiffrement authentifié détecte la modification du texte chiffré.
- Une évaluation sérieuse examine chaque champ séparément.
Définition et périmètre
Un algorithme transforme le texte en clair en texte chiffré à l’aide d’une clé. Le chiffrement authentifié moderne ajoute un contrôle d’intégrité à la confidentialité, afin que des données modifiées ne soient pas acceptées comme valides. Cette protection ne couvre toutefois que les données et le contexte effectivement fournis à l’opération. [1][2]
Frontière de sécurité
Les métadonnées peuvent comprendre un identifiant de compte, l’appartenance à un workspace, des horodatages, la taille d’un objet, son état ou ses relations de partage. Certaines servent à la synchronisation et au contrôle d’accès, mais leur collecte doit être explicitement décrite et réduite au nécessaire. [3]
Limites et évaluation
Dire que des données sont chiffrées ne précise pas quels champs sont protégés, qui garde les clés ni ce qui figure dans les journaux et sauvegardes. Un audit utile suit chaque champ du client jusqu’au stockage et distingue la confidentialité de la seule protection d’intégrité. [3]
Questions fréquentes.
Que signifie Texte chiffré et métadonnées ?
Le texte chiffré est le résultat du chiffrement, illisible sans la bonne clé. Les métadonnées décrivent le contenu ou l’activité — identité, horaire, taille, état ou relations — et peuvent rester visibles. [1]
Que ne garantit pas Texte chiffré et métadonnées ?
Dire que des données sont chiffrées ne précise pas quels champs sont protégés, qui garde les clés ni ce qui figure dans les journaux et sauvegardes. Un audit utile suit chaque champ du client jusqu’au stockage et distingue la confidentialité de la seule protection d’intégrité. [3]
Comment SealTask situe-t-il Texte chiffré et métadonnées ?
SealTask documente les champs de tâche protégés séparément des métadonnées visibles de workspace, de compte, de facturation et d’exploitation. La même distinction s’applique à l’index de recherche et aux pièces jointes dans le périmètre décrit par son architecture de sécurité. [3]
Sources primaires
Les définitions privilégient les organismes de normalisation, les autorités publiques et l’architecture SealTask de première partie. Les liens ouvrent la source complète.
- 01 RFC 4949: Internet Security Glossary, Version 2 Source primaire ou de première partie pour la définition, les exigences du protocole, la frontière de sécurité ou le contexte réglementaire.
- 02 RFC 8439: ChaCha20 and Poly1305 for IETF Protocols Source primaire ou de première partie pour la définition, les exigences du protocole, la frontière de sécurité ou le contexte réglementaire.
- 03 SealTask security architecture Source primaire ou de première partie pour la définition, les exigences du protocole, la frontière de sécurité ou le contexte réglementaire.