È sicuro archiviare le password come variabili di ambiente (anziché come testo normale) nei file di configurazione?

Question

Io lavoro su alcune app in binari, django (e un po 'di php), e una delle cose che ho iniziato a fare in alcune di esse è la memorizzazione di database e altre password come variabili di ambiente piuttosto che di testo normale in determinate configurazioni file (o in settings.py, per le app di django).

Discutendo di questo con uno dei miei collaboratori, ha suggerito che si tratta di una cattiva pratica - che forse questo non è perfettamente sicuro come potrebbe sembrare a prima vista.

Quindi, mi piacerebbe sapere - è una pratica sicura? È più sicuro archiviare le password come testo normale in questi file (assicurandosi, ovviamente, di non lasciare questi file in archivi pubblici o altro)?

Answer 1

Ad un livello più teorico, tendo a pensare a livelli per la sicurezza nei modi seguenti (in ordine crescente di forza):

• Nessuna sicurezza. Testo normale Chiunque sappia dove guardare, può accedere ai dati.
• Sicurezza con offuscamento. Memorizzi i dati (testo in chiaro) in un posto complicato, come una variabile d'ambiente, o in un file che ha l'aspetto di un file di configurazione. Un hacker finirà per capire cosa sta succedendo o inciampare su di esso.
• Protezione fornita dalla crittografia che è banale da interrompere, (si pensi al cesare!).
• Protezione fornita dalla crittografia che può essere interrotta con un certo sforzo.
• Protezione fornita dalla crittografia che non è pratico da interrompere in base all'hardware corrente.
• Il sistema più sicuro è uno che non può usare! :)

Le variabili d'ambiente sono più sicuro di file di testo in chiaro, perché sono volatili/usa e getta, non salvato; Ad esempio, se si imposta solo una variabile di ambiente locale, ad esempio "imposta pwd = qualunque", e si esegue lo script, con qualcosa che esce dalla shell dei comandi alla fine dello script, la variabile non esiste più. Il tuo caso rientra nei primi due, che direi piuttosto insicuro. Se si dovesse fare ciò, non raccomanderei l'implementazione al di fuori della rete Intranet/home, e solo a scopo di test.

Answer 2

Ogni volta che si memorizza una password, non è sicuro. Periodo. Non c'è modo di memorizzare una password non crittografata in modo sicuro. Ora quale delle variabili di ambiente rispetto ai file di configurazione è più "sicuro" è forse discutibile. IMHO, se il tuo sistema è compromesso, non importa dove è memorizzato, un hacker diligente può rintracciarlo.

Answer 3

Come menzionato in precedenza, entrambi i metodi non forniscono alcun livello aggiuntivo di "sicurezza" una volta che il sistema è stato compromesso. Credo che uno dei motivi più forti per favorire le variabili di ambiente è il controllo della versione: ho visto troppe configurazioni del database, ecc. Che sono accidentalmente memorizzate nel sistema di controllo della versione come GIT per ogni altro sviluppatore da vedere (e whoops! È successo anche a me ...).

Non memorizzare le password nei file rende impossibile la loro memorizzazione nel sistema di controllo delle versioni.

Answer 4

Mi spiace di non averne abbastanza per commentare, ma volevo anche aggiungere che se non stai attento, la tua shell potrebbe catturare quella password nella sua cronologia dei comandi.Quindi eseguire qualcosa come $ pwd=mypassword my_prog manualmente non è così effimero come si poteva sperare.