Сохранить данные банковского счета в безопасности - PullRequest
1 голос
/ 25 января 2012

Мне нужно сохранить данные банковского счета в веб-проекте.Проект - asp.net mvc 3, а база данных - MSSQL 2008 R2.

Но как мне сделать это безопасно?

Мои решения:

  1. Решение: зашифруйте данные с помощью TripleDESCryptoServiceProvider и сохраните их в базе данных.

  2. Решение: сохраните, возможно, только последние 3 числа данных учетной записи (как показывает Amazon), чтобыпользователь узнает, какие данные учетной записи он сохранил в системе.Зашифруйте все данные учетной записи и сохраните их в другой базе данных (возможно, с хранимой процедурой), к которой у веб-проекта нет прав.

Нам нужны только данные учетной записи, собирайте ежемесячносборы.Так что они нам не нужны в веб-проекте.Но пользователь должен распознать, какие данные учетной записи он дал, чтобы оплатить сборы.

Какие лучшие решения?

РЕДАКТИРОВАТЬ:

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

Ответы [ 2 ]

3 голосов
/ 25 января 2012

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

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

Они, вероятно, также являются хорошей отправной точкой для получения информации, касающейся методов безопасности и хранения.

0 голосов
/ 25 января 2012

Полагаю, все сводится к тому, кому нужен доступ к номерам вашего банка после того, как вы их сохранили.

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

Как говорили другие, лучшее решение - вообще избегать хранения данных, если это возможно

...