VPN de serviciu în Arabia Saudită: trei întrebări înainte de a cere acces
O a doua autentificare refuzată este rareori un tunel defect. Întrebați la ce poate ajunge contul, câte sesiuni poate ține și ce servicii sunt publicate.
O a doua autentificare refuzată sau o aplicație internă blocată indică rareori un tunel defect. VPN-urile de serviciu impun trei lucruri separate: la ce poate ajunge contul, câte sesiuni poate ține și ce servicii interne sunt publicate pentru utilizatorii la distanță. Puneți aceste trei întrebări în ordine, pentru că fiecare are alt proprietar. Un cadru publicat precum ghidul NCA privind implementarea muncii la distanță este un cadru util pentru conversație, nu o sentință despre poziția juridică a cuiva.
Prima: la ce are voie să ajungă acest cont?
Drepturile de acces sunt definite de sensibilitatea sistemului, nivelul de acces și tipul de dispozitiv permis, iar acestea sunt decizii organizaționale, nu proprietăți ale tunelului. Deținerea parolei răspunde doar dacă conexiunea poate fi stabilită. Nu spune dacă contul poate deschide un document, poate administra un server sau poate schimba un controler. Cereți resursa și operațiunea vizate, nu acces la rețea în ansamblu.
O cerere formulată ca destinație este mai ușor de aprobat decât una formulată ca senzație. De aceea prima întrebare este despre resursă, nu despre rețea.
NCA 2-2-1-1 leagă drepturile de acces exact de aceste trei dimensiuni, de aceea răspunsul trebuie să numească un sistem și o operațiune. Aceeași logică apare în ghidajele de încredere zero: locația în rețea nu este autorizare. Un utilizator pe VPN-ul corporativ și un utilizator pe o conexiune de acasă pot fi ambii autentificați, iar aplicația decide în continuare ce poate face fiecare.
A doua: câte sesiuni pot rula simultan?
Accesul la distanță simultan este un control separat, iar NCA 2-2-1-2 îl acoperă împreună cu o cale de aprobare pentru excepții. Organizațiile îl limitează adesea, uneori la o singură sesiune activă pe cont. Limita este un număr de politică stabilit de operator, nu o constantă a protocolului, așa că nimeni din afara organizației nu vă poate spune valoarea. O sesiune învechită pe care nimeni nu o poate închide este o problemă operațională care merită raportată în sine.
Dacă un al doilea laptop este refuzat, prima sesiune este explicația obișnuită. Întrebați cum identifică operatorul sesiunile și cum sunt închise cele învechite; unele sisteme lasă o sesiune inactivă să expire, altele o păstrează până când este încheiată explicit. Nu reinstalați clientul, nu schimbați profilul și nu schimbați ieșirile înainte de a sosi acel răspuns.
A treia: ce servicii interne sunt publicate?
Accesul la distanță publică de obicei un set definit de servicii, protocoale și porturi, iar NCA 2-4-1-1 ține acel set la ce are nevoie cu adevărat munca la distanță. Lista este mai mică decât rețeaua privată, iar acest lucru este intenționat. Întrebați ce serviciu și ce port vă trebuie, în loc să cereți accesibilitate largă, pentru că o cerere largă este mai greu de justificat și mult mai greu de revizuit ulterior.
Cererea de suport trebuie să conțină rolul contului, dispozitivul aprobat, serviciul țintă, momentul defecțiunii și textul erorii care nu este secret. Trimiteți-o prin canalul organizației, nu celui care răspunde primul într-un grup de discuții. Este suficient pentru ca proprietarul să verifice politica și jurnalele. Parolele, codurile de recuperare și cheile private nu își au locul acolo.
Ce să faceți când răspunsul este nu
Un refuz este adesea o nepotrivire de domeniu, nu o sentință de securitate. Serviciul poate fi publicat doar pentru adresele biroului, sau rolului îi poate lipsi operațiunea deși tunelul funcționează. Întrebați care dintre cele trei întrebări a eșuat, iar soluția devine de obicei evidentă. Dacă este nevoie de o excepție, cereți proprietarului să o înregistreze, în loc să o ocoliți.
Nu împrumutați sesiunea unui coleg, nu dezactivați o verificare a clientului și nu direcționați traficul printr-o ieșire neaprobată pentru ca un test să treacă. Fiecare dintre acestea înlocuiește un refuz auditabil cu un succes pe care nimeni nu îl poate audita, iar următoarea revizuire va găsi diferența. Excepția aprobată este mai lentă și rezistă unui audit.
Întrebările de dus la proprietar
Scrieți-le înainte de apel: pentru ce resurse și operațiuni este aprobat acest cont, care este politica de sesiuni simultane și cum sunt curățate sesiunile învechite, și ce servicii și porturi interne sunt publicate pentru utilizatorii la distanță. Rugați proprietarul să confirme aplicabilitatea actuală, pentru că ghidurile sunt revizuite, iar politica internă poate fi mai strictă decât baza publicată. Adăugați cerința de dispozitiv dacă organizația are una.
Un cadru de controale vă ajută să puneți întrebări precise. Nu autorizează o activitate și nu înlocuiește răspunsul operatorului.
Duceți răspunsurile înapoi la același proprietar când este propusă următoarea schimbare. Asta transformă o aprobare punctuală într-o politică pe care cineva o întreține.