TLS પિનિંગ અને VPN પ્રવેશ બે અલગ પ્રશ્નોના જવાબ આપે છે

એક ખાનગી મોબાઇલ એપને VPN પાછળ મૂકો અને વિચારશીલ વ્યક્તિ પૂછશે કે તેને હજી પણ પ્રમાણપત્ર પિનિંગની જરૂર છે કે નહીં. પ્રશ્ન બે સમાન નિયંત્રણો વચ્ચેની પસંદગી જેવો લાગે છે, પણ હકીકતમાં તે બે અલગ દરવાજાઓ વિશેનો પ્રશ્ન છે. VPN નક્કી કરે છે કે આ ઉપકરણને આ માર્ગ વાપરવાની પરવાનગી છે કે નહીં; એપ નક્કી કરે છે કે તેણે પહોંચેલો સર્વર તે જ છે જેની અપેક્ષા હતી. બંનેના જવાબ અલગ આપો અને ડિઝાઇન સરળ બની જશે.

બે દરવાજા, બે પ્રશ્નો

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

બંને એકબીજામાં ઉમેરાય છે. એક દૂર કરવાથી એક નિયંત્રણ જાય છે; બીજું ઉમેરવાથી તેનું સ્થાન લેવાતું નથી.

પિન ખરેખર શું મર્યાદિત કરે છે

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

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

પ્લેટફોર્મ પર પિનિંગ એ ગોઠવણી છે, નીતિ નથી

Android પોતાની નેટવર્ક સુરક્ષા ગોઠવણી દ્વારા પિનિંગ આપે છે, જ્યાં પિન સેટ જાહેર કીના ડાયજેસ્ટ રાખે છે અને સાંકળમાં તેમાંથી ઓછામાં ઓછું એક હોવું જોઈએ. તે ફાઇલ દરેક એપ માટે અલગ છે અને જાણી જોઈને બિલ્ડ ફેરફાર માગે છે. iOS પાસે સમાન મેનિફેસ્ટ માળખું નથી, તેથી ત્યાં પિનિંગ એપના પોતાના ભરોસા મૂલ્યાંકન કોડમાં રહે છે.

માળખું અલગ હોવાથી, જરૂરિયાત દરેક પ્લેટફોર્મ માટે લખવી પડે. જે નીતિ પ્લેટફોર્મનું નામ લીધા વિના કહે છે કે પ્રમાણપત્ર પિન કરો, તે અમલમાં મૂકી શકાય તેવી નથી.

રોટેશન નક્કી કરે છે કે પિન ટકશે કે નહીં

મુશ્કેલ ભાગ પ્રથમ પ્રકાશન નથી, તેના પછીનું પ્રમાણપત્ર નવીકરણ છે. કડક ભરોસા નીતિ કાયદેસરની નવી કીને એટલી જ નિશ્ચિતતાથી નકારે છે જેટલી હુમલાખોરની કીને.

બે માળખાં રોટેશનને ટકાવી રાખે છે: બેકઅપ પિન જેની પર જરૂર પડે તે પહેલાં જ ભરોસો હોય, અને પિન સેટ પર સમાપ્તિ તારીખ જેથી અમલ થંભી જાય, એપ અટકી ન જાય. બંને નીતિ નિર્ણયો છે, અને સમાપ્તિ ખાસ કરીને સુરક્ષાનો જાણી જોઈને કરાયેલો ઘટાડો છે, નિર્દોષ ટાઇમર નથી. નામ આપો કે એપનું બિલ્ડ, TLS અંતિમ બિંદુ અને પ્રમાણપત્ર નવીકરણ કોણ નિયંત્રિત કરે છે, અને તેમને એક જ ફેરફાર પ્રક્રિયામાં લાવો. જો તે ત્રણ અલગ ટીમો હોય, તો પિન આખરે એવો વિક્ષેપ સર્જશે જેનું કોઈએ આયોજન કર્યું ન હતું.

ખોવાયેલું ઉપકરણ ત્રીજી સમસ્યા છે

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

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