Il est clair pour tout le monde ( j'espère ) que stocker des mots de passe sans au moins les saler / les hacher est une idée terrible .
Et les e-mails? Disons que vous conservez l'adresse e-mail de l'abonnement, si vous la cryptez correctement, il peut ne pas être possible d'envoyer des e-mails aux utilisateurs. En revanche, si vous ne le cryptez pas et que la base de données est volée, tous vos utilisateurs risquent un spam potentiel.
Cette question ne concerne pas les problèmes spécifiques à la loi (bien qu'ils puissent être donnés, ils restent dépendants du pays) ni le chiffrement de la base de données elle-même.
Réponses:
Le stockage d'un hachage salé des adresses e-mail peut être en option si vous conservez ces enregistrements uniquement pour la confirmation / authentification du compte.
Dans d'autres cas, il me semble que le chiffrement des courriels rendrait plus difficile le maintien de la base de données tout en gagnant peu en retour.
Il est probablement préférable de sécuriser l'accès à la base de données elle-même: il y a généralement beaucoup d'autres informations dans la base de données que vous n'aimeriez pas être recueillies.
Une question similaire sur Stackoverflow: vaut-il la peine de chiffrer les adresses e-mail dans la base de données?
la source
Je pense que vous avez déjà tout dit.
La seule chose à laquelle je peux penser est de ne pas utiliser un filtre de hachage unidirectionnel comme SHA1 pour stocker les adresses e-mail. Utilisez un chiffrement à clé publique (réversible) dans votre application et assurez-vous que votre clé privée est loin de la base de données, afin qu'ils ne puissent pas être "volés" ensemble.
De cette façon, vous pouvez toujours décrypter les adresses e-mail pour envoyer des e-mails,
la source