શું કોઈ ચેટ એપમાં તમારું IP જોઈ શકે છે? દરેક નિરીક્ષક શું જાણે છે
રિલે થતી ચેટમાં મોકલનાર અને તમારો નેટવર્ક સાથી અલગ અસ્તિત્વો છે. સેવા શું જુએ છે, તમે શું જુઓ છો અને એપનું નામ શું સૂચવે છે તે અલગ કરો.
“હું કોની સાથે વાત કરું છું?” એ એક જ વાક્યમાં બે પ્રશ્નો છે. એક સંદેશ લખનાર ખાતા વિશે છે, બીજો તમારો ક્લાયન્ટ ખરેખર જે નેટવર્ક જોડાણ રાખે છે તેના બીજા છેડેની મશીન વિશે છે. રિલે થતી ચેટમાં આ બંને લગભગ ક્યારેય એક જ અસ્તિત્વ હોતા નથી, અને આ તફાવત જ તમે જેને લખો છો તે વ્યક્તિથી VPN શું છુપાવે છે અને શું નહીં તે અંગેની મોટા ભાગની ગૂંચવણ સમજાવે છે. ટોપોલોજી સાચી રાખો, તો ગોપનીયતાનો પ્રશ્ન ભાવનાત્મકને બદલે જવાબપાત્ર બની જાય છે.
તમારો ક્લાયન્ટ સેવા સાથે વાત કરે છે, બીજી વ્યક્તિ સાથે નહીં
એક ટેક્સ્ટ-ચેટ એપની કલ્પના કરો જેમાં દરેક સહભાગી સેવા સાથે જોડાય છે અને સેવા ખાતાઓ વચ્ચે સંદેશા પહોંચાડે છે. તમારો ક્લાયન્ટ સેવા સાથે જોડાણ રાખે છે; બીજો સહભાગી તે જ સેવા સાથે અલગ જોડાણ રાખે છે. સંદેશ તેમના ક્લાયન્ટથી સેવા સુધી અને સેવાથી તમારા ક્લાયન્ટ સુધી જાય છે, એટલે કે તમારો પરિવહન સાથી તેમનું ઉપકરણ નહીં, પણ સેવાનો અંતિમ બિંદુ છે.
Alex's client -> chat service -> your clientઆગળનું બધું તે એક જ આકૃતિમાંથી આવે છે. તમારા પોતાના જોડાણને જોવાથી સેવા ઓળખાય છે, એલેક્સ નહીં. એલેક્સના જોડાણને જોવાથી બીજી બાજુથી સેવા ઓળખાય છે. આમાંનું કોઈ પણ નિરીક્ષણ એકલું બીજી વ્યક્તિના ઉપકરણનો પેકેટ-સ્તરીય રેકોર્ડ નથી, અને તમારા પોતાના ટ્રાફિકની કેટલી પણ તપાસ તેને એવો રેકોર્ડ બનાવતી નથી.
જુદા જુદા નિરીક્ષકો જુદા જુદા પુરાવા એકઠા કરે છે
સેવા કોઈ પણ સહભાગી કરતાં વધુ મજબૂત સ્થિતિમાં છે, કારણ કે તે બંને જોડાણો સમાપ્ત કરે છે અને સાથે જ જાણે છે કે કયું ખાતું કોનું છે. તે શું સંગ્રહે છે, કેટલા સમય સુધી, કયા રેકોર્ડ જોડે છે અને કોને જાહેર કરે છે—એ અલગ પ્રશ્નો છે અલગ જવાબો સાથે, અને એમાંથી કોઈનો જવાબ “એપ એન્ડ-ટુ-એન્ડ એન્ક્રિપ્ટેડ છે” આપતું નથી.
તમે પ્રાપ્તકર્તા તરીકે નેટવર્ક હકીકતોમાં નબળા છો પણ સામગ્રીની હકીકતોમાં મજબૂત છો: સંદેશનો ટેક્સ્ટ, દેખાતું નામ, મોકલનારે ટાઇપ કરેલું કે જોડેલું બધું. જે મોકલનાર પોતાનું સરનામું જાતે લખે છે તેણે તે જાહેર કર્યું છે, અને તે જાહેરાત નેટવર્ક નિરીક્ષણ નથી, ભલે તે એવું વંચાય.
| Observer | Sees | Cannot conclude |
|---|---|---|
| You | Your connection to the service, message contents, sender-supplied details | The other client's source address |
| The other participant | Their connection, message contents, what the service attaches | Your source address |
| The service | Both connections, account mapping, delivery metadata | What it does not retain, or what leaves its boundary |
જો એલેક્સ VPN દ્વારા જોડાય છે, તો સેવા તે જોડાણ માટે એલેક્સના ઘરના સરનામાને બદલે એક્ઝિટ સરનામું જોઈ શકે છે. તે સેવા શું જુએ છે તે અંગેનું વિધાન છે. તેનો અર્થ એ નથી કે એક્ઝિટ સરનામું તમને આપવામાં આવે છે, અને ચોક્કસપણે એવો અર્થ પણ નથી કે એલેક્સની પરિવહન પસંદગીથી તમારું પોતાનું જોડાણ અનામી બની જાય છે.
જ્યારે એપ ખરેખર પીઅર-ટુ-પીઅર હોય
રિલે મોડેલ એક મોડેલ છે, કાયદો નથી. કેટલીક મેસેજિંગ સુવિધાઓ ક્લાયન્ટો વચ્ચે સીધા માર્ગ બનાવે છે, ઉદાહરણ તરીકે સિગ્નાલિંગ સર્વર દ્વારા વાટાઘાટ થયેલી બ્રાઉઝર આધારિત ડેટા ચેનલ, અથવા ફાઇલ-ટ્રાન્સફર મોડ જે મોટા ડેટાને રિલે થવાથી બચાવવા બે ઉપકરણોને જોડે છે. તે કિસ્સાઓમાં પરિવહન સાથી ખરેખર બીજા સહભાગીનું ઉપકરણ હોય છે, અને નિરીક્ષક વિશ્લેષણ સંપૂર્ણ બદલાઈ જાય છે.
એપનું મૈત્રીપૂર્ણ નામ તમે કઈ સ્થિતિમાં છો તે કહેવા માટે પૂરતું નથી. “સીધો સંદેશ” કોણ વાંચે છે તે વર્ણવે છે, કેવી રીતે પરિવહન થાય છે તે નહીં, અને એ જ એપની અંદરની કૉલ કે સ્ક્રીન-શેરિંગ સુવિધા બાજુના ટેક્સ્ટ થ્રેડ કરતાં જુદી ટોપોલોજી વાપરી શકે છે. ચોક્કસ સુવિધા માટે વિક્રેતાનું દસ્તાવેજીકરણ વાંચો, અથવા તેનો ઉપયોગ કરતી વખતે તમારો ક્લાયન્ટ કયા જોડાણો ખોલે છે તે જુઓ.
એન્ડ-ટુ-એન્ડ એન્ક્રિપ્શનનું વિધાન સુરક્ષિત સામગ્રી કોણ વાંચી શકે તે આવરી લે છે. કયા સર્વર જોડાણો સ્વીકારે છે, કયા મેટાડેટા જુએ છે કે સીધો માર્ગ છે કે નહીં તે વિશે તે કંઈ કહેતું નથી, અને RFC 6973માં નિરીક્ષકની ક્ષમતાઓની ચર્ચા ઉપયોગી શિસ્ત છે: નિરીક્ષકનું નામ આપો, પછી તે ખરેખર શું એકઠું કરી શકે તેની યાદી કરો.
VPN માટે આનો અર્થ
VPN બદલે છે કે સેવા તમારા જોડાણ વિશે શું જુએ છે. તે બદલતું નથી કે તમારો પરિવહન સાથી કોણ છે, અને બીજા સહભાગીને તમારા સરનામા વિશે નવો દૃશ્ય આપતું નથી. VPN તમને તમે જેને લખો છો તે વ્યક્તિથી છુપાવશે એવી અપેક્ષા શ્રેણીગત ભૂલ છે: તેમના ક્લાયન્ટનું તમારા ક્લાયન્ટ સાથે ક્યારેય જોડાણ જ નહોતું.
VPN જે બદલી શકે છે તે સીધા માર્ગની સુવિધા છે. જો એપ અન્યથા પીઅર-ટુ-પીઅર જોડાણની વાટાઘાટ કરે, તો તમારો ટ્રાફિક ટનલમાંથી પસાર કરવાથી તેના બદલે રિલે ફરજિયાત બની શકે છે, અને કેટલીક સુવિધાઓ જુદી રીતે વર્તશે અથવા પાછી હટશે; તે વાસ્તવિક અસર છે, પણ તે ટોપોલોજી વિશે છે, વાતચીતમાંથી અદૃશ્ય થવા વિશે નહીં.
પછી તમે જે લખો તેમાં બંને પ્રશ્નો અલગ રાખો. કયા ખાતાએ આ મોકલ્યું, અને કયા અંતિમ બિંદુએ તેને વહન કર્યું. બંનેના સ્પષ્ટ જવાબ આપો, દરેક જવાબ કોણ નિરીક્ષણ કરી શકે તે નોંધો, અને સંદેશ ટ્રેસ થઈ શકે છે કે નહીં તે એક જ ચુકાદામાં બંનેને ભેગા કરવાનું બંધ કરો.