Как мы спрятали платёжные реквизиты так, чтобы даже БД “не знала лишнего”
В PDP внедрили PGP-шифрование платёжных реквизитов в системе бронирования квартир: данные шифруются на уровне приложения до записи в БД, а расшифровываются только при формировании платёжной ссылки.

В PDP внедрили PGP-шифрование платёжных реквизитов в системе бронирования квартир. Логика простая, но мощная: данные шифруются на уровне приложения до записи в БД, а расшифровываются только в один момент — при формировании платёжной ссылки.
То есть даже если кто-то доберётся до базы, увидит не реквизиты, а крипто-кашу. В эпоху, когда утечки и compliance снова в топе обсуждений, это уже не “nice to have”, а база.
Сверху усилили защиту ещё двумя слоями: PostgreSQL TDE для таблицы пользователей и шифрование TOTP-секретов. Получилась нормальная defense in depth: не один замок на двери, а целый квест для атакующего.
Из серии: лучше потратить время на крипту сейчас, чем потом пить кофе с безопасниками на очень серьёзных щах.