Как хранить пароль пользователя в базе данных?

Методы хранения паролей пользователей в базе данных

Хранение паролей — это одна из самых важных задач в безопасности приложений. Никогда не следует хранить пароли в открытом виде. Вместо этого используются специализированные криптографические методы.

Хэширование и соление паролей

Наиболее распространенный и рекомендуемый подход — хэширование с использованием солей. Это процесс преобразования пароля в необратимую строку фиксированной длины.

Ключевые принципы:

• Хэширование — односторонняя функция. После преобразования исходный пароль невозможно восстановить из хэша.
• Соль — случайная строка, добавляемая к паролю перед хэшиванием. Она предотвращает использование заранее вычисленных таблиц хэшей (rainbow tables) и защищает от атак на идентичные пароли разных пользователей.
• Соль должна быть уникальной для каждого пользователя и храниться вместе с хэшем.

Алгоритмы хэширования

Не используйте старые или слабые алгоритмы, такие как MD5 или SHA-1. Они слишком быстрыы для вычисления, что делает их vulnerable к brute-force атакам.

Рекомендуемые алгоритмы:

1. bcrypt — адаптивный алгоритм, который можно настроить для увеличения времени вычисления, чтобы противостоять атакам с использованием более мощного оборудования.
2. scrypt — похож на bcrypt, но также требует много памяти, что делает атаки еще более дорогостоящими.
3. Argon2 — победитель конкурса Password Hashing Competition в 2015 году. Он считается одним из самых современных и безопасных алгоритмов. Поддерживает настройку по времени, памяти и параллелизации.

Практическая реализация в C# .NET

В .NET для хэширования паролей можно использовать библиотеку Microsoft.AspNetCore.Cryptography.KeyDerivation или сторонние реализации bcrypt/Argon2.

Пример с использованием PBKDF2 (встроенный в .NET):

using Microsoft.AspNetCore.Cryptography.KeyDerivation;
using System.Security.Cryptography;

public class PasswordHasher
{
    public string HashPassword(string password)
    {
        // Генерируем случайную соль
        byte[] salt = new byte[128 / 8];
        using (var rng = RandomNumberGenerator.Create())
        {
            rng.GetBytes(salt);
        }

        // Хэшируем пароль с использованием PBKDF2
        byte[] hashed = KeyDerivation.Pbkdf2(
            password: password,
            salt: salt,
            prf: KeyDerivationPrf.HMACSHA256,
            iterationCount: 10000,
            numBytesRequested: 256 / 8);

        // Сохраняем соль и хэш вместе (например, в формате salt:hash)
        return $"{Convert.ToBase64String(salt)}:{Convert.ToBase64String(hashed)}";
    }

    public bool VerifyPassword(string hashedPasswordWithSalt, string providedPassword)
    {
        var parts = hashedPasswordWithSalt.Split(':');
        if (parts.Length != 2) return false;

        byte[] salt = Convert.FromBase64String(parts[0]);
        byte[] storedHash = Convert.FromBase64String(parts[1]);

        // Хэшируем предоставленный пароль с той же солью и параметрами
        byte[] computedHash = KeyDerivation.Pbkdf2(
            password: providedPassword,
            salt: salt,
            prf: KeyDerivationPrf.HMACSHA256,
            iterationCount: 10000,
            numBytesRequested: 256 / 8);

        // Сравниваем хэши побайтно
        return computedHash.SequenceEqual(storedHash);
    }
}

Процесс работы в приложении

1. Регистрация пользователя: При создании пользователя пароль хэшируется с уникальной солью. В базу данных записывается только строка, содержащая соль и хэш.
2. Аутентификация пользователя: Когда пользователь пытается войти, система берет сохраненную соль из его записи, хэширует предоставленный пароль с этой солью и сравнивает полученный хэш с сохраненным.

Дополнительные меры безопасности

• Итерации: Использование большого количества итераций (например, 10000 для PBKDF2) замедляет процесс хэширования, что затрудняет массовые атаки.
• Защита базы данных: Хэши паролей должны быть защищены на уровне базы данных (например, ограничение доступа, шифрование дисков).
• Политика паролей: Реализуйте требования к сложности паролей на стороне клиента, чтобы предотвратить использование слабых паролей.

Неправильные подходы (чего делать нельзя)

• Хранение в чистом виде. Абсолютно недопустимо.
• Симметричное шифрование (например, AES). Пароль можно decrypt при наличии ключа, что создает дополнительную точку атаки.
• Собственные алгоритмы хэширования. Они почти всегда имеют уязвимости.
• Хранение соли отдельно от хэша или использование одной соли для всех пользователей.

Современные тенденции и фреймворки

В современных фреймворках, таких как ASP.NET Core Identity, хэширование паролей уже реализовано. Однако важно понимать, какой алгоритм используется по умолчанию и можно его настроить для использования более сильных алгоритмов, таких как Argon2, через сторонние библиотеки.

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