Что хотят услышать интервьюеры:

Ожидают услышать, что конфиденциальные данные не хранятся в открытом виде и защищаются на нескольких уровнях: шифрование, ограничение доступа, аудит и безопасная работа с секретами. Важно показать понимание, что для банковских систем недостаточно только “зашифровать базу”, нужна еще правильная архитектура хранения и доступа. Хорошо, если есть опыт с токенизацией, хэшированием чувствительных данных и управлением ключами.

Определение:

Безопасное хранение конфиденциальных данных — это подход, при котором персональные, финансовые и служебные данные сохраняются так, чтобы минимизировать риск утечки, подмены и несанкционированного доступа. Обычно это означает: хранить минимум лишнего, шифровать данные “на диске” и “в пути”, использовать хэширование для паролей и чувствительных идентификаторов, а секреты держать вне кода и репозитория.

Пример использования:

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

import hashlib
import os
from cryptography.fernet import Fernet

# Хэширование пароля
password = b"user_password"
salt = os.urandom(16)
password_hash = hashlib.pbkdf2_hmac("sha256", password, salt, 100_000)

# Симметричное шифрование для чувствительных данных
key = Fernet.generate_key()
cipher = Fernet(key)

card_number = b"4111111111111111"
encrypted_card = cipher.encrypt(card_number)
decrypted_card = cipher.decrypt(encrypted_card)

print(password_hash)
print(encrypted_card)
print(decrypted_card)

Пояснение кода:

Сначала пароль преобразуется в хэш через pbkdf2_hmac: это безопаснее, чем хранить сам пароль или просто использовать обычный hash. Соль salt делает одинаковые пароли разными на выходе и защищает от заранее посчитанных таблиц. Для номера карты используется симметричное шифрование: данные можно зашифровать и позже расшифровать при наличии ключа. Такой подход подходит для данных, которые нужно восстановить, тогда как для паролей восстановление не требуется.

Ключевые моменты:

Пароли и аналогичные секреты хранятся только в виде стойкого хэша с солью, а не в зашифрованном виде.
Данные, которые нужно читать обратно, обычно шифруются, а ключи хранятся отдельно от данных.
В банковских системах важны не только алгоритмы, но и контроль доступа, аудит, ротация ключей и разделение полномочий.
Секреты нельзя хранить в коде, .env в репозитории или логах.
Для карточных и финансовых данных часто применяют токенизацию и минимизацию хранения исходных реквизитов.
Безопасность строится как набор мер: шифрование, управление ключами, ограничение прав, мониторинг и журналирование.

Какой у вас опыт работы с безопасными методами хранения конфиденциальных данных в банковских или финансовых системах?