Før du lægger en proxyindstilling i et offentligt lager

Et proxy-værtsnavn i en konfigurationsfil er ikke det samme som en proxy-adgangskode. Offentliggørelse af begge dele fortjener en bevidst beslutning, men konsekvenserne er forskellige.

Et endpoint fortæller læserne, hvor en tjeneste muligvis kan nås. En URL som http://name:[email protected]:8080 giver dem også brugbare legitimationsoplysninger. Den bør aldrig behandles som harmløs, blot fordi den ligner en adresse.

En skjult adresse er ikke en adgangspolitik

En privat proxy har brug for kontroller, der passer til dens brugere: godkendelse, tilladte klientnetværk og destinationsbegrænsninger. At holde adressen ude af et lager erstatter dem ikke. En offentligt tilgængelig tjeneste kan være findbar, uden at nogen læser din konfiguration.

Omvendt beviser offentliggørelse af en tjenesteadresse ikke, at den er åben. Et endpoint kan stadig kræve legitimationsoplysninger eller kun være nåbart fra et tilsigtet netværk. Gennemgå den faktiske adgangsgrænse i stedet for at antage, at hemmeligholdelse og godkendelse betyder det samme.

Til delbare eksempler skal du bruge dokumentationsværtsnavne og udelade hemmeligheder. Opbevar private indstillinger i projektets etablerede mekanisme til hemmeligheder eller lokal konfiguration. Vær opmærksom på genererede filer og kopierede diagnostiske logfiler, som kan indeholde en komplet URL med legitimationsoplysninger.

Hvis legitimationsoplysninger er blevet eksponeret, skal du først fjerne deres anvendelighed ved at tilbagekalde eller rotere dem. Redigering af den nyeste fil fjerner ikke kopier, tidligere commits eller cachelagret indhold. GitHubs vejledning om følsomme data forklarer, hvorfor oprydning af historik er en separat opgave.

En nyttig gennemgang kontrollerer begge sider: hvilken adgang de offentliggjorte oplysninger giver, og om proxyen forbliver begrænset, selv når dens adresse er kendt.