ઓફિસના Wi-Fi પર અને છતાં VPN માંગે છે? આ છે કારણ

લેપટોપ કોર્પોરેટ SSID પર છે, સર્ટિફિકેટની વિનંતી સ્વીકારવામાં આવી છે, અને વેબ એપ્લિકેશન હજી VPN માંગે છે. તે બમણું કામ લાગે છે, અને કેટલીકવાર એવું હોય છે. બંને લોગિન સામાન્ય રીતે જુદા જુદા નિર્ણયો લાગુ કરે છે, અને બીજું તેનું સ્થાન લાયક છે કે નહીં તે જાણવાનો એકમાત્ર રસ્તો એ પૂછવાનો છે કે તે શું બદલે છે.

નેટવર્કમાં જોડાવું એ પ્રવેશ-નિર્ણય છે

802.1X જમાવટ એક પ્રશ્નનો જવાબ આપે છે: આ ઉપકરણ કે વપરાશકર્તા આ નેટવર્ક સાથે જોડાઈ શકે છે? એક્સેસ પોઈન્ટ ઓળખપત્રો RADIUS સર્વરને મોકલે છે, અને જવાબમાં એવા લક્ષણો હોઈ શકે છે જે સેશનને ચોક્કસ VLAN માં મૂકે છે અથવા ફિલ્ટર લાગુ કરે છે. તે પ્રવેશ અને વિભાજન છે, કોઈ ચોક્કસ એપ્લિકેશન માટે અધિકૃતતા નથી.

સેશન સ્વીકારાયા પછી, ક્લાયન્ટ અને એક્સેસ પોઈન્ટ વચ્ચેની વાયરલેસ કડી એન્ક્રિપ્ટ થાય છે. સુરક્ષા ત્યાં જ, વાયર્ડ નેટવર્કની ધાર પર સમાપ્ત થાય છે.

તે બિંદુ પછીનું બધું ઇમારતની અંદર સામાન્ય રૂટિંગ છે, સેગમેન્ટ જે આંતરિક પહોંચ મંજૂર કરે તેની સાથે.

EAP-TTLS ખરેખર શું સુરક્ષિત કરે છે

EAP-TTLS પ્રમાણીકરણ દરમિયાન TLS ટનલ બનાવે છે અને તેની અંદર આંતરિક પદ્ધતિ ચલાવે છે. આંતરિક પદ્ધતિ ઘણીવાર PAP હોય છે, અને ડિઝાઇનમાં તેની હાજરીનો અર્થ એ નથી કે પાસવર્ડ ખુલ્લા ટેક્સ્ટ તરીકે હવામાંથી પસાર થાય છે, કારણ કે તેને TLS ટનલ વહન કરે છે. ક્લાયન્ટે હજી પણ સર્વરની ઓળખ ચકાસવી પડે છે અને યોગ્ય CA પર ભરોસો રાખવો પડે છે, અને પરિચિત SSID એ ચકાસણી નથી. આંતરિક પદ્ધતિની પસંદગીને ઓળખપત્રોના ફોર્મેટ તરીકે વાંચો, બાહ્ય એન્ક્રિપ્શન વિશેના નિવેદન તરીકે નહીં.

આ પ્રમાણીકરણની આપલે છે, લેપટોપના પછીના ટ્રાફિક માટે ડેટા ટનલ નથી.

પ્રમાણીકરણ પૂરું થાય ત્યારે TLS ટનલ જતી રહે છે અને ક્લાયન્ટના પેકેટો સ્વીકૃત સેગમેન્ટ પરથી પસાર થાય છે. આ બંનેને ભેગા કરવું એ જ એ માન્યતાનું મૂળ છે કે Wi-Fi એન્ક્રિપ્શન પહેલેથી જ VPN નું કામ કરે છે.

VPN એ બીજો, વધુ સાંકડો નિર્ણય છે

VPN બીજા પ્રશ્નનો જવાબ આપે છે: આ ઓળખ કઈ ખાનગી સંસાધનો સુધી પહોંચી શકે છે, અને કઈ શરતો હેઠળ? તે પોતાની નીતિ, પોતાની ઓળખ-ચકાસણીઓ અને ઘણીવાર ઉપકરણની સ્થિતિ માટેની પોતાની આવશ્યકતાઓ ધરાવતા ગેટવે પર સમાપ્ત થાય છે. ટનલ ઊભી થયા પછી પહોંચી શકાય તેવો સમૂહ સામાન્ય રીતે ઇમારતના આંતરિક નેટવર્ક કરતાં નાનો અને ભૂમિકા-વિશિષ્ટ હોય છે.

તેથી જ જાળવણીની ભૂમિકાને બીજા બધાની જેમ Wi-Fi માં પ્રવેશ મળી શકે છે અને છતાં વ્યવસ્થાપન સબનેટ સુધી પહોંચવા ટનલની જરૂર પડે છે. Wi-Fiનો નિર્ણય એક્સેસ પોઈન્ટ પર લેવાયો; આ નિર્ણય ગેટવે પર લેવાય છે.

બંને તબક્કા એન્ક્રિપ્ટ થઈ શકે છે અને છતાં અસંબંધિત નીતિઓ લાગુ કરી શકે છે.

સ્થાન-આધારિત ભરોસો ક્યાં તૂટે છે

ઓફિસ નેટવર્કને ગર્ભિત રીતે વિશ્વસનીય ગણવું એક સરળ કારણસર નિષ્ફળ જાય છે: નેટવર્ક સ્થાન જોડાણની ગુણવત્તા છે, વ્યક્તિની નહીં. NISTની ઝીરો-ટ્રસ્ટ માર્ગદર્શિકા આ સીધું કહે છે, અને તેથી જ સંસાધનોનો પ્રવેશ દરેક વિનંતીએ નક્કી થાય છે, દરેક ઇમારતે નહીં. જે કોઈ સમાન SSID માં જોડાય છે તે સમાન સ્થાન વારસામાં મેળવે છે. તેથી જ સ્ટાફ નેટવર્ક પરનું સમાધાન થયેલું લેપટોપ મહેમાન નેટવર્ક પરના જેટલું જ સંદેહ પાત્ર છે.

વ્યવહારિક પરિણામ એ છે કે એપ્લિકેશન અધિકૃતતા હજી પણ હોવી જોઈએ. આખું સબનેટ આપતું VPN, સાથે તે સબનેટની દરેક વિનંતી પર ભરોસો કરતી એપ્લિકેશન, ખરાબ દિવસથી એક ઓળખપત્ર દૂર છે.

બંને સ્તરોમાંથી કોઈ પણ બીજાનું સ્થાન લેતું નથી, કારણ કે તે જુદા જુદા વ્યાપમાં પ્રશ્નોના જવાબ આપે છે.

બીજું લોગિન તેનું સ્થાન લાયક છે કે નહીં તે કેવી રીતે જાણવું

નેટવર્કના માલિકને બે પ્રશ્નો પૂછો: VPN જોડાયા પછી શું પહોંચી શકાય તેવું બને છે, અને તેને મંજૂરી આપવા માટે કઈ ઓળખ કે ઉપકરણની શરતો ચકાસાય છે? પછી ખરેખર શું પ્રતિક્રિયા આપે છે તેનું પરીક્ષણ કરીને જવાબો ચકાસો. જો ટનલ પહોંચ કે ખાતરીમાંથી કંઈપણ બદલતી નથી, તો તે નિયંત્રણ કરતાં ઓપરેશનલ આદત હોઈ શકે છે, અને તે માલિકનો નિર્ણય છે, વપરાશકર્તાએ ટાળવાની વસ્તુ નહીં.

અણધારી સીધી રસ્તાઓ પણ જુઓ, કારણ કે ટનલ વિના પહોંચી શકાય તેવું સંસાધન ટનલને સુશોભન બનાવે છે.

દરેક સીમા અને તેનો હેતુ દસ્તાવેજ કરો, અને આગલી વ્યક્તિએ અનુમાન કરવું નહીં પડે કે બે લોગિન કેમ છે.