Как искать поля, зашифрованные с помощью уникального вектора инициализации?

Question

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

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

Моей средой является ASP.NET, Entity Framework и SQL Server. Возможно, это проще в базе данных, но мой запрос проходит через LINQ-to-Entities.

[Мой первый вопрос - в конце концов, я не могу найти ответ на SO]

Answer 1

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

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

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

Если вы работаете с чем-то с большим количеством возможных входов, это решение может работать.

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