Gemme og læse krypteret password

Skal du serializere den krypterede værdi, så sørg for at skrive den i Base64. Det garanterer "læsbare" tegn og ikke volapyk. Understøttes af Framework 2 i hvert fald.

Grunden til at du får fejl når du putter det krypterede password ned i en xml fil, er at der er en masse reserverede tegn i den krypterede streng.

Du kan eventuelt konvertere det til base64 før du putter det i xml filen.

string cryptetPassword = getMyCryptetPassword();
byte[] data = Encoding.UTF8.GetBytes(cryptetPassword);
string base64Representation = Convert.ToBase64String(data);

//put base64Representation strengen i din xml fil.

//Sådan konvertere du tilbage:
data = Convert.FromBase64String(base64Representation);
cryptetPassword = Encoding.UTF8.GetString(data);

Nu håber jeg at jeg forstod spørgsmålet rigtigt.

ups. Der var jeg for langsom :)

Jeg har selv lige haft samme opgave og lavede nedenstående. Den bruger protectedConfigurationProvideren og returnerer altså kun xml-gyldige tegn.

using System.Configuration;
using System.Xml;
using System.Xml.Linq;

namespace B.Testing {
    static class StringEncryptionExtensions {

        public static string Encrypt(this string argument) {
            if (string.IsNullOrEmpty(argument) throw new ArgumentException("argument is null or empty.", "argument");
            DpapiProtectedConfigurationProvider cp = new DpapiProtectedConfigurationProvider();
            XmlElement n = new XmlDocument().CreateElement("temp");
            n.InnerText = argument;
            return cp.Encrypt(n).FirstChild.FirstChild.InnerText;
        }

        public static string Decrypt(this string argument) {
            if (string.IsNullOrEmpty(argument) throw new ArgumentException("argument is null or empty.", "argument");
            DpapiProtectedConfigurationProvider cp = new DpapiProtectedConfigurationProvider();
            XElement e = new XElement("EncryptedData", new XElement("CipherData", new XElement("CipherValue", argument)));
            using (XmlReader xr = e.CreateReader()) {
                XmlDocument d = new XmlDocument();
                d.Load(xr);
                return cp.Decrypt(d.FirstChild).InnerText;
            }
        }
    }
}

Burde lige have nævnt at jeg har prøvet at lave noget Base64 encoding/dekoding..

Men at det muligvis er mig der ikke kan få det gjort ordentligt det kan godt passe.

Selve DPAPI

Har funktioner:

byte[] Protect(byte[] userData, byte[] optionalEntropy, DataProtectionScope scope)

byte[] UnProtect(byte[] encryptedData, byte[] optionalEntropy, DataProtectionScope scope)

Jeg kigger på aabergs forslag lidt senere når jeg får tid

Jeg har nu fået det til at virke. Jeg brugte aabergs som udgangspunkt, så jeg vil gerne give point til aaberg. Læg venligst et svar.

Hele klassen der kan bruges til DPAPI kan ses her:

using System;
using System.Security.Cryptography;
using System.Text;
using AutoLoginSDE;

namespace Crypto
{
    // bruger Microsoft encryption metode, kun den samme bruger som krypterede kan dekryptere
    // Hvis det skal gælde for en bestemt maskine så brug i stedet DataProtectionScope.LocalMachine
    public class DataProtection
    {
        public static string EncryptPasswordToBase64(string text, byte[] s_aditionalEntropy)
        {
            byte[] cipherData = Protect(Encoding.UTF8.GetBytes(text), s_aditionalEntropy);
            if (cipherData == null)
                return "";

            return Convert.ToBase64String(cipherData);
        }

        public static string DecryptBase64Password(string cipherText, byte[] s_aditionalEntropy)
        {
            byte[] cipherData = Convert.FromBase64String(cipherText);
            byte[] decryptedData = Unprotect(cipherData, s_aditionalEntropy);
            if (decryptedData == null)
                return "";

            return Encoding.UTF8.GetString(decryptedData);
        }

        public static byte[] Protect(byte[] data, byte[] s_aditionalEntropy)
        {
            try
            {
                return ProtectedData.Protect(data, s_aditionalEntropy, DataProtectionScope.CurrentUser);
            }
            catch (CryptographicException e)
            {
                // håndter fejlen
            }

            return null;
        }

        public static byte[] Unprotect(byte[] data, byte[] s_aditionalEntropy)
        {
            try
            {
                return ProtectedData.Unprotect(data, s_aditionalEntropy, DataProtectionScope.CurrentUser);
            }
            catch (CryptographicException e)
            {
                // håndter fejlen
            }
            return null;
        }
    }
}

Svar :)

Spørgsmål: hvad forhindrer en person med adgang til maskinen i at køre noget kode som unprotecter på samme måde som det valide program?

I princippet ingenting tror jeg, bortset fra et ekstra byte array jeg sender me fra selve programmet. selvfølgelig kan en med forstand på reflector slippe forbi det, men jeg har vurderet at ud fra hvor mange der skal bruge programmet, så er den her sikkerhed bedre end ingenting.

Hvis du har et andet og bedre forslag så vil jeg da gerne kigge på det.

Løsningen bruger dpapi. Og du skal altså enten have adgang til maskinen eller bedre - brugeren som skal anvende data for at kunne dekryptere.

dpapi bruger en kontospecifik key til det. Det smarte ved den brugerspecifikke løsning er, at selvom nogen får tiltusket sig rollen som administrator vil det ikke nytte bare at resette kendeordet, da det også vil slette den nøgle (hash'en af dine credentials) data i dpapi er krypteret med. Så en hacker med onde hensigter skal altså have adgang til den specifikke konto. Normalt vil man sætte flere restriktioner på denne og normalt vil det være en lokal konto.

Se i øvrigt: http://msdn.microsoft.com/en-us/library/ms995355.aspx

Der er formentligt ikke bedre løsninger i det givne setup.

Jeg ville bare påpege at hvis målsætningen er at beskytte mod at brugeren selv kan finde det gemte password, så har metoden langtfra 100% sikker.

God pointe du har, men i dette tilfælde er behovet mere at sørge for selvom en kopiere filen hvor kodeord gemmes i, kan personen ikke bruge den til. Og at det heller ikke skal være nemt for en person der lige låner computeren at få kodeordet ud af programmet.

Hvis det er setuppet og det er et krav at bruger ikke skal indtaste et password, så er det nok den bedste løsning.