Вы не дешифруете пароли аутентификации!

Хешируют их использующий что-то как поставщик SHA256 и когда необходимо бросить вызов, хешировать вход от пользователя и видеть, соответствуют ли два хеша.

byte[] data = System.Text.Encoding.ASCII.GetBytes(inputString);
data = new System.Security.Cryptography.SHA256Managed().ComputeHash(data);
String hash = System.Text.Encoding.ASCII.GetString(data);

обратимые пароли Отъезда действительно ужасная модель.

Edit2: Я думал, что мы просто говорили о пограничной аутентификации. Уверенный существуют случаи, где Вы хотите зашифровать пароли для других вещей, которые должны быть обратимыми, но должна быть блокировка с 1 путем сверху всего этого (за очень немногими исключениями).

я обновил алгоритм хеширования, но для самой лучшей силы Вы хотите оставаться частная соль и добавить это к Вашему входу прежде хеширование его . Вы сделали бы это снова, когда Вы выдерживаете сравнение. Это добавляет другой слой, делающий его еще тяжелее для кого-то для инвертирования.

Также рассмотрите "соление" Вашего хеша (не кулинарное понятие!). В основном это означает добавлять некоторый случайный текст к паролю перед хешированием его.

" соленое значение помогает замедлиться, взломщик работают, атака с подбором по словарю должна Ваше учетное хранилище поставиться под угрозу, давая Вам дополнительное время, чтобы обнаружить и реагировать на компромисс. "

Для хранения хэшей пароля:

a) Генерируют случайное соленое значение:

byte[] salt = new byte[32];
System.Security.Cryptography.RNGCryptoServiceProvider.Create().GetBytes(salt);

b) Добавляют соль к паролю.

// Convert the plain string pwd into bytes
byte[] plainTextBytes = System.Text UnicodeEncoding.Unicode.GetBytes(plainText);
// Append salt to pwd before hashing
byte[] combinedBytes = new byte[plainTextBytes.Length + salt.Length];
System.Buffer.BlockCopy(plainTextBytes, 0, combinedBytes, 0, plainTextBytes.Length);
System.Buffer.BlockCopy(salt, 0, combinedBytes, plainTextBytes.Length, salt.Length);

Хеш c) объединенный пароль & соль:

// Create hash for the pwd+salt
System.Security.Cryptography.HashAlgorithm hashAlgo = new System.Security.Cryptography.SHA256Managed();
byte[] hash = hashAlgo.ComputeHash(combinedBytes);

d) Добавляют соль к результирующему хешу.

// Append the salt to the hash
byte[] hashPlusSalt = new byte[hash.Length + salt.Length];
System.Buffer.BlockCopy(hash, 0, hashPlusSalt, 0, hash.Length);
System.Buffer.BlockCopy(salt, 0, hashPlusSalt, hash.Length, salt.Length);

Хранилище e) результат в Вашем пользователе хранят базу данных.

Этот подход означает, что Вы не должны сохранить соль отдельно и затем повторно вычислить хеш с помощью соленого значения и значения незашифрованного пароля, полученного от пользователя.

Редактирование : Поскольку необработанная вычислительная мощность становится более дешевой и быстрее, значение хеширования - или соление хешей - уменьшилось. у Jeff Atwood есть превосходное обновление 2012 года слишком длинный для повторения в целом здесь, который указывает:

Это (использование соленых хешей) обеспечит иллюзию безопасности больше, чем какая-либо фактическая безопасность. Так как Вам нужны и соль и в выбор хеш-алгоритма генерировать хеш и проверить хеш, маловероятно, что взломщик имел бы один, но не другой. Если Вы были скомпрометированы до такой степени, что у взломщика есть Ваша база данных пароля, разумно принять их или иметь или мочь получить Вашу секретную, скрытую соль.

первое правило безопасности состоит в том, чтобы всегда принимать и планировать худшее. Необходимо ли использовать соль, идеально случайную соль для каждого пользователя? Несомненно, это - определенно хорошая практика, и по крайней мере это позволяет Вам снять неоднозначность двух пользователей, у которых есть тот же пароль. Но в эти дни, одни только соли больше не могут сохранять Вас от человека, готового потратить несколько тысяч долларов на аппаратные средства видеокарты, и если Вы думаете, что они могут, Вы быть в беде.

Это - то, что требуется сделать:

OurKey.SetValue("Password", StringEncryptor.EncryptString(textBoxPassword.Text));
OurKey.GetValue("Password", StringEncryptor.DecryptString(textBoxPassword.Text));

можно сделать это с этим следующие классы. Этот класс является универсальным классом, клиентская конечная точка. Это включает МОК различных алгоритмов шифрования с помощью Ninject.

public class StringEncryptor
{
    private static IKernel _kernel;

    static StringEncryptor()
    {
        _kernel = new StandardKernel(new EncryptionModule());
    }

    public static string EncryptString(string plainText)
    {
        return _kernel.Get<IStringEncryptor>().EncryptString(plainText);
    }

    public static string DecryptString(string encryptedText)
    {
        return _kernel.Get<IStringEncryptor>().DecryptString(encryptedText);
    }
}

Этот следующий класс является ninject классом, который позволяет Вам вводить различные алгоритмы:

public class EncryptionModule : StandardModule
{
    public override void Load()
    {
        Bind<IStringEncryptor>().To<TripleDESStringEncryptor>();
    }
}

Это - интерфейс, который любой алгоритм должен реализовать для шифрования/дешифрования строк:

public interface IStringEncryptor
{
    string EncryptString(string plainText);
    string DecryptString(string encryptedText);
}

Это - реализация с помощью алгоритма TripleDES:

public class TripleDESStringEncryptor : IStringEncryptor
{
    private byte[] _key;
    private byte[] _iv;
    private TripleDESCryptoServiceProvider _provider;

    public TripleDESStringEncryptor()
    {
        _key = System.Text.ASCIIEncoding.ASCII.GetBytes("GSYAHAGCBDUUADIADKOPAAAW");
        _iv = System.Text.ASCIIEncoding.ASCII.GetBytes("USAZBGAW");
        _provider = new TripleDESCryptoServiceProvider();
    }

    #region IStringEncryptor Members

    public string EncryptString(string plainText)
    {
        return Transform(plainText, _provider.CreateEncryptor(_key, _iv));
    }

    public string DecryptString(string encryptedText)
    {
        return Transform(encryptedText, _provider.CreateDecryptor(_key, _iv));
    }

    #endregion

    private string Transform(string text, ICryptoTransform transform)
    {
        if (text == null)
        {
            return null;
        }
        using (MemoryStream stream = new MemoryStream())
        {
            using (CryptoStream cryptoStream = new CryptoStream(stream, transform, CryptoStreamMode.Write))
            {
                byte[] input = Encoding.Default.GetBytes(text);
                cryptoStream.Write(input, 0, input.Length);
                cryptoStream.FlushFinalBlock();

                return Encoding.Default.GetString(stream.ToArray());
            }
        }
    }
}

можно посмотреть мой ролик и загрузить код для этого в: http://www.wrightin.gs/2008/11/how-to-encryptdecrypt-sensitive-column-contents-in-nhibernateactive-record-video.html

Одна опция состояла бы в том, чтобы сохранить хеш (SHA1, MD5) пароля вместо пароля в виде открытого текста, и каждый раз, когда Вы хотите видеть, хорош ли пароль, просто сравните его с тем хешем.

, Если Вы должны защитить устройство хранения данных (например, для пароля, который Вы будете использовать для соединения с сервисом), тогда проблема более сложна.

, Если бы это только для аутентификации, тогда было бы достаточно использовать хеш.

Если бы Вы хотите быть в состоянии дешифровать пароль, я думаю, что самый легкий путь состоял бы в том, чтобы использовать DPAPI (пользовательский режим хранилища) для шифрования/дешифрования. Таким образом, Вы не должны играть с ключами шифрования, сохранить их где-нибудь или твердый код их в Вашем коде - в обоих случаях кто-то может обнаружить их путем изучения реестра, пользовательских настроек или использования Отражателя.

Иначе использование хеширует SHA1, или MD5 как другие сказали здесь.

Если это - пароль, используемый для аутентификации Вашим приложением, то хешируйте пароль, как другие предполагают.

при хранении паролей для внешнего ресурса Вы будете часто хотеть быть в состоянии предложить пользователю эти учетные данные и дать ему возможность сохранить их надежно. Windows предоставляет Учетным данным UI (CredUI) с этой целью - существует много образцов, показывающих, как использовать это в.NET, включая этот на MSDN.

При необходимости в больше, чем это, например, защищая строку подключения (для соединения с базой данных), проверяет этот статья , поскольку это предоставляет лучшую "возможность" для этого.

ответ Oli также хорош, поскольку он показывает, как можно создать хеш для строки.

.. СЕТЬ предоставляет cryptographics услуги в классе, содержавшемся в Системе. Безопасность. Пространство имен криптографии.

Вместо того, чтобы шифровать/дешифровать, необходимо передавать пароль через алгоритм хеширования, md5/sha512, или подобные. То, что Вы идеально сделали бы, хешировать пароль и сохранить хеш, тогда когда пароль необходим, Вы хешируете запись и сравниваете записи. Пароль никогда не будет тогда "дешифровываться", просто хешироваться и затем сравниваться.

Как сказанный ligget78, DPAPI был бы хорошим способом пойти для хранения паролей. Проверьте класс ProtectedData на MSDN, например, использование.