Antes de colocar uma configuração de proxy num repositório público
Separe um endpoint de proxy das credenciais de proxy e explique por que publicar o primeiro não proporciona controle de acesso.
Um nome de host de proxy num arquivo de configuração não é a mesma coisa que uma senha de proxy. Publicar qualquer um dos dois merece uma decisão deliberada, mas as consequências são diferentes.
Um endpoint informa aos leitores onde um serviço pode estar acessível. Uma URL como http://name:[email protected]:8080 também lhes dá credenciais utilizáveis. Ela nunca deve ser tratada como inofensiva só porque parece um endereço.
Um endereço oculto não é uma política de acesso
Um proxy privado precisa de controles adequados aos seus usuários: autenticação, redes de clientes permitidas e restrições de destino. Manter o endereço fora de um repositório não os substitui. Um serviço acessível publicamente pode ser descoberto sem que ninguém leia a sua configuração.
Por outro lado, publicar o endereço de um serviço não prova que ele esteja aberto. Um endpoint ainda pode exigir credenciais ou ser acessível apenas a partir de uma rede prevista. Revise o limite de acesso real em vez de presumir que segredo e autenticação significam a mesma coisa.
Para exemplos compartilháveis, use nomes de host de documentação e omita segredos. Mantenha as configurações privadas no mecanismo estabelecido de segredos ou de configuração local do projeto. Esteja atento a arquivos gerados e registros de diagnóstico copiados, que podem conter uma URL completa com credenciais.
Se credenciais foram expostas, remova primeiro a sua utilidade revogando-as ou rotacionando-as. Editar o arquivo mais recente não remove cópias, commits anteriores ou conteúdo em cache. As orientações do GitHub sobre dados sensíveis explicam por que a limpeza do histórico é uma tarefa separada.
Uma revisão útil verifica os dois lados: que acesso as informações publicadas concedem e se o proxy permanece restrito mesmo quando seu endereço é conhecido.