Chiffrement, gestion des clés et stockage

DEEP DIVE

Comprendre le mécanisme et son impact.

Le nom d’un algorithme à lui seul n’explique pas quels risques sont réduits. Utilisez des exemples de stockage et de livraison d’adresses pour explorer les clés et les flux de données.

Clés de données et de chiffrement séparées

Un exemple de chiffrement d'enveloppe chiffre les données personnelles avec une DEK et protège la DEK avec une KEK. Utilisez un chiffrement authentifié et rejetez les données falsifiées avant utilisation.

DEK / KEK

L'accès à la base de données ne doit pas également accorder l'accès aux clés gérées par KMS.

nonce / authentication tag

Évitez la réutilisation occasionnelle avec AES-GCM et rejetez les balises d’authentification ayant échoué.

Données authentifiées supplémentaires (AAD)

Liez tenant_id, record_id et schema_version pour détecter la substitution de texte chiffré.

Rotation des clés

Distinguez le réemballage des DEK pendant la rotation KEK du rechiffrement des données pendant la rotation DEK.

CLOUD KEY MANAGEMENT

Services de clés cloud pour la conservation des clés.

Le Vault utilise Azure Key Vault pour sa KEK. Séparez les droits sur la clé protégeant les clés de données (DEK) de l’accès à la base.

Azure

Utilisez Azure Key Vault ; choisissez Azure Managed HSM lorsqu’un environnement HSM dédié est requis.

AWS

Le produit DEV actuel est une API d’adresses sur Azure. L’envoi d’e-mails, les images d’identité, l’OCR et AWS KMS ne sont pas inclus. Les exemples d’architecture ne sont pas une liste de fonctions livrées. Confirmez stockage, responsabilités et intégrations lors du déploiement.

Le rôle de OneNym

Combinez la gestion des clés dans le cloud avec des règles au niveau du flux de travail régissant qui peut récupérer quelles données, dans quel but et jusqu'à quand.

Stockez le texte chiffré et les DEK encapsulés, et non les DEK en texte clair persistants. Les autorisations d'utilisation de clé compromises peuvent permettre le déchiffrement, donc séparer les données, la clé et l'accès administratif.

Minimiser les chemins de déchiffrement

Séparez la connectivité de la base de données de l’autorité de déchiffrement. Seules les opérations autorisées déchiffrent les champs obligatoires, excluant ainsi les données personnelles inutiles des réponses, des journaux et des exceptions.

Réponses limitées aux champs autorisés

Renvoyez uniquement les champs autorisés, tels que l'adresse nécessaire à la livraison.

Accès administratif

Séparez les opérations de routine et d'urgence avec une authentification forte, des délais et des enregistrements d'audit.

Conception de recherche

La recherche de champs chiffrés nécessite une conception distincte. Les hachages de recherche comportent également des risques de correspondance et de devinette.

Suppression, sauvegardes et récupération

Définir la rétention par objectif. Suivez la suppression dans les données sources, les réplicas, les sauvegardes et les partenaires. Réappliquez les enregistrements de suppression après la restauration pour empêcher le retour des données supprimées.

Fin de la suppression

Enregistrez séparément la suppression logique, la suppression physique et la destruction de clé.

Destruction de clé

Envisagez des clés dédiées uniquement lorsque chaque copie récupérable peut être supprimée, y compris les sauvegardes. La destruction des clés partagées affecte également d'autres enregistrements.

Objectifs de récupération

Définir le RPO et le RTO et tester la récupération en pratique.

Journaux d'audit

Enregistrez l'acteur, l'opération, la référence cible, l'heure et le résultat. N'enregistrez pas de données personnelles ou de jetons bruts.

DATA / INTEGRATION EXAMPLE

Exemple de données et d'intégration

Ces échantillons expliquent la conception. Les noms et valeurs des champs sont donnés à titre indicatif et ne constituent pas une référence API exécutable.

{
  "operation": "Vault record metadata example",
  "record": {
    "tenant_id": "tenant_a",
    "record_id": "rec_example_01",
    "schema_version": 1,
    "ciphertext": "<encrypted bytes>",
    "wrapped_dek": "<wrapped key>",
    "kek_version": "key-version-2",
    "retention_until": "<agreed retention date>",
    "status": "active"
  }
}

Cet exemple explique la disposition du stockage. Suivez le format de la bibliothèque cryptographique pour les noms occasionnels et les balises. Le chiffrement ne peut à lui seul empêcher l’abus des autorisations légitimes de déchiffrement.

Conceptions techniques associées

Intégration conçue pour vos workflows.

Cartographiez les données conservées, les partenaires et les actions requises pour identifier les moyens de réduire l’exposition.