utilizzando securestring per una connessione sql

Question

Desidero utilizzare un SecureString per contenere una stringa di connessione per un database. Ma non appena ho impostato la proprietà ConnectionString dell'oggetto SqlConnection sul valore di securestring, sicuramente diventerà visibile a qualsiasi altra applicazione in grado di leggere la memoria dell'applicazione?

ho fatte le seguenti ipotesi:
a) non sono in grado di un'istanza di un oggetto SqlConnection fuori di memoria gestita
b) qualsiasi stringa all'interno memoria gestita possono essere letti da un'applicazione come Hawkeye

Answer 1

Hai assolutamente ragione il SecureString non ti offre alcun vantaggio quando devi passare la stringa a un'API gestita, come ad esempio l'impostazione di ConnectionString.

È davvero progettato per comunicazioni sicure con API sicure non gestite.

Microsoft potrebbe teoricamente in considerazione un miglioramento oggetto SqlConnection per sostenere una ConnectionString sicuro, ma penso che è improbabile che farlo perché:

• SecureString è veramente utile solo in un'applicazione client, in cui per esempio una password viene costruita carattere per carattere dall'input dell'utente, senza mai avere l'intera password in una stringa gestita.

• In tale ambiente, è più comune utilizzare l'autenticazione di Windows per le connessioni a SQL Server.

• Su un server esistono altri modi per proteggere le credenziali di SQL Server, iniziando limitando l'accesso al server agli amministratori autorizzati.

Answer 2

Se sei preoccupato per la sicurezza, ti suggerisco di abilitare SSL nel server SQL e comunicare con esso utilizzando SSL.

Answer 3

Perché la stringa di connessione è un problema? La password non dovrebbe essere ciò che si desidera proteggere (a meno che non si inserisca la password nella stringa di connessione che è facoltativa per tutti i driver che ho visto). Detto questo, la password di solito deve essere "in chiaro" in memoria ad un certo punto (a meno che il driver abbia qualche API che consente password crittografate o qualcosa del genere, ma che probabilmente non sarebbe di grande aiuto in ogni caso).

In genere questo non è un problema perché il processo si trova in un ambiente sicuro, come su un server Web, o in esecuzione come account di amministratore di sistema (quindi gli utenti normali non possono accedere alla memoria del processo) o di solito entrambi. Se questo è sul computer di un cliente in esecuzione in userland, è necessario presumere che il processo sia comunque compromesso e questo non sarebbe di aiuto. Una volta sicuro il processo, non devi preoccuparti di cose come questa.

Answer 4

Assegnare un valore SecureString per SqlConnection.ConnectionString consentirà di bypassare la sicurezza, il che rende inutile.

Un SecureString è destinato a risolvere questi normali problemi di stringa, ref:

• non appuntato, garbage collector può muoversi in giro, lasciando le copie in memoria
• non crittografato
• Se il processo viene scambiato su disco, la stringa sarà nel file di scambio
• non modificabile, la modifica manterrà la versione precedente e la nuova versione entrambe in memoria
• n o modo per cancellare fuori quando hai finito di usarlo

IMHO il tipo SecureString è una patch per un'implementazione di sicurezza scadente, e attualmente SecureString non è stata attuata in tutto il quadro, quindi è benefici puo' essere usato completamente

Ho lo stesso problema, sto optando per la crittografia RSA che memorizza informazioni sensibili in memoria.

Un'altra soluzione ospita il livello di accesso ai dati tramite un servizio sul server database e il servizio viene eseguito con l'account di sistema locale, che si collega al database e serve i dati, mentre l'utente locale non ha accesso al servizio config.

Answer 5

Sì, è possibile e si, si dovrebbe usare SecureString per evitare che la password rimanga nella memoria libera e aperta agli attacchi. Anziché utilizzare una stringa di connessione SQL, è necessario utilizzare la nuova classe SqlCredential la cui proprietà Password è una SecureString. Si prega di fare riferimento agli articoli sotto per aiuto.

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