Cum să înregistrați aprobările de acces la VPN fără istoricul navigării
Păstrați identitatea, aprobatorul și expirarea, iar lista destinațiilor lăsați-o deoparte. Trei condiții decid cât din decizia de acces trebuie să aveți de fapt în dosar.
Două echipe cer același artefact și înțeleg lucruri diferite prin el. Recenzentul vrea dovada că o persoană numită a aprobat un rol până la o dată, în timp ce echipa de rețea are un jurnal de firewall plin de destinații și presupune că acesta contează. Nu contează, și de aceea dosarele de aprobare se umplu de nume de gazdă și totuși eșuează la prima întrebare de audit. Ce aveți cu adevărat nevoie este puțin, și nimic din toate acestea nu cere să înregistrați unde a navigat cineva.
Mărimea înregistrării urmează trei condiții: dacă aprobarea se acordă pe persoană sau pe rol, dacă dreptul poate supraviețui raportului de muncă al persoanei și dacă un contract sau un cadru numește revizuirea accesului drept dovadă obligatorie.
Începeți de la întrebarea recenzentului, nu de la conexiune
Scrieți întrebarea pe care un auditor ar pune-o cu voce tare înainte de a alege un singur câmp. Cine a aprobat accesul pentru această identitate, la ce, între ce date și cine ar fi trebuit să îl retragă la final. Fiecare câmp din formular trebuie să răspundă unei părți a acelei propoziții, iar tot ce nu face asta este inventar pentru care tocmai ați preluat obligația de a-l proteja.
Acest test elimină cea mai mare parte din ce se adaugă din obișnuință. Listele de destinații, interogările DNS, graficele de utilizare a aplicațiilor și capturile unei sesiuni live descriu toate comportament. Comportamentul nu este aprobarea, iar colectarea lui mută dosarul într-o clasă de sensibilitate mult mai ridicată, ceea ce merge împotriva obiectivului cu care ați început.
Trei condiții decid cât păstrați
Aprobările pe persoană au nevoie de o identitate și de o dată de sfârșit. Aprobările pe rol au nevoie de rol, de sfera pe care o acordă și de proprietarul populației, pentru că listarea a patruzeci de persoane pe un rând creează patruzeci de înregistrări de întreținut și patruzeci de ocazii de a rata o plecare. Acolo unde dreptul poate supraviețui raportului de muncă, adăugați un proprietar al retragerii și o cadență de revizuire, fiindcă o dată de expirare într-un tabel calc rar face pe cineva să acționeze.
| Condition | Add to the record | Leave out |
|---|---|---|
| Approved per person | Identity, approver, expiry | Device telemetry |
| Approved per role | Role, scope, population owner | Per-user destinations |
| Outlives employment | Removal owner, review date | Session transcripts |
| Named in a contract | The cited artifact and its revision | A second, friendlier copy |
Când un cadru numește revizuirea accesului drept dovadă obligatorie, păstrați artefactul pe care procesul de revizuire îl citează deja. Construirea unei copii paralele pentru echipa VPN este felul în care două versiuni ale aceleiași aprobări ajung să nu fie de acord asupra unei date de sfârșit.
Câmpurile care poartă decizia
Setul utilizabil este scurt: identitatea aprobată, solicitantul, aprobatorul, sfera rolului sau a resursei, motivul într-o linie, fereastra de valabilitate, proprietarul revizuirii sau al retragerii și un indicator către tichetul în care cererea a fost argumentată. Referiți dispozitivul sau acreditarea printr-un identificator neseceret, cum ar fi o etichetă de activ sau subiectul certificatului, niciodată prin cheia privată sau parola folosită.
Tratați rezultatul ca date personale chiar dacă nu conține destinații. O înregistrare care spune că acest angajat numit a avut acces administrativ la segmentul financiar timp de șase luni este sensibilă în sine, așa că limitați cine poate citi dosarul și stabiliți o retenție pentru scopul administrativ în loc să numiți dosarul anonim.
Pe unde se strecoară datele de navigare în dosarul de aprobare
Trei scurgeri explică cea mai mare parte. Un tichet de asistență conține o captură a ferestrei de conectare a clientului, cineva lipește o exportare din SIEM pentru context, sau un raport de inventar este alăturat aprobării pentru că atunci alăturarea era ușoară. Fiecare atașament adaugă comportament unui dosar care avea nevoie doar de o decizie. Odată ce captura este înăuntru, recenzentul începe să întrebe la ce ajungea utilizatorul, iar dosarul trebuie reclassificat.
Înlocuiți atașamentele cu indicatori oriunde unealta permite. Dacă politica insistă pe un atașament, cereți textul deciziei și firul cererii, nu înregistrarea sesiunii, și eliminați restul înainte de a salva dosarul. Mesajul aprobatorului însuși este de obicei cea mai bună dovadă și cea care dezvăluie cel mai puțin.
Verificați sfera fără urmă
Politica gateway-ului este cea care transformă o aprobare în acces, așa că testați-o direct. Autentificați-vă cu un cont din sfera aprobată și ajungeți la o resursă permisă, apoi încercați o destinație din afara sferei și confirmați refuzul, cu clientul și metoda pe care politica le așteaptă, nu cu o filă de browser pe aceeași gazdă.
Monitorizarea disponibilității și diagnosticarea incidentelor pot păstra propria vizibilitate, sub propria retenție și propria listă de acces. Separarea acestor două scopuri este ce vă permite să răspundeți recenzentului fără a preda o urmă de navigare și menține diagnosticarea utilă când ceva chiar se strică.
Ce să verificați înainte de următoarea revizuire
Confirmați că formularul răspunde propoziției auditorului și nimic mai mult. Verificați că fiecare rând poartă un aprobator, o fereastră și un proprietar al retragerii. Apoi priviți lista de acces a dosarului însuși și întrebați dacă este mai mică decât baza de utilizatori VPN.
Ultimul pas este cel pe care oamenii îl sar. Luați o aprobare expirată și urmăriți-o până la furnizorul de identitate pentru a vedea dacă contul a fost într-adevăr dezactivat. Dacă identitatea este încă activă, înregistrarea a fost exactă, iar procesul nu.