Quelle est la meilleure façon de protéger les données sensibles dans le code?

ce n'est pas une réponse de cryptage, mais une façon de "sécuriser" cela serait de faire tous vos appels de base de données par le biais d'un service web. Vos informations de connexion seraient alors stockées sur votre serveur sécurisé et les clients passent tous les appels par là.

Rien sensibles stockées dans votre re-distribuable...

je me suis déjà attaqué à ce problème dans le passé et j'ai trouvé trois façons de le régler, mais je ne suis pas sûr qu'elles soient parfaites:

1. obscurcir ou chiffrer la valeur et l'espoir pour le meilleur. Le cryptage, bien sûr, est juste un niveau supplémentaire d'obscurcissement puisque la clé doit être livrée avec le reste.
2. éliminez le besoin de la clé elle-même en utilisant le cryptage à Sens Unique à la place. L'utilisation d'une clé privée pour générer une clé publique. Ceci peut être utilisé pour la validation de licence ou de mot de passe. Vous générez les licences avec la clé privée, mais la clé publique peut être utilisée pour valider. Ou vous utilisez la clé privée pour générer un mot de passe qui peut être validé, mais pas inversé en utilisant la clé publique.
3. créer votre propre mécanisme de génération de clés propre au système similaire à celui utilisé par ASP.NET. Vous pouvez limiter l'effet de quelqu'un qui inverse le cryptage/l'obfuscation à l'étape 1 en générant une clé unique pour chaque installation ou site.

il y a des tonnes de méthodes, mais la réalité est que si vous voulez vraiment protéger votre code, la seule solution est d'utiliser des produits "professionnels": -) n'essayez pas de réinventer la roue. Ces produits ont normalement des options pour crypter les chaînes. Le vrai problème en est un autre: sans produit professionnel (et même avec un produit professionnel) un expert peut simplement mettre un point de rupture et regarder les paramètres passés à la méthode de la bibliothèque (par exemple celui qui ouvre les connexions). Maintenant... Si vous voulez vraiment crypter les chaînes de votre code, c'est assez facile. Mais serait-il utile? Aucun.

maintenant, juste pour que personne ne marque ceci comme "pas de réponse", je vais poster un code de cryptage/décryptage simple:

// Generate key. You do it once and save the key in the code
var encryptorForGenerateKey = Aes.Create();
encryptorForGenerateKey.BlockSize = 128;
encryptorForGenerateKey.KeySize = 128;
encryptorForGenerateKey.GenerateKey();
encryptorForGenerateKey.GenerateIV();

var key = encryptorForGenerateKey.Key;
var iv = encryptorForGenerateKey.IV;

// Encrypt: this code doesn't need to be in the program. You create a console
// program to do it
var encryptor = Aes.Create();
var encryptorTransformer = encryptorForGenerateKey.CreateEncryptor(key, iv);

string str = "Hello world";
var bytes = Encoding.UTF8.GetBytes(str);
var encrypted = encryptorTransformer.TransformFinalBlock(bytes, 0, bytes.Length);
var encryptedString = Convert.ToBase64String(encrypted);

Console.WriteLine(encryptedString);

// Decrypt: this code needs to be in the program

var decryptor = Aes.Create();
var decryptorTransformer = decryptor.CreateDecryptor(key, iv);

byte[] encrypted2 = Convert.FromBase64String(encryptedString)

var result = decryptorTransformer.TransformFinalBlock(encrypted2, 0, encrypted2.Length);

var str2 = Encoding.UTF8.GetString(result);

ce code n'est clairement pas sécurisé. N'importe qui peut décompiler le programme, ajouter un Console.WriteLine(str2) et le recompiler.

vous pouvez bien sûr chiffrer votre chaîne de caractères avant de la compiler, mais votre code a besoin de cela en texte clair parfois si vous utilisez une simple url db ou http.

il n'y a pas de véritable protection dans ce cas: tout le monde peut écouter (breakpoint) une méthode spécifiée et quand il est appelé voir ce qui se passe sans vraiment lire votre code. Donc non, il n'y a pas de protection réelle contre cela, en utilisant aussi l'obscurcissement à un moment donné vous appellerez une méthode .NET avec cette chaîne de texte simple, et tout le monde peut le lire.

vous pouvez par exemple mettre un COM ou C++ dll pour stocker des chaînes cryptées. Une dll non gérée n'est pas décompilable, cependant, les personnes expertes peuvent bien sûr comprendre le démontage d'une dll. Et comme nous l'avons déjà dit, vous aurez parfois besoin de données claires, et à ce moment-là, il n'y a pas de protection qui puisse durer.

La seule chose que vous pouvez faire est de changer votre architecture.

Par exemple, si votre base de données est en ligne et que votre application est un client application, vous pouvez vous connecter en utilisant des services web. Ensuite, vous pouvez exposer seulement les services web que l'Utilisateur a vraiment besoin d'utiliser, il n'y a aucun risque d'écrire des requêtes sql de l'utilisateur. Ensuite, vous pouvez ajouter la logique de protection sur le serveur à la place de celle sur le client.

si tout est hors ligne, il n'y a pas grand-chose que vous puissiez faire, vous pouvez rendre la vie plus difficile en utilisant le cryptage à chaîne simple, mais il ne sera jamais une véritable protection.

comme Lucas l'a souligné dans son commentaire, si vous n'avez qu'une seule pièce, Alors quiconque décompilant votre application peut la rétro-concevoir et déchiffrer vos mots de passe de base de données.

en ce qui concerne le stockage des justificatifs d'identité, ma pratique habituelle est de toujours les stocker dans le fichier de configuration de l'application. Si j'ai besoin de le sécuriser, j'utilise une sécurisation et un cryptage. Et cela pourrait fonctionner pour n'importe quel type d'information de configuration, pas seulement des justificatifs d'identité. Il y a un très bon article sur les sécuriser les fichiers de configuration ici: cryptage des mots de passe dans une application .NET.Fichier de configuration

peut-être que vous devriez lire un peu plus sur le cryptage du web.config http://learn.iis.net/page.aspx/141/using-encryption-to-protect-passwords/

sinon il n'y a pas grand chose que vous puissiez faire. Le stockage de données sensibles dans le code n'est pas une option puisque n'importe qui avec un outil de réflecteur peut l'ouvrir et le voir. Si vous voulez que le code ou les variables soient invisibles pour tout le monde, vous devez créer un service web sur un serveur privé qui accepte les données, les transforme par sa magie et les renvoie. pour le client. De cette façon, tout en entre l'affichage et la récupération des données est gardé secret.