Я хочу использовать SecureString для хранения строки подключения к базе данных. Но как только я установлю для свойства ConnectionString объекта SqlConnection значение securestring, наверняка оно станет видимым для любого другого приложения, которое может читать память моего приложения?
Я сделал следующие предположения:
а) я не могу создать экземпляр объекта SqlConnection за пределами управляемой памяти
б) любая строка в управляемой памяти может быть прочитана таким приложением, как Hawkeye
Вы абсолютно правы, SecureString не дает вам никаких преимуществ, когда вам нужно передать строку в управляемый API, например, установить ConnectionString.
Он действительно предназначен для безопасной связи с безопасными неуправляемыми API.
Теоретически Microsoft могла бы рассмотреть возможность улучшения объекта SqlConnection для поддержки безопасного ConnectionString, но я думаю, что они вряд ли сделают это, потому что:
SecureString действительно полезен только в клиентском приложении, где, например. пароль создается посимвольно из пользовательского ввода, никогда не имея полного пароля в управляемой строке.
В такой среде чаще всего используется проверка подлинности Windows для подключений к SQL Server.
На сервере существуют и другие способы защиты учетных данных SQL Server, начиная с ограничения доступа к серверу для авторизованных администраторов.
2012
Microsoft улучшила SqlConnection для поддержки безопасного ConnectionString путем передачи SqlCredential в новый SqlConnection.Credential свойство:
SecureString pwd = AzureVault.GetSecretStringSecure("ProcessPassword");
SqlCredential = new SqlCredential("Richard", pwd)
connection.Credential = cred;
К сожалению, нет другого DbConnection (например, OdbcConnection, OleDbConnection, OracleConnection, EntityConnection, DB2Connection).
Да, вы можете, и да, вы должны использовать SecureString, чтобы пароль не задерживался в памяти и не открывался для атак. Вместо использования строки подключения sql вам необходимо использовать новый класс SqlCredential, свойство Password которого является SecureString. Пожалуйста, обратитесь за помощью к приведенным ниже статьям.
https://msdn.microsoft.com/en-us/library/system.data.sqlclient.sqlcredential.password(v=vs.110).aspx
http://www.codeproject.com/Tips/408901/Storing-your-connection-string-password-in-SecureS
Почему строка подключения является проблемой? Разве пароль не будет тем, что вы хотите защитить (если только вы не указываете пароль в строке подключения, что является необязательным для всех драйверов, которые я видел). При этом пароль обычно должен быть «открытым» в памяти в какой-то момент (если только у драйвера нет API, который позволяет зашифровывать пароли или что-то в этом роде, но это, вероятно, в любом случае не сильно поможет).
Обычно это не проблема, потому что процесс находится в безопасной среде, например на веб-сервере, или работает под учетной записью системного администратора (поэтому обычные пользователи не могут получить доступ к памяти процесса), или, как правило, и то, и другое. Если это на клиентской машине, работающей в пользовательской среде, вы должны предположить, что процесс в любом случае скомпрометирован, и это не поможет. Как только вы защитите процесс, вам не придется беспокоиться о таких вещах.
Присвоение значения SecureString SQLConnection.ConnectionString приведет к обходу защиты, что сделает его бесполезным.
SecureString предназначен для исправления этих обычных проблем со строками, ref:
ИМХО, тип SecureString - это патч для некачественной реализации безопасности, и в настоящее время SecureString не реализован во всей структуре, поэтому его преимущества нельзя использовать в полной мере.
У меня та же проблема, я выбираю шифрование RSA для хранения конфиденциальной информации в памяти.
Другим решением является размещение вашего уровня доступа к данным через службу на сервере базы данных, и служба работает под учетной записью локальной системы, которая подключается к базе данных и обслуживает данные, в то время как локальный пользователь не будет иметь доступ к конфигурации службы.
Если вы беспокоитесь о безопасности, я предлагаю вам включить SSL на сервере SQL и общаться с ним с помощью SSL.
