Un URL proxy può contenere il nome utente senza contenere la password:

[http]
    proxy = http://[email protected]:8080

Git tenta di ottenere la password mancante tramite il suo meccanismo di credenziali. Sostituite l'account e l'endpoint con i vostri. La build di Git, il backend HTTP e il metodo di autenticazione del proxy devono supportare la disposizione che usate.

Scegliete cosa tenere fuori dallo spazio di archiviazione

RequisitoCosa predisporre
Nessuna password nell'URL proxy configuratoUsate la forma con il solo nome utente e fornite il segreto mancante tramite il meccanismo di credenziali supportato.
Nessuna password riutilizzabile salvata su discoScegliete un helper approvato il cui comportamento di archiviazione soddisfi questo requisito. Omettere solo la password dall'URL non basta.
Autenticazione integrataUsate il metodo supportato e l'identità di processo applicabile invece di trattarla come un'altra grafia di una password Basic.

Gli helper possono memorizzare le credenziali in un archivio di credenziali del sistema operativo, in memoria, in un file o in un altro sistema. Ispezionate l'helper configurato per questo account e questo URL prima di concludere che la password non è più memorizzata.

Tenete d'occhio le altre copie

Un helper inline che restituisce una password codificata a mano la memorizza semplicemente altrove. Anche una variabile d'ambiente o un argomento di comando che porta la password può finire in script, diagnostica, ispezione dei processi o cronologia della shell.

Il registro utile è breve: endpoint del proxy, metodo di autenticazione, origine delle credenziali e politica di archiviazione. Tenete i segreti fuori da quel registro. Le credenziali di origine e quelle del proxy possono usare percorsi di supporto diversi, quindi un accesso riuscito a un sito web non dimostra questa disposizione del proxy.

Articoli correlati