Prima di inserire un'impostazione proxy in un repository pubblico
Separa un endpoint proxy dalle credenziali proxy e spiega perché pubblicare il primo non fornisce controllo degli accessi.
Un nome host proxy in un file di configurazione non è la stessa cosa di una password proxy. Pubblicare l'uno o l'altra merita una decisione deliberata, ma le conseguenze sono diverse.
Un endpoint indica ai lettori dove un servizio può essere raggiungibile. Un URL come http://name:[email protected]:8080 fornisce loro anche credenziali utilizzabili. Non dovrebbe mai essere trattato come innocuo solo perché sembra un indirizzo.
Un indirizzo nascosto non è una politica di accesso
Un proxy privato necessita di controlli adeguati ai suoi utenti: autenticazione, reti client consentite e restrizioni di destinazione. Tenere l'indirizzo fuori da un repository non li sostituisce. Un servizio raggiungibile pubblicamente può essere scoperto senza che nessuno legga la tua configurazione.
Al contrario, pubblicare l'indirizzo di un servizio non dimostra che sia aperto. Un endpoint può comunque richiedere credenziali o essere raggiungibile solo da una rete prevista. Esamina il confine di accesso reale invece di presumere che segretezza e autenticazione significhino la stessa cosa.
Per esempi condivisibili, usa nomi host di documentazione e ometti i segreti. Mantieni le impostazioni private nel meccanismo consolidato di segreti o configurazione locale del progetto. Fai attenzione ai file generati e ai log diagnostici copiati, che possono contenere un URL completo con credenziali.
Se le credenziali sono state esposte, rimuovi prima la loro utilità revocandole o ruotandole. Modificare il file più recente non rimuove copie, commit precedenti o contenuti in cache. Le linee guida di GitHub sui dati sensibili spiegano perché la pulizia della cronologia è un'attività separata.
Una revisione utile controlla entrambi i lati: quale accesso concede l'informazione pubblicata e se il proxy rimane limitato anche quando il suo indirizzo è noto.