Antes de poñer unha configuración de proxy nun repositorio público
Separe un punto de conexión de proxy das credenciais de proxy e explique por que publicar o primeiro non proporciona control de acceso.
Un nome de host de proxy nun ficheiro de configuración non é o mesmo ca un contrasinal de proxy. Publicar calquera dos dous merece unha decisión deliberada, pero as consecuencias son diferentes.
Un punto de conexión indica aos lectores onde pode ser accesible un servizo. Unha URL como http://name:[email protected]:8080 tamén lles dá credenciais utilizables. Nunca se debe tratar como inofensiva só porque parece un enderezo.
Un enderezo oculto non é unha política de acceso
Un proxy privado necesita controis axeitados aos seus usuarios: autenticación, redes de clientes permitidas e restricións de destino. Manter o enderezo fóra dun repositorio non os substitúe. Un servizo accesible publicamente pode ser descuberto sen que ninguén lea a súa configuración.
Pola contra, publicar o enderezo dun servizo non demostra que estea aberto. Un punto de conexión aínda pode esixir credenciais ou ser accesible só desde unha rede prevista. Revise o límite de acceso real en lugar de supoñer que segredo e autenticación significan o mesmo.
Para exemplos compartibles, use nomes de host de documentación e omita os segredos. Manteña a configuración privada no mecanismo establecido de segredos ou de configuración local do proxecto. Estea atento aos ficheiros xerados e aos rexistros de diagnóstico copiados, que poden conter unha URL completa con credenciais.
Se se expuxeron credenciais, elimine primeiro a súa utilidade revogándoas ou rotándoas. Editar o ficheiro máis recente non elimina copias, commits anteriores nin contido na caché. A guía de datos sensibles de GitHub explica por que a limpeza do historial é unha tarefa aparte.
Unha revisión útil comproba ambos os dous lados: que acceso outorga a información publicada e se o proxy segue restrinxido incluso cando o seu enderezo é coñecido.