Конфиденциальность и безопасность данных (ADO.NET)
Обновлен: November 2007
Защита и управление конфиденциальными данными в приложении ADO.NET зависит от базовых продуктов и технологий, используемых для их создания. ADO.NET не предоставляет напрямую службы безопасности или шифрования данных.
Шифрование и хэш-коды
Классы в пространстве имен System.Security.Cryptography платформы .NET Framework можно использовать из приложений ADO.NET для предотвращения несанкционированного считывания или изменения данных сторонними пользователями. Некоторые классы являются оболочками для неуправляемого интерфейса Microsoft CryptoAPI, а другие представляют собой управляемые реализации. В разделе Службы криптографии приведены общие сведения о криптографии в .NET Framework, описывается реализация криптографии, а также способы выполнения конкретных криптографических задач.
В отличие от шифрования, представляющего собой обратимый процесс, хэширование данных необратимо. Хэширование данных полезно в случае, когда необходимо предотвращение искажения путем проверки того, что данные не были изменены: при идентичных входных строках алгоритмы хэширования выдают идентичные короткие выходные значения, которые легко можно сравнить. В разделе Обеспечение целостности данных с помощью хэш-кодов описывается способ создания и проверки значений хэша.
Шифрование файлов конфигурации
Защита доступа к источникам данным — одна из важнейших целей защиты приложения. Строка соединения представляет собой потенциальную уязвимость, если она не защищена. Строки соединения, сохраненные в файлах конфигурации, хранятся в стандартных XML-файлах, для которых в .NET Framework определен набор элементов. Защищенная конфигурация дает возможность шифровать конфиденциальные данные в файле конфигурации. Хотя защищенная конфигурация в первую очередь создана для приложений ASP.NET, она также может использоваться для шифрования разделов файла конфигурации в приложениях Windows. Дополнительные сведения см. в разделе Защита сведений о соединении (ADO.NET).
Обеспечение безопасности строковых значений в памяти
Если объект String содержит конфиденциальные данные, например пароль, номер кредитной карты или персональные данные, то существует риск раскрытия этих сведений после их использования, поскольку приложение не может удалить данные из памяти компьютера.
Объект String является неизменяемым; после создания его значение нельзя изменить. Даже если создается впечатление, что произошло изменение строкового значения, в действительности в памяти создается новый экземпляр объекта String, в котором данные сохраняются в виде обычного текста. Кроме того, невозможно спрогнозировать время удаления строковых экземпляров из памяти. Для возврата в систему памяти, освободившейся после удаления строк, применяются средства сборки мусора .NET, поэтому данный процесс является недетерминированным. Если данные по-настоящему конфиденциальны, то следует избегать использования классов String и StringBuilder.
Класс SecureString предоставляет методы шифрования текста в памяти с помощью API-интерфейса защиты данных (DPAPI). Когда строка больше не нужна, она удаляется из памяти. Метода ToString для быстрого считывания содержимого SecureString не существует. Можно инициализировать новый экземпляр SecureString, не задавая значений, или передать ему указатель на массив объектов Char. Для работы со строкой можно использовать различные методы этого класса. Для получения дополнительных сведений загрузите пример приложения SecureString, в котором демонстрируется использование класса SecureString.