Tilgangen til kontraktøren til repositoriet: open inngang eller VPN-veg?

Ein kontraktør treng eitt privat repositorium for eit avgrensa prosjekt, og førespurnaden kjem anten som «gjer repoet ope» eller «gje dei VPN-tilgang». Begge svara hoppar over det eigentlege spørsmålet. Repositorieautorisasjon og nettverksinngang er skilde lag, og løyvet som tel, er det som lèt den personen lese eller pushe til nettopp det eine repositoriet. Alt anna i kvar pakke er ekstra risiko. Design autorisasjonslaget fyrst, og avgjer deretter kor liten nettverksveg det treng.

Eit illustrerande oppdrag gjer dette konkret: éin ekstern utviklar, eitt repositorium, ingen produksjonsvertar, ingen administrasjonsgrensesnitt. Hald dette omfanget fast medan du samanliknar inngangane.

To inngangar, to ulike grenser

Ei offentleg tilgjengeleg repositorieteneste handhevar framleis HTTPS- eller SSH-autentisering og applikasjonsautorisasjon. Offentleg tilgjengelegheit tyder ikkje anonym lesbarheit. Prisen er ein lyttar du må vedlikehalde, overvake og patche.

Ein VPN-inngang kan halde den lyttaren utanfor den offentlege vegen, men ein brei VPN-konto kan eksponere urelaterte tenester. Eit attverande offentleg vertsnamn, ein SSH-lyttar eller ein adressefamilie du gløymde, kan bryte den VPN-berre grensa du trudde du hadde. Difor treng eit VPN-berre design ei oversikt over lyttarar, ikkje berre ein brannmurregel.

Samanlikn tillatne vegar, ikkje etikettar. Hald uansett applikasjonsautentisering og normal validering av tenaridentitet på plass.

Repositorieroller er eininga for løyve

Gje kontraktøren ein individuell identitet med den minste rolla som fullfører oppgåva. Vise, pushe, vedlikehalde og administrere er ulike roller, og ei gruppe som gjev kvart internt prosjekt, er ikkje det same som tilgang til eitt repositorium. Sjekk dei faktiske rollenamna i plattforma di i staden for å anta at eit gruppenamn svarar til éi rolle.

List opp kvar operasjon oppdraget faktisk treng. Nettlesartilgang og Git-transport kan bruke ulike legitimasjonar eller lyttarar. Automatiserte bygg, pakkenedlastingar og webhookar kan køyre som skilde identitetar med eigne leveringsvegar, og ein VPN på den berbare maskina koplar dei ikkje saman.

Å verne innhaldet i repositoriet er ein separat jobb. Å endre inngangsvegen fjernar ikkje ein hemmelegheit som alt ligg i historia, avgrensar ikkje ein autorisert klone eller sikrar ikkje arbeidsstasjonen til ein bidragsytar.

Legitimasjon som lever lenger enn personen

Offboarding er der repositorietilgang og nettverkstilgang igjen skil lag. Fjern repositorieautorisasjonen og VPN-rettet gjennom dei respektive eigarane, og sjekk deretter personlege token, SSH-nøklar, automatiseringslegitimasjon og aktive økter. Ein deploy-nøkkel er den klassiske overlevaren: han kan halde den konfigurerte lese- eller skrivetilgangen etter at personen forlèt organisasjonen. Fjerning frå ei medlemsliste er ikkje fullstendig offboarding.

Lag ei oversikt over maskinlegitimasjon etter eigar og formål før oppdraget sluttar, ikkje etterpå. Eit token laga for eit vekesbygg kan overleve prosjektet med eitt år om ingen skreiv ned kvifor det finst.

Stadfest operasjonen, avvisinga og offboardings

Før overlevering, test tre ting: den tillatne repositorieoperasjonen lukkast, eit urelatert repositorium blir avvist, og den avslutta identiteten feilar. Om designet er VPN-berre, stadfest at den gamle direkte offentlege ruta ikkje lenger kan utføre operasjonen.

Ta vare på koden og gjennomgangsregistreringane, men lat ikkje gløymd tilgang bli gjenopprettingsplanen. Ei skriftleg liste over identitetar, roller og utløpsdatoar er det som gjer den neste kontraktørførespurnaden til ein repeterbar prosess.