Divas komandas pieprasa vienu un to pašu artefaktu un saprot ar to dažādas lietas. Pārskatītājs grib pierādījumu, ka nosaukta persona apstiprināja lomu līdz noteiktam datumam, savukārt tīkla komandai ir ugunsmūra žurnāls, pilns ar galamērķiem, un tā pieņem, ka tas skaitās. Neskaitās, un tāpēc apstiprinājumu mapes piepildās ar resursdatoru nosaukumiem un tomēr neiztur pirmo audita jautājumu. Tas, kas patiešām vajadzīgs, ir maz, un nekas no tā neprasa reģistrēt, kur kāds pārlūkoja.

Ieraksta lielums seko trim nosacījumiem: vai apstiprinājums tiek dots personai vai lomai, vai tiesības var pārdzīvot personas darba attiecības un vai līgums vai ietvars nosauc piekļuves pārskatīšanu kā prasītu pierādījumu.

Sāciet ar pārskatītāja jautājumu, nevis ar savienojumu

Pierakstiet jautājumu, ko auditors uzdotu skaļi, pirms izvēlaties kaut vienu lauku. Kas apstiprināja piekļuvi šai identitātei, kam, starp kuriem datumiem, un kam vajadzēja to noņemt beigās. Katram veidlapas laukam jāatbild uz daļu no šī teikuma, un viss, kas to nedara, ir inventārs, par kura aizsardzību jūs tikko uzņēmāties pienākumu.

Šis tests noņem lielāko daļu tā, kas tiek pievienots ieraduma dēļ. Galamērķu saraksti, DNS vaicājumi, lietotņu lietošanas grafiki un tiešraides sesijas ekrānuzņēmumi visi apraksta uzvedību. Uzvedība nav apstiprinājums, un tās vākšana pārvieto lietu daudz augstākā jutīguma klasē, kas ir pretēji mērķim, ar kuru jūs sākāt.

Trīs nosacījumi nosaka, cik daudz paturēt

Apstiprinājumiem personai vajag identitāti un beigu datumu. Apstiprinājumiem lomai vajag lomu, tās piešķirto apjomu un populācijas īpašnieku, jo četrdesmit cilvēku uzskaitīšana vienā rindā rada četrdesmit ierakstus, kas jāuztur, un četrdesmit iespējas palaist garām aiziešanu. Kur tiesības var pārdzīvot darba attiecības, pievienojiet noņemšanas īpašnieku un pārskatīšanas ritmu, jo derīguma termiņš izklājlapā reti liek kādam rīkoties.

ConditionAdd to the recordLeave out
Approved per personIdentity, approver, expiryDevice telemetry
Approved per roleRole, scope, population ownerPer-user destinations
Outlives employmentRemoval owner, review dateSession transcripts
Named in a contractThe cited artifact and its revisionA second, friendlier copy

Kad ietvars nosauc piekļuves pārskatīšanu kā prasītu pierādījumu, saglabājiet to artefaktu, uz kuru pārskatīšanas process jau atsaucas. Paralēlas kopijas veidošana VPN komandai ir ceļš, kā divas viena un tā paša apstiprinājuma versijas sāk nesaskaņot beigu datumu.

Lauki, kas nes lēmumu

Derīgā kopa ir īsa: apstiprinātā identitāte, pieprasītājs, apstiprinātājs, lomas vai resursa apjoms, iemesls vienā rindā, derīguma logs, pārskatīšanas vai noņemšanas īpašnieks un norāde uz biļeti, kurā pieprasījums tika argumentēts. Uz ierīci vai akreditācijas datiem atsaucieties ar ne slepenu identifikatoru, piemēram, aktīva birku vai sertifikāta subjektu, nekad ar izmantoto privāto atslēgu vai paroli.

Uztveriet rezultātu kā personas datus, pat ja tajā nav galamērķu. Ieraksts, kas saka, ka šim nosauktajam darbiniekam sešus mēnešus bija administratīva piekļuve finanšu segmentam, ir jutīgs pats par sevi, tāpēc ierobežojiet, kas var lasīt mapi, un nosakiet glabāšanu administratīvajam nolūkam, nevis sauciet lietu par anonīmu.

Kur pārlūkošanas dati ieslīd apstiprinājuma lietā

Trīs noplūdes izskaidro lielāko daļu. Palīdzības dienesta biļetē ir klienta savienojuma loga ekrānuzņēmums, kāds ielīmē SIEM eksportu kontekstam, vai inventarizācijas atskaite tiek pievienota apstiprinājumam, jo toreiz pievienošana bija vienkārša. Katrs pielikums pievieno uzvedību lietai, kurai vajadzēja tikai lēmumu. Tiklīdz ekrānuzņēmums ir iekšā, pārskatītājs sāk jautāt, kam lietotājs tika klāt, un lieta ir jāpārklasificē.

Aizstājiet pielikumus ar norādēm visur, kur rīks to atļauj. Ja politika uzstāj uz pielikumu, lūdziet lēmuma tekstu un pieprasījuma pavedienu, nevis sesijas ierakstu, un noņemiet pārējo pirms lietas saglabāšanas. Paša apstiprinātāja ziņa parasti ir labākais pierādījums un vismazāk atklāj.

Pārbaudiet apjomu bez pēdām

Vārtejas politika ir tas, kas apstiprinājumu pārvērš piekļuvē, tāpēc pārbaudiet to tieši. Piesakieties ar kontu apstiprinātajā apjomā un sasniedziet atļautu resursu, pēc tam izmēģiniet galamērķi ārpus apjoma un apstipriniet atteikumu, izmantojot klientu un metodi, ko politika sagaida, nevis pārlūka cilni tajā pašā resursdatorā.

Pieejamības uzraudzība un incidentu diagnostika var paturēt savu redzamību, savā glabāšanā un savā piekļuves sarakstā. Šo divu nolūku šķiršana ir tas, kas ļauj atbildēt pārskatītājam, nenododot pārlūkošanas pēdas, un saglabā diagnostiku noderīgu, kad kaut kas tiešām salūzt.

Kas jāpārbauda pirms nākamās pārskatīšanas

Pārliecinieties, ka veidlapa atbild uz auditora teikumu un ne vairāk. Pārbaudiet, vai katrā rindā ir apstiprinātājs, logs un noņemšanas īpašnieks. Pēc tam apskatiet pašas mapes piekļuves sarakstu un pajautājiet, vai tas ir mazāks par VPN lietotāju bāzi.

Pēdējais solis ir tas, ko cilvēki izlaiž. Paņemiet beigušos apstiprinājumu un sekojiet tam līdz identitātes nodrošinātājam, lai redzētu, vai konts tiešām tika atspējots. Ja identitāte joprojām ir aktīva, ieraksts bija precīzs, bet process ne.

Saistītie raksti