Защита конфиденциальных данных с использованием удостоверения asp.net и IDataProtection - PullRequest
0 голосов
/ 16 октября 2019

Я впервые пишу здесь, так что если я ошибусь, извините. Я еще не полностью ознакомился с правилами.

Я делаю домашнюю работу, используя Asp.net Core 2.1 WebApi с Identity и EF Core.

Я искал способшифровать и дешифровать конфиденциальные данные пользователя, используя IDataProtection и Identity, но я не могу зашифровать данные, такие как электронная почта, потому что это проверяет, является ли это правильный формат электронной почты.

Первоначальная идея задачи состоит в том, что всеэти данные зашифрованы с помощью инструментов, упомянутых выше.

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

Если у вас есть предложение о том, что я могу сделать, я был бы признателен.

Хорошего дня и спасибо заранее.

1 Ответ

0 голосов
/ 16 октября 2019

Не «шифруйте все вещи». Там есть стоимость шифрования. По своей природе это медленно и интенсивно обрабатывает, потому что это то, что на самом деле дает вам безопасность. По сути, вы создаете математическую задачу, решение которой займет слишком много времени. Шифрование, конечно, необходимо во многих случаях, но поскольку это компромисс, вы должны делать это только в тех конкретных случаях, а именно: очень конфиденциальные данные, такие как пароль, номер социального страхования, номер кредитной картыи т. д.

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

Однако эта мирская информация может подняться до уровня чувствительности, если или когда она станет связанной с другими данными, которые частный в сочетании с этой информацией. Например, если у вас есть набор данных, который включает финансовую информацию, такую ​​как зарплата, отношение долга к доходу и т. Д., Эти данные не являются необходимыми частными или конфиденциальными сами по себе, , но при их объединениис чьим-либо именем и фамилией, адресом электронной почты и т. д. он становится очень конфиденциальным и конфиденциальным. Вот тут-то и вступает в действие концепция PII (информация, позволяющая установить личность) и соблюдение таких законов, как GDPR в ЕС.

Даже в этом случае отдельные данные не нужно шифровать;Вы должны просто обрабатывать объединенные данные чувствительным образом. Другими словами, вам необходимо обеспечить ограниченный доступ к любым базам данных, передавать только данные по защищенным каналам, таким как HTTPS и т. Д. Пока данные, в общем, защищены, каждый отдельный элемент данных не должен шифроваться. .

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