Des colonnes chiffrées avec Entity Framework

C'est un exemple de mise en œuvre de la réponse proposée par @TheCloudlessSky. Je pensais que ça va aider quelqu'un qui se demandait comment la mettre en œuvre.

Je travaille avec une base de données existante, de sorte que le modèle de base de la classe a été généré automatiquement pour moi.

Auto-généré l'Utilisateur.cs:

namespace MyApp.Model 
{
    public partial class User
    {
        public int UserId { get; set; }
        public byte[] SSN { get; set; }
        ...
    }
}

J'ai créé mon propre Utilisateur.cs. (Remarque: il est dans le même espace de noms que la génération automatique de l'Utilisateur.cs et il n'y avait pas d'erreurs du compilateur parce que la génération automatique de l'Utilisateur.cs a été déclarée comme classe partielle! Aussi, mon propre Utilisateur.cs ne peut pas être dans le même dossier que l'auto-généré l'Utilisateur.cs en raison de conflit de nom de fichier!)

namespace MyApp.Model 
{
    public partial class User
    {
        public string DecryptedSSN { get; set; }
        ...
    }
}

Maintenant, chaque fois que je devais récupérer de l'Utilisateur à partir de mon DbContext, je vais voir toutes les propriétés définies dans la classe auto-générée ainsi que celles définies dans mon améliorée de la classe.

Ici est une application de mes UserRepository.cs:

namespace MyApp.Model
{
    public interface IUserRepository 
    {
        User Get(int userId);
        ...
    }

    public class UserRepository : IUserRepository
    {
        public User GetById(int userId)
        {
            using (var dataContext = MyDbContext())
            {
                var user = dataContext.Users.Find(u => u.UserId == userId);
                var decryptedSSNResult = dataContext.Decrypt(u.SSN);
                user.DecryptedSSN = decryptedSSNResult.FirstOrDefault();
                return user;
            }
        }
    }
}

Maintenant, vous demandez peut-être comment/où ai-je MyDbContext.Decrypt ()?

Ce n'est PAS généré automatiquement pour vous. Toutefois, vous pouvez importer cette procédure stockée dans votre auto-Modèle généré.Contexte.cs fichier. (Ce processus est très bien documenté dans l'officiel EntityFramework l'article: Comment faire: Importer une Procédure Stockée (Modèle de Données d'Entité Outils) à http://msdn.microsoft.com/en-us/library/vstudio/bb896231(v=vs. 100).aspx)

Juste au cas où vous ne savez pas quel résultat final devrait ressembler, voici ce qui a été généré automatiquement à partir de mon Modèle.Contexte.cs:

namespace MyApp.Model
{
    //using statements found here

    public partial class MyDbContext : DbContext
    {
        public MyDbContext()
            : base("name = MyDbContext")
        { }

        public virtual ObjectResult<string> Decrypt(byte[] encryptedData)
        {
            var encryptedDataParameter = encryptedData != null ? 
                            new ObjectParameter("encryptedData", encryptedData) :
                            new ObjectParameter("encryptedData", typeof(byte[]));

            return ((IObjectContextAdapter)this).ObjectContext.ExecuteFunction<string>("Decrypt", encryptedDataParameter);
        }

        //similar function for Encrypt 
    }
}

C'est comment mon Décrypter Procédure Stockée ressemble:

CREATE PROCEDURE decrypt
    @encryptedData VARBINARY(8000)
AS
BEGIN
    OPEN SYMMETRIC KEY xxx_Key DECRYPTION BY CERTIFICATE xxx_Cert;

    SELECT CAST(DECRYPTIONBYKEY(@encryptedData) AS NVARCHAR(MAX)) AS data;

    CLOSE ALL SYMMETRIC KEYS;
END;
GO

---

Facteurs De Performance

Maintenant que je vous ai montré une mise en œuvre de la réponse donnée par @TheCloudlessSky, je tiens à mettre rapidement en évidence certaines liées à la performance de points.

1) Chaque fois que vous récupérez un objet utilisateur, il y a 2 voyages à la base de données au lieu de 1. Premier voyage pour retrouver un objet; deuxième voyage de décryptage du SSN. Cela peut provoquer des problèmes de performances si vous n'êtes pas prudent.

Recommandation: Ne PAS auto déchiffrer les champs! Dans mon exemple ci-dessus, j'ai déchiffré le SSN lorsque j'ai été la récupération de l'utilisateur de l'objet. Je n'ai qu'a des fins de démonstration uniquement! Demandez-vous si vous avez vraiment besoin de SSN, à chaque fois que l'Utilisateur est récupéré. Si possible, choisissez paresseux déchiffrement plus désireux de décryptage!

2) Alors que je n'ai pas fait la démonstration, à chaque fois que vous créer/mettre à jour un objet utilisateur, il y aura aussi 2 voyages à la base de données. Premier voyage pour le chiffrage du SSN; deuxième voyage pour l'insertion de l'objet. Là encore, cela peut provoquer des problèmes de performances si vous n'êtes pas prudent.

Recommandation: Être conscient de ce gain de performance, mais ne pas déléguer le chiffrement et l'enregistrement des SSN comme une méthode différente. Tout garder à l'intérieur d'une seule opération, sinon vous risquez d'oublier de sauvegarder complètement. Donc, la recommandation pour la création et la mise à jour est à l'opposé de récupération: choisissez désireux de chiffrement plus paresseux de cryptage de!

OriginalL'auteur Parth Shah

Pour ceux d'entre vous Googler cette question et à la recherche d'un moyen simple de déchiffrer une seule colonne/ligne (pas un ensemble table/classe), à l'aide d'un chiffrement symétrique et EF, vous pouvez le faire de deux (simple) des moyens.

Première manière; créer une procédure stockée qui n'votre décryptage:

CREATE PROCEDURE [dbo].[Decrypt_Credential]
@User_Name varchar(50) = NULL
AS
BEGIN
OPEN SYMMETRIC KEY My_Key_01 DECRYPTION BY CERTIFICATE MyCertName;

SELECT CONVERT(varchar, DecryptByKey(Encrypted_Password)) FROM Application_Credentials WHERE User_Name = @User_Name;

CLOSE SYMMETRIC KEY My_Key_01; 
END;

... puis appelez la procédure stockée directement dans le code, récupérer le résultat sous forme de chaîne:

using (var context = new YourDatabaseContext())
        {
            var result = context.Database.SqlQuery<string>("Decrypt_Credential @user", new SqlParameter("user", TheUserName)).FirstOrDefault();
        }

La deuxième façon, vous pouvez le faire est par l'intermédiaire d'une transaction de base de données qui fait essentiellement la même chose que la procédure stockée. Remarque je suis pleinement conscient que cet exemple n'est pas sql injection conforme à la protection des, j'ai eu quelques problèmes avec des requêtes paramétrées c'était donc l'exemple que j'ai obtenu de travail. Vous souhaitez utiliser des requêtes paramétrées si vous aller dans cette voie;

 using (var context = new YourDatabaseContext())
        {       
            using (var dbContextTransaction = context.Database.BeginTransaction())
            {
                try
                {
                    var sql = String.Format("OPEN SYMMETRIC KEY {0} DECRYPTION BY CERTIFICATE {1}", KeyName, CertName);
                    context.Database.ExecuteSqlCommand(sql);

                    sql = String.Format("SELECT CONVERT(varchar, DecryptByKey(Encrypted_Password)) FROM Application_Credentials WHERE User_Name = '{0}'", UserNameToDecryptCredsFor);
                    var result = context.Database.SqlQuery<string>(sql).FirstOrDefault();

                    sql = String.Format("CLOSE SYMMETRIC KEY {0}", KeyName);
                    context.Database.ExecuteSqlCommand(sql);
                }
                catch (Exception exp)
                {
                    var x = exp.ToString(); //do something with exception
                }
            }
        }

OriginalL'auteur n00b

Dans mon cas précis j'avais besoin de crypter le numéro de carte de crédit, qui est toujours de 16 caractères; donc j'ai juste ajouté une condition à l'obtenir (si les longueur != 16 ensuite déchiffrer) et dans l'ensemble (si longueur == 16 alors chiffrer) de la propriété. Il fonctionne et éviter de moi beaucoup de travail.

OriginalL'auteur Carlos