Innan du lägger en proxyinställning i ett offentligt arkiv
Separera en proxy-slutpunkt från proxy-inloggningsuppgifter och förklara varför publicering av den förra inte ger åtkomstkontroll.
Ett proxy-värdnamn i en konfigurationsfil är inte samma sak som ett proxy-lösenord. Att publicera endera förtjänar ett medvetet beslut, men konsekvenserna skiljer sig.
En slutpunkt talar om för läsarna var en tjänst kan nås. En URL som http://name:[email protected]:8080 ger dem också användbara inloggningsuppgifter. Den bör aldrig behandlas som ofarlig bara för att den ser ut som en adress.
En dold adress är inte en åtkomstpolicy
En privat proxy behöver kontroller som passar dess användare: autentisering, tillåtna klientnätverk och destinationsbegränsningar. Att hålla adressen utanför ett arkiv ersätter dem inte. En offentligt nåbar tjänst kan upptäckas utan att någon läser din konfiguration.
Omvänt bevisar inte publicering av en tjänstadress att den är öppen. En slutpunkt kan fortfarande kräva inloggningsuppgifter eller bara vara nåbar från ett avsett nätverk. Granska den faktiska åtkomstgränsen i stället för att anta att hemlighållande och autentisering betyder samma sak.
Använd dokumentationsvärdnamn för delbara exempel och utelämna hemligheter. Förvara privata inställningar i projektets etablerade mekanism för hemligheter eller lokal konfiguration. Var uppmärksam på genererade filer och kopierade diagnostikloggar, som kan innehålla en fullständig URL med inloggningsuppgifter.
Om inloggningsuppgifter har exponerats, ta först bort deras nytta genom att återkalla eller rotera dem. Att redigera den senaste filen tar inte bort kopior, tidigare commits eller cachelagrat innehåll. GitHubs vägledning för känsliga data förklarar varför historikrensning är en separat uppgift.
En användbar granskning kontrollerar båda sidorna: vilken åtkomst den publicerade informationen ger, och om proxyn förblir begränsad även när dess adress är känd.