શું પેઇડ VPN તમારા ખાતા વિના સેશનને અધિકૃત કરી શકે?
લિંક ન કરી શકાય તેવા ટોકન પાત્રતાની ચકાસણીને સેશનથી અલગ કરી શકે છે. મહત્વનું એ છે કે ઇશ્યુ અને રિડેમ્પશનની રચના, લોગિન સ્ક્રીનનું લેબલ નહીં.
ટનલ માટે ચૂકવણી કરવાનો અર્થ એ નથી કે દરેક કનેક્શન પર બિલિંગ ઓળખ રજૂ કરવી પડે. એક રચના પાત્રતા એક વાર ચકાસી શકે છે, ગ્રાહકને ક્રિપ્ટોગ્રાફિક ટોકન આપી શકે છે અને ગેટવેને પછીથી ટોકન સ્વીકારવા દઈ શકે છે, તેની પાછળનું ખાતું જોયા વિના. તે ખરેખર કંઈક છુપાવે છે કે નહીં તે ઇશ્યુ અને રિડેમ્પશનના નિર્ણયો પર આધાર રાખે છે, તેથી તેને ચાલુ કરવાની સુવિધા નહીં, પરંતુ ચાર વિભાગોની સ્પેસિફિકેશન કસરત તરીકે લો.
ખરીદીના પગલાને સેશનના પગલાથી અલગ કરો
RFC 9576 માંની Privacy Pass આર્કિટેક્ચર શબ્દભંડોળ આપે છે: ક્લાયન્ટ, એટેસ્ટર, ઇશ્યુઅર અને ઓરિજિન. ક્લાયન્ટ ઇશ્યુઅરને અમુક ગુણધર્મ સાબિત કરે છે અને ટોકન મેળવે છે; પછીથી તે એક ટોકન ઓરિજિનને રજૂ કરે છે, જે નક્કી કરે છે કે તેની સેવા આપવી કે નહીં. VPN પર લાગુ કરીએ તો, પ્રમાણિત ગુણધર્મ એક જ એકમની ઍક્સેસ હોઈ શકે.
બિલિંગ હજી પણ પોતાની પ્રક્રિયાને જે જોઈએ તે જુએ છે, અને કોઈ વિરુદ્ધ દાવો કરતું નથી. સાંકડો ધ્યેય એ છે કે પછીનું રિડેમ્પશન તે ખરીદી સાથે જોડી શકાય નહીં જેણે ટોકન બનાવ્યું. તે ચોક્કસ, પરીક્ષણયોગ્ય ગુણધર્મ છે, અને તે જ લખવા લાયક છે.
અવ્યવસ્થિત દેખાતી વાહક શ્રેણી તે આપતી નથી. જો ઇશ્યુઅર મૂલ્યને ગ્રાહક રેકોર્ડની બાજુમાં સંગ્રહે અને ગેટવે તે મેપિંગ માંગી શકે, તો બે ક્રિયાપ્રતિક્રિયાઓ ડેટાબેઝ દ્વારા જોડાય છે, ક્રિપ્ટોગ્રાફી દ્વારા નહીં. બાંધકામે ઇશ્યુઅરને તે પ્રશ્નનો જવાબ આપવામાં અસમર્થ બનાવવો જોઈએ, અને જમાવટે ઇશ્યુઅર અને ગેટવેને તેમના દૃષ્ટિકોણ એક કરવાથી રોકવું જોઈએ.
એક ટોકન શું અધિકૃત કરે છે તે નક્કી કરો
«એક ટોકન ઍક્સેસ ખરીદે છે» કામગીરીની દૃષ્ટિએ લગભગ કંઈ જ જવાબ આપતું નથી. એકમ એક કનેક્શન છે, સમયગાળો છે કે વોલ્યુમ? જે ક્લાયન્ટે પોતાનો જવાબ ગુમાવ્યો તે એ જ મંજૂરી ચાલુ રાખી શકે? નેટવર્ક બદલાવ દરમિયાન ઉપકરણ ફરી કનેક્ટ થાય ત્યારે શું થાય? આ જવાબો નક્કી કરે છે કે રચના વપરાયોગ્ય છે કે નહીં, અને દરેકનું ગોપનીયતા પર પરિણામ છે.
| Reuse rule | What it buys | What it leaks |
|---|---|---|
| Single use per connection | Strongest unlinkability between sessions | Frequent reissuance, more purchase-to-use timing pairs |
| Bounded time window | Fewer tokens, reconnects work | Activity inside the window is linkable |
| Long-lived grant | Operationally simple | Behaves like an account reference with extra steps |
એક જાણી જોઈને પસંદ કરો અને તેની બાજુમાં નિષ્ફળતાનું વર્તન લખો. સમય પૂરો થયા પછી નવા અધિકાર સાથે ફરી પ્રયાસ કરતો ક્લાયન્ટ બીજું એકમ વાપરે છે, જે એકસાથે બિલિંગનું આશ્ચર્ય અને ગોપનીયતાનો સંકેત છે.
પુનર્વપર અને રદ કરવાની નીતિ લખો
રદ કરવું એ જ જગ્યા છે જ્યાં અનામી રચનાઓ સામાન્ય રીતે પોતાનું વચન તોડે છે. સબ્સ્ક્રિપ્શન રદ કરવું અને પહેલેથી ઇશ્યુ થયેલા ટોકન અમાન્ય કરવા એ અલગ કામગીરી છે, અને જે ગેટવે નક્કી કરવા ચુપચાપ ખાતાની શોધ કરે છે તે તે બિંદુએ અનામી રહેતું નથી.
એકબીજા સાથે મેળ ખાતી સમાપ્તિ, ઇશ્યુ મર્યાદા અને રદ કરવાની વાર્તા પસંદ કરો. પછી ગેટવેના પોતાના રેકોર્ડમાં એવા ફીલ્ડ શોધો જે તમે દૂર કરેલી લિંક ફરી લાવે.
sudo grep -rIl --include='*.log' -e 'Bearer ' -e 'account_id' /var/log/vpn/
તે શોધ ટોકન કે ખાતાના ફીલ્ડ ધરાવતી લોગ ફાઇલોની યાદી બનાવે છે, અને વ્યવહારમાં સાવચેત રચના પ્રથમ અહીં જ લીક થાય છે. જે સેશન રેકોર્ડ ટોકનનું મૂલ્ય ખાતાના ઓળખકર્તાની બાજુમાં સંગ્રહે છે તે આખું બાંધકામ નષ્ટ કરે છે, અને તે સામાન્ય રીતે એવા ડિબગિંગ ફેરફાર દ્વારા આવે છે જે કોઈએ ફરી જોયો ન હતો.
સેશન પૂરું થયા પછી ગેટવે શું રાખે છે તે પણ નક્કી કરો. અવધિ, બાઇટ અને એન્ડપોઇન્ટ કામગીરી માટે ઉપયોગી છે, અને તેમાંથી દરેક એ રહસ્યનો ટુકડો છે જે નિરીક્ષક ઇચ્છે. જાળવણીનો સમયગાળો ટૂંકો અને ફીલ્ડની યાદી ટૂંકી રાખો, પછી ડિબગિંગ ફેરફાર કોલમ ઉમેરે ત્યારે બંને ફરી જુઓ. નવું લોગ ફીલ્ડ એક વર્ષ રહે તે પહેલાં કોઈ ધ્યાન આપતું નથી.
દાવો જણાવો, પછી જે અવલોકનો રહે છે
ગોપનીયતાનો દાવો તેની ધારણાઓ સાથે એક વાક્યમાં લખો: કયો પક્ષ કયા સંદર્ભોને જોડવામાં અસમર્થ હોવો જોઈએ, અને ઇશ્યુઅર અને ગેટવે નોંધ સરખાવે તો શું થાય. જે રચના તે વાક્યમાંથી પસાર થાય તે સમીક્ષાયોગ્ય છે; જેને ફક્ત «શૂન્ય જ્ઞાન» તરીકે વર્ણવાય તે નહીં.
પછી યાદી બનાવો કે શું જેમ હોય તેમ દૃશ્યમાન રહે છે. સ્રોત સરનામાં, કનેક્શનનો સમય, પેકેટનું માપ અને એ સાદી હકીકત કે એક જ નવું કનેક્શન દેખાય તે પહેલાં થોડા સમય પહેલાં ખરીદી થઈ હતી, બધું ક્રિપ્ટોગ્રાફીની બહાર છે. એક જ ગ્રાહક એક એકમ ખરીદે અને એક વાર કનેક્ટ થાય તો ફક્ત સમય દ્વારા જોડી શકાય છે, અને કોઈ ટોકન રચના તેને બદલતી નથી.
પ્રામાણિક પરિણામ એ ખાતા અને વપરાશ વચ્ચેની વધુ સાંકડી કડી છે, અદૃશ્ય સેશન નહીં. જો દસ્તાવેજીકરણ એમ કહે અને કામગીરીના રેકોર્ડ દાવા સાથે મેળ ખાય, તો તેને બનાવવું હજી યોગ્ય છે.