Получил я заказ на разработку веб-системы по продаже сериек. Что за серийки неважно, но храниться они должны в зашифрованном виде. Шифровать собираюсь при помощи mcrypt и алгоритма бловфиш с ключом.
Вопрос в следующем, как максимально обезопасить базу сериек даже при ее сливе с сервера? Все, что пока смог придумать это составной ключ для шифрования:
1. Первая часть глобальная и хранится в php конфиге;
2. Вторая часть глобальная для конкретного реселлера и применяется ко всем его серийкам и хранится в таблице юзеров;
3. Третья часть уникальна для каждой серийки и хранится в таблице сериек.
Но хотелось бы еще как-то усилить защиту, чтобы даже при получении доступа к базе и коду не удалось злоумышленнику расшифровать серийки. Я понимаю, что вероятность такая довольно мала, особенно при грамотном подходе к программированию, но все мы люди и баги бывают у всех. Возможно кто-то сталкивался с подобной задачей, буду рад любым дельным советам по усилению защиты.

_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.

шифровать на стороне клиента ключем, который знает только клиент. не?

redreem

так не понятен жизненный цикл серийника. кто его генерит, когда, кто проверяет и каким образом.

как бы если тока бд сольют - то алгоритм + ключ на сервере приложений - должен защитить
но если всё сольют ? - тогда шифрование коту под хвост.

я бы использовал алгоритм шифрования на стороне сервера приложений (php), а ключ для шифрования - вводил бы только при добавлении данных в БД, осталось придумать - где брать ключ чтобы дешифровать при продаже их? пока не придумал))

как вариант запрашивать ключ с другого сервера (ответ получать только при конкретных условиях).

шизофрения - шизофренией - но если бы я болел - сделал бы так.

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

Серийники загружает в базу владелец сайта. Это как коды пополнения мобильных счетов. Когда юзер покупает серийник его ему надо вывести на экран.

_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.

т.е. покупатель может выбирать сам серийник из многих возможных вариантов?
т.е. он их все видит или может увидеть?

не понял - для чего криптовать тогда?

или как ты выше написал - это как карты оплаты - стёр защитный слой - а там код - да? т.е. клиент оплатил на 50 руб и получил серийник на 50 руб - так?

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

Если все сольют, то уже ничего не поможет.
Разворачиваем у себя на сервере базу, заливаем скрипт, запускаем.
Скрипт же серийку отправляет клиенту в открытом виде.
Вот и отправляем все себе на почту. Ну, либо вывод в браузер, не важно.

Я может глупость сморожу сейчас, но как насчет запрашивать с другого сервера, а там тупая проверка по IP ?

ЗЫ. Выше предложили уже

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль

кстати - эту связку можно так же хранить на удалённом сервере

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

vagrand,а почему не подходит вариант генерировать серийник непосредственно при его покупке (ну или что там за схема), а в базу писать хеш. т.е. сверять потом хэши серийника и того, что в базе?

В продолжение к моему

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

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

_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.