Problemi di sicurezza con l'archiviazione della password in Scripting Languages (VBA)

Sei un po 'paranoico, ogni soluzione per nascondere una password non funzionerà contro qualcuno che la vuole davvero, ma ci sono modi migliori per risolvere questo problema quindi è giustificato un po' di preoccupazione. La tua idea è molto peggiore della situazione attuale, con la tua idea che chiunque abbia accesso al database che può utilizzare gli script, ognuno di essi potrebbe facilmente fare cose cattive al tuo database, e nessuno deve passare attraverso il problema di capire il account utilizzato per accedere al database.

La soluzione migliore sarebbe quella di creare una piccola app desktop o un'app Web che possa essere utilizzata per caricare file Excel o comunque i dati, quindi crittografare la stringa di connessione.

Non puoi fermare ogni possibile tecnica di intercettazione della password. Quindi devi solo pensare a ciascuna tecnica che può essere utilizzata e a quanto è probabile che sia utilizzata. Se è facile, e molto probabilmente da usare, allora è qualcosa che probabilmente non dovresti usare. Se è difficile da fare, però, e improbabile che qualcuno lo faccia, allora potrebbe essere OK. Alcuni esperti di sicurezza probabilmente non sono d'accordo, ma la realtà è che non sempre puoi fortificare tutto, sempre.

Detto ciò, l'idea di caricare il file Excel in un'app Web o in un'app desktop che carica il database è buona. In questo modo memorizzi la password in un unico posto.

Non ti definirei paranoico. Sei consapevole della sicurezza che i passaggi intrapresi dal tuo pari aiutano un po 'ma sono lontani dall'essere sufficienti . Si può ancora fare un caso sulla quantità di sicurezza di cui hai bisogno.

C'è un detto in Sicurezza in IT. "Dato un tempo sufficiente per la caduta di un sistema". È solo una questione di equilibrio, quanto ti importa di quel database delle password e di quanto è sufficiente la sicurezza (che tende anche a diventare un peso per l'utente e lo sviluppatore).

Dirò che le tecniche che menzioni sono piuttosto deboli. Se riesci a vedere la password in testo semplice, probabilmente potrebbe essere annusato . Il codice di blocco sembra anche molto debole, difficile devo ammettere che ne so poco di questo.

Ancora una volta la sicurezza è una questione di equilibrio. Cosa potrebbe accadere se la password db fosse compromessa? Bilancia questo con il prezzo di un controllo di sicurezza per la tua soluzione o assumi uno sviluppatore attento alla sicurezza che abbia qualche esperienza in materia.

Una possibilità potrebbe essere quella di utilizzare INTEGRATED SECURITY=sspi nella stringa di connessione, in questo modo non è necessario specificare utente / password e l'accesso verrà gestito tramite le autorizzazioni di accesso e DB di Active Directory (sarà necessario impostare l'accesso DB per gli utenti autorizzati a farlo funzionare).

Ho trovato anche questo altro article on Stack Overflow dove spiegano come creare una DLL esterna che può essere utilizzata per recuperare l'oggetto di connessione che oscura tutti i dettagli in quella libreria compilata.