Një emër hosti proxy në një skedar konfigurimi nuk është e njëjta gjë si një fjalëkalim proxy. Publikimi i secilit prej tyre meriton një vendim të qëllimshëm, por pasojat janë të ndryshme.

Një pikë fundore u tregon lexuesve ku një shërbim mund të jetë i arritshëm. Një URL si http://name:[email protected]:8080 u jep atyre gjithashtu kredenciale të përdorshme. Nuk duhet trajtuar kurrë si i padëmshëm vetëm sepse duket si një adresë.

Një adresë e fshehur nuk është politikë aksesi

Një proxy privat ka nevojë për kontrolle të përshtatshme për përdoruesit e tij: vërtetim, rrjete klientësh të lejuara dhe kufizime destinacioni. Mbajtja e adresës jashtë një depoje nuk i zëvendëson ato. Një shërbim i arritshëm publikisht mund të zbulohet pa lexuar askush konfigurimin tuaj.

Në të kundërt, publikimi i adresës së një shërbimi nuk provon se ai është i hapur. Një pikë fundore mund të kërkojë ende kredenciale ose të jetë e arritshme vetëm nga një rrjet i synuar. Rishikoni kufirin real të aksesit në vend që të supozoni se fshehtësia dhe vërtetimi nënkuptojnë të njëjtën gjë.

Për shembuj që mund të ndahen, përdorni emra hosti dokumentacioni dhe hiqni sekretet. Mbajini cilësimet private në mekanizmin e vendosur të sekreteve ose të konfigurimit lokal të projektit. Jini vigjilentë ndaj skedarëve të gjeneruar dhe regjistrave diagnostikë të kopjuar, të cilët mund të përmbajnë një URL të plotë me kredenciale.

Nëse kredencialet u ekspozuan, hiqni së pari dobinë e tyre duke i revokuar ose rrotulluar. Redaktimi i skedarit më të ri nuk heq kopje, commit-e të mëparshme ose përmbajtje të ruajtur në cache. Udhëzuesi i GitHub për të dhëna të ndjeshme shpjegon pse pastrimi i historisë është një detyrë e veçantë.

Një rishikim i dobishëm kontrollon të dyja anët: çfarë aksesi japin informacionet e publikuara dhe nëse proxy mbetet i kufizuar edhe kur adresa e tij njihet.

Artikuj të ngjashëm