프록시 설정을 공개 저장소에 두기 전에
프록시 엔드포인트를 프록시 자격 증명과 분리하고, 전자를 공개하는 것이 왜 접근 제어를 제공하지 않는지 설명합니다.
구성 파일의 프록시 호스트 이름은 프록시 비밀번호와 같은 것이 아닙니다. 둘 중 어느 것을 공개하든 의도적인 결정이 필요하지만 그 결과는 다릅니다.
엔드포인트는 서비스가 어디에서 도달 가능한지 독자에게 알려 줍니다. http://name:[email protected]:8080 같은 URL은 사용 가능한 자격 증명까지 제공합니다. 단지 주소처럼 보인다는 이유만으로 무해하다고 여겨서는 안 됩니다.
숨겨진 주소는 접근 정책이 아니다
사설 프록시에는 사용자에게 맞는 통제가 필요합니다. 인증, 허용된 클라이언트 네트워크, 목적지 제한입니다. 주소를 저장소 밖에 두는 것은 그런 통제를 대신하지 못합니다. 공개적으로 도달 가능한 서비스는 누구도 구성을 읽지 않아도 발견될 수 있습니다.
반대로 서비스 주소를 공개한다고 해서 그것이 열려 있다는 증거는 아닙니다. 엔드포인트는 여전히 자격 증명을 요구하거나 의도된 네트워크에서만 도달 가능할 수 있습니다. 비밀과 인증이 같은 뜻이라고 가정하지 말고 실제 접근 경계를 검토하십시오.
공유 가능한 예제에는 문서용 호스트 이름을 쓰고 비밀은 생략하십시오. 비공개 설정은 프로젝트의 확립된 비밀 또는 로컬 구성 메커니즘에 두십시오. 생성된 파일과 복사된 진단 로그에 주의하십시오. 자격 증명이 포함된 전체 URL이 들어 있을 수 있습니다.
자격 증명이 노출되었다면 먼저 폐기하거나 교체하여 유용성을 없애십시오. 최신 파일을 편집해도 복사본, 이전 커밋, 캐시된 내용은 사라지지 않습니다. GitHub의 민감한 데이터 지침은 기록 정리가 왜 별도의 작업인지 설명합니다.
유용한 검토는 양쪽을 확인합니다. 공개된 정보가 어떤 접근을 허용하는지, 그리고 주소를 알아도 프록시가 제한된 상태로 남는지입니다.