Korleis dokumentere VPN-tilgangsgodkjenningar utan nettlesarhistorikk

To team ber om same artefakt og meiner ulike ting med det. Revisoren vil ha prov på at ein namngjeven person godkjende ei rolle fram til ein dato, medan nettverksteamet har ein brannmurlogg full av destinasjonar og går ut frå at han tel. Det gjer han ikkje, og difor blir godkjenningsmappene fylte med vertsnamn og feilar likevel på det første revisjonsspørsmålet. Det du faktisk treng er lite, og ingen av det krev at du registrerer kvar nokon har nettlese.

Storleiken på oppføringa følgjer tre vilkår: om godkjenninga blir gitt per person eller per rolle, om retta kan overleve tilsetjinga til personen, og om ein kontrakt eller eit rammeverk nemner tilgangsrevisjonen som påkravd prov.

Start med spørsmålet til revisoren, ikkje med tilkoplinga

Skriv ned spørsmålet ein revisor ville stilt høgt før du vel eitt einaste felt. Kven godkjende tilgang for denne identiteten, til kva, mellom kva datoar, og kven skulle fjerna han til slutt. Kvart felt på skjemaet må svare på ein del av den setninga, og alt som ikkje gjer det, er inventar du nettopp har påteke deg plikta til å verne.

Den testen fjernar det meste av det som blir lagt til av vane. Destinasjonslister, DNS-spørjingar, bruksgrafikk for applikasjonar og skjermbilete av ei levande økt skildrar alle åtferd. Åtferd er ikkje godkjenninga, og å samle ho flyttar saka til ein mykje høgare følsemdsklasse, noko som arbeider mot målet du starta med.

Tre vilkår avgjer kor mykje du skal behalde

Godkjenningar per person treng ein identitet og ein sluttdato. Godkjenningar per rolle treng rolla, omfanget ho gir og eigaren av populasjonen, fordi å liste førti personar på éi linje skaper førti oppføringar å vedlikehalde og førti sjansar til å oversjå ein avgang. Der retta kan overleve tilsetjinga, legg til ein eigar for fjerninga og ein revisjonsrytme, sidan ein utløpsdato i eit rekneark sjeldan får nokon til å handle.

Når eit rammeverk nemner tilgangsrevisjonen som påkravd prov, behald artefakten som revisjonsprosessen alt viser til. Å byggje ein parallell kopi for VPN-teamet er måten to versjonar av same godkjenning endar med å vere usamde om ein sluttdato.

Felta som ber avgjerda

Det brukbare settet er kort: den godkjende identiteten, førespurnaden, godkjenneren, rolle- eller ressursomfanget, grunngjevinga på éi linje, gyldigheitsvindauget, eigaren av revisjonen eller fjerninga, og ein peikar til saka der førespurnaden vart drøfta. Vis til eininga eller legitimasjonen med ein ikkje-hemmeleg identifikator som ei aktivmerking eller subjektet til sertifikatet, aldri med den private nokkelen eller passordet som vart brukt.

Handter resultatet som personopplysningar sjølv om det ikkje inneheld destinasjonar. Ei oppføring som seier at denne namngjevne tilsette hadde administrativ tilgang til finanssegmentet i seks månader, er følsam i seg sjølv, så avgrens kven som kan lese mappa og set oppbevaring for det administrative føremålet i staden for å kalle saka anonym.

Kvar nettlesardata snik seg inn i godkjenningssaka

Tre lekkasjar forklarer det meste. Ei støttesak inneheld eit skjermbilete av tilkoplingsvindauget til klienten, nokon limer inn ein SIEM-eksport for kontekst, eller ein inventarrapport blir samanstilt med godkjenninga fordi samanstillinga var enkel den gongen. Kvart vedlegg legg åtferd til ei sak som berre trong ei avgjerd. Når skjermbiletet først er inne, byrjar revisoren å spørje kva brukaren nådde, og saka må omklassifiserast.

Erstatt vedlegg med peikarar der verktøyet tillèt det. Viss policyen insisterer på eit vedlegg, be om avgjerdsteksten og førespurnadstråden, ikkje øktopptaket, og fjern resten før saka blir lagra. Meldinga til godkjenneren sjølv er vanlegvis det beste provet og det minst avdekkjande.

Stadfest omfanget utan sporet

Gateway-policyen er det som gjer ei godkjenning til tilgang, så test han direkte. Logg inn med ein konto innanfor det godkjende omfanget og nå ein tillaten ressurs, prøv deretter ein destinasjon utanfor omfanget og stadfest avvisinga, med klienten og metoden policyen ventar, ikkje ei nettlesarfane på same vert.

Tilgjengelegheitsovervaking og hendingsdiagnostikk kan behalde si eiga synlegheit, under si eiga oppbevaring og si eiga tilgangsliste. Å halde desse to føremåla åtskilde er det som lèt deg svare revisoren utan å overlevere eit nettlesarspor, og det held diagnostikken nyttig når noko faktisk bryt saman.

Kva du skal kontrollere før neste revisjon

Stadfest at skjemaet svarer på setninga til revisoren og ikkje noko meir. Kontroller at kvar rad har ein godkjenner, eit vindauge og ein eigar for fjerninga. Sjå deretter på den eigne tilgangslista til mappa og spør om ho er mindre enn VPN-brukarbasen.

Det siste trinnet er det folk hoppar over. Ta ei utgått godkjenning og følg ho til identitetsleverandøren for å sjå om kontoen faktisk vart deaktivert. Viss identiteten framleis er aktiv, var oppføringa nøyaktig og prosessen ikkje.