Kontrakteur-toegang tot bewaarplek: openbare ingang of VPN-pad?
’n Kontrakteur het een private bewaarplek vir ’n beperkte projek nodig. Kies ’n geauthentiseerde openbare ingang of ’n beperkte VPN-pad en maak dan die bewaarplekrol die eenheid van toegang.
’n Kontrakteur het een private bewaarplek nodig vir ’n beperkte projek, en die versoek kom as óf «maak die bewaarplek openbaar» óf «gee hulle VPN-toegang». Beide antwoorde slaan die werklike vraag oor. Bewaarplekmagtiging en netwerkingang is aparte lae, en die toestemming wat saak maak, is die een wat daardie persoon laat lees of push na daardie een bewaarplek. Alles anders in enige bundel is ekstra risiko. Ontwerp eers die magtigingslaag en besluit dan hoe min netwerkpad dit nodig het.
’n Illustratiewe opdrag maak dit konkreet: een eksterne ontwikkelaar, een bewaarplek, geen produksie-gashere nie, geen administrasiekopsy nie. Hou daardie omvang vas terwyl jy die ingange vergelyk.
Twee ingange, twee verskillende grense
’n Publiek bereikbare bewaarplekdiens handhaaf steeds HTTPS- of SSH-verifikasie en toepassingsmagtiging. Publieke bereikbaarheid beteken nie anonieme leesbaarheid nie. Die koste is ’n luisteraar wat jy moet onderhou, monitor en patch.
’n VPN-ingang kan daardie luisteraar van die openbare pad hou, maar ’n breë VPN-rekening kan onverwante dienste blootstel. ’n Oorblywende openbare gasheernaam, ’n SSH-luisteraar of ’n adresfamilie wat jy vergeet het, kan die grens van slegs VPN verydel wat jy gedink het jy het. Daarom het ’n ontwerp van slegs VPN ’n inventaris van luisteraars nodig, nie net ’n brandmuurreël nie.
Vergelyk toegelate paaie, nie etikette nie. Hou in elk geval toepassingsverifikasie en normale bediener-identiteitsvalidering in plek.
Bewaarplekrolle is die eenheid van toestemming
Gee die kontrakteur ’n individuele identiteit met die kleinste rol wat die taak voltooi. Bekyk, push, onderhou en administreer is verskillende rolle, en ’n groep wat elke interne projek toeken, is nie dieselfde as toegang tot een bewaarplek nie. Kyk na die werklike rolnames in jou platform eerder as om aan te neem dat ’n groepnaam na een rol map.
Lys elke bewerking wat die opdrag werklik nodig het. Blaaiertoegang en Git-vervoer kan verskillende geloofsbriewe of luisteraars gebruik. Outomatiese boue, pakketafgelaai en webhooks kan as aparte identiteite met hul eie afleweringspaaie loop, en ’n VPN op die skootrekenaar verbind nie daardie nie.
Die beskerming van die bewaarplek se inhoud is ’n aparte werk. Om die ingangspad te verander verwyder nie ’n geheim wat reeds in die geskiedenis is nie, beperk nie ’n gemagtigde kloon nie, of beveilig nie ’n bydraer se werkstasie nie.
Geloofsbriewe wat die persoon oorlewe
Onttrekking is waar bewaarplektoegang en netwerktoegang weer uiteenloop. Verwyder die bewaarplekmagtiging en die VPN-geregtigheid deur hul onderskeie eienaars, en kyk dan na persoonlike tekens, SSH-sleutels, outomatiseringsgeloofsbriewe en aktiewe sessies. ’n Ontplooiingsleutel is die klassieke oorlewende: dit kan sy gekonfigureerde lees- of skryftoegang behou nadat die persoon die organisasie verlaat. Verwydering van ’n lidmaatskappyls is nie volledige onttrekking nie.
Inventariseer masjien-geloofsbriewe per eienaar en doel voor die opdrag eindig, nie daarna nie. ’n Teken wat vir ’n eenweek-bou geskep is, kan die projek met ’n jaar oorleef as niemand neergeskryf het waarom dit bestaan nie.
Verifieer die bewerking, die weiering en die onttrekking
Voor oorhandiging, toets drie dinge: die toegelate bewaarplekbewerking slaag, ’n onverwante bewaarplek word geweier, en die afgetrede identiteit misluk. As die ontwerp slegs VPN is, bevestig dat die ou direkte openbare roete die bewerking nie meer kan uitvoer nie.
Hou die kode en die hersieningsrekords, maar moenie toelaat dat vergete toegang die herstelplan word nie. ’n Geskrewe lys van identiteite, rolle en vervaldatums is wat die volgende kontrakteurversoek ’n herhaalbare proses maak.