ત્રણ હોપ, એક હોસ્ટ: વાસ્તવિક ગોપનીયતા-નિર્ભરતાઓની ગણતરી
હોપ-સંખ્યા વહેંચાયેલ હોસ્ટિંગ, એક એડમિન ખાતું અને એ જ નોંધકાર છુપાવે છે. નિર્ભરતાનો ખાતાવહી બનાવો, દરેક પંક્તિનું મૂલ્યાંકન કરો અને જુઓ કે વહેંચાયેલ મૂલ્ય શું જોડે છે.
બીજો હોપ સમયસર ઉપર આવ્યો અને તમારો આકૃતિ હજી ત્રણ અલગ પ્રદાતાઓ બતાવે છે. પછી બિલ આવે છે અને તેમાંથી બે એક જ હોસ્ટિંગ કંપનીનું નામ લે છે, એ જ નોંધકાર ત્રણેય ડોમેન ધરાવે છે, અને દરેક ખાતું તમારા માલિકીના એક જ મેલબોક્સમાં પુનઃસ્થાપિત થાય છે. ટનલ રૂપરેખાંકનમાં કંઈ તૂટ્યું નથી. ડિઝાઇને ફક્ત કદી હોપની નીચે રહેલી નિર્ભરતાઓની ગણતરી કરી નથી, અને હોપ-સંખ્યા ટ્રાફિક જે માર્ગ લે છે તે વર્ણવે છે, તેના પર કાર્ય કરી શકે તેવા પક્ષોની સંખ્યા નહીં.
લક્ષણ બિલિંગમાં દેખાય છે, લોગમાં નહીં
તમને આ ટનલ લોગમાં મળશે નહીં, કારણ કે ટનલ બરાબર તે જ કરે છે જે તમે ગોઠવ્યું છે. પુરાવા જાહેર રેકોર્ડ અને ખાતાની સેટિંગ્સમાં જીવે છે: whois સંસ્થાના નામ જે અંતિમ બિંદુઓ વચ્ચે મેળ ખાય છે, સમાન નામ સર્વર, વહેંચાયેલ નોંધણીધારક સરનામું, એક ચુકવણી પદ્ધતિ, એક નિયંત્રણ પેનલ. આમાંથી દરેક એ સંકેત છે કે જે બે સ્તરો સ્વતંત્ર રીતે નિષ્ફળ થવાના હતા તે એકસાથે નિષ્ફળ થઈ શકે છે.
આમાંથી કોઈ પણ સંકેત સાબિત કરતું નથી કે કોઈ એક પક્ષ તમારો ટ્રાફિક વાંચી શકે છે. તેઓ જે ઘટાડે છે તે સ્વતંત્ર નિર્ણયોની સંખ્યા છે, જે ખોટા થવા જોઈએ તે પહેલાં બે સુરક્ષા સ્તરો એક જ ઘટનાથી સમાધાન પામે.
તમે ખરેખર જોઈ શકો તેવા રેકોર્ડની તુલના કરો અને તમે શું સરખાવ્યું તે લખો. દરેક અંતિમ બિંદુના સરનામા પર સંસ્થા શોધો, દરેક ડોમેન માટે નામ સર્વરની સૂચિ બનાવો, અને શૃંખલાના દરેક ખાતા માટે પુનઃપ્રાપ્તિ સેટિંગ્સ ખોલો. જ્યાં બે મૂલ્યો મેળ ખાય, નોંધો કે મેળ માલિકી વિશે છે, કામગીરી વિશે છે, કે ફક્ત પુનર્વિક્રેતાના આગળના ભાગ વિશે. આ જુદા જુદા તારણો છે, અને તેમને એક ગણવા એ જ રીતે નિર્ભરતા-સમીક્ષા અનુમાનમાં ફેરવાય છે.
તાર્કિક માર્ગ દોરો, પછી નિર્ભરતા નકશો
બે આકૃતિઓની જરૂર છે, અને મોટાભાગના લોકો ફક્ત પહેલી દોરે છે. તાર્કિક માર્ગ બતાવે છે કે દરેક સુરક્ષા સ્તર ક્યાં સમાપ્ત થાય છે અને તે અંતિમ બિંદુ શું જોઈ શકે છે. નિર્ભરતા નકશો બતાવે છે કે તે અંતિમ બિંદુઓમાંથી દરેકને કોણ ચલાવે છે અને સંચાલિત કરે છે, જે સંપૂર્ણ અલગ નામોનો સમૂહ છે.
| Layer to record | Evidence you can collect | What a shared value would mean |
|---|---|---|
| Endpoint operator | Published operator, contract, support contacts | The same party sees two traffic layers |
| Compute and hosting | Address ranges, hosting brands, platform status pages | One administrative action affects two machines |
| Network dependency | Endpoints and transit links near the observation point | Two paths share a segment that could be watched once |
| Management | Control panels, SSH keys, staff with access | One credential compromise crosses both layers |
| Account linkage | Registration records, payment method, recovery mail | Two services can be tied to one identity |
દરેક પંક્તિ ભરવાને બદલે મૂલ્યાંકન કરો. જાણીતું એટલે કે તમે એવો રેકોર્ડ જોયો જે તે કહે છે, અનુમાનિત એટલે કે એક અવલોકન તેને ટેકો આપે છે પણ તેને નક્કી કરતું નથી, અને અજાણ્યું એટલે કે કંઈ મળ્યું નથી. વહેંચાયેલ હોસ્ટિંગ બ્રાન્ડ વહેંચાયેલ ઇન્ફ્રાસ્ટ્રક્ચર વિશેનું અનુમાન છે, વહેંચાયેલ ગ્રાહક ડેટાબેઝ વિશેનું નિવેદન નહીં. ફક્ત અપેક્ષિત તારણ માટે અનુકૂળ છે એટલા માટે અનુમાનને ચૂપચાપ જાણીતી હકીકતમાં બઢતી આપશો નહીં.
ખાલી પંક્તિ પોતે એક તારણ છે. તે તમને કહે છે કે કઈ હકીકત નિર્ણય બદલશે જો તમે તે શીખો, અને તે એક વિચારશીલ વિરોધી શું કરી શકે તે વિશેના બીજા ફકરા કરતાં વધુ ઉપયોગી છે.
AS નંબર ફક્ત રાઉટિંગ પ્રશ્નનો જવાબ આપે છે
સ્વાયત્ત સિસ્ટમ એ રાઉટિંગ વહીવટની વિભાવના છે, સરનામાંનો સમૂહ જે અન્ય નેટવર્કને એક સુસંગત રાઉટિંગ દૃશ્ય તરીકે રજૂ કરવામાં આવે છે. તેથી જુદા જુદા AS નંબર કોર્પોરેટ માલિકી, અલગ સ્ટાફ કે સ્વતંત્ર કાનૂની નિયંત્રણ વિશે કંઈ નિર્ણાયક કહેતા નથી. ઊલટી ભૂલ પણ એટલી જ સામાન્ય છે: એક AS માં બે અંતિમ બિંદુઓ આપમેળે એ કિસ્સો નથી કે એક પક્ષ ચોક્કસ વપરાશકર્તાને ઓળખે છે.
જો તમારે નંબર જોઈએ, તો ધારવાને બદલે તેમને ઉકેલો. નીચેનું સરનામું પ્લેસહોલ્ડર છે, અને ફ્લેગ સાધનને દરેક હોપને તેની જાહેરાત કરતા AS સાથે લેબલ કરવા કહે છે.
mtr --aslookup --report --report-cycles 5 203.0.113.9તે આઉટપુટને રાઉટિંગના માપ તરીકે ગણો, માલિકી કે સંપૂર્ણ ટ્રાફિક માર્ગના નહીં. તમે જે એક્સેસ નેટવર્કથી શરૂ કરો છો અને અંતિમ બિંદુઓ વચ્ચેની ટ્રાન્ઝિટ નિર્ભરતાઓ અલગ પ્રશ્નો છે જેનો જવાબ અંતિમ બિંદુના સરનામાં આપી શકતાં નથી. જ્યારે કોઈ માર્ગ કે રિલે પસંદગી તમે બેઠા છો ત્યાંથી અવલોકી શકાય નહીં, ત્યારે ચોક્કસ નેટવર્ક આજે માર્ગ કેવી રીતે પસંદ કરે છે તે અંગે સામાન્ય દાવો લાવવાને બદલે તેને અજાણ્યું ગણો. અનવલોકિત એ અવલોકન-અશક્ય સમાન નથી, પણ તે પુરાવો પણ નથી.
જોખમનું નામ આપતા પહેલાં અવલોકનનું નામ આપો
મોટાભાગની નિર્ભરતા-સમીક્ષાઓમાં ત્રણ તારણો ભળી જાય છે, અને તેમને અલગ કરવું એ કામનો મોટો ભાગ છે. એન્ક્રિપ્ટેડ ટ્રાફિકની નિષ્ક્રિય દૃશ્યતા એક તારણ છે. વહેંચાયેલ વ્યવસ્થાપન પ્રવેશ બીજું છે, કારણ કે તે દૃશ્ય કરતાં ક્રિયા સૂચવે છે. ખાતા-સંલગ્નતા ત્રીજું છે, કારણ કે તે કોઈ તકનીકી પ્રવેશ આપ્યા વિના ઓળખને જોડે છે.
આ અંગે RFC 6973 નું ગોપનીયતા માર્ગદર્શન આ માટે વ્યવહારુ સ્વરૂપ આપે છે: દરેક એન્ટિટી શું શીખે છે તેની સૂચિ બનાવો, પછી પૂછો કે તેને અન્યત્ર રાખેલી માહિતી સાથે કેવી રીતે જોડી શકાય. માર્ગ પરના બે બિંદુઓ સમાન ટ્રાફિક પેટર્ન અવલોકે તો સહસંબંધની ચિંતા પ્રેરી શકે છે, પણ તેઓ તમને માપેલી સંભાવના આપતા નથી કે કોઈ ઓળખાયું છે. ચિંતા લખો, પછી તેને પુષ્ટિ આપતું અવલોકન લખો.
બે ટનલ સેવાઓ અને ભાડે લીધેલા પ્રોક્સીની શૃંખલા પર પાછા ફરો. જો પ્રોક્સીની વ્યવસ્થાપન ઓળખપત્રો એક ટનલ સર્વર સાથે પુનઃપ્રાપ્તિ ખાતું વહેંચે છે, તો એક જ વહીવટી સમાધાન બંને સીમાઓ પાર કરી શકે છે. જો એકમાત્ર ઓવરલેપ એ હોય કે એક હોસ્ટિંગ કંપની બંને મશીન ચલાવે છે, તો સમીક્ષાએ કહેવું પડશે કે તે કંપની પાસે કઈ સત્તાઓ છે અને કઈ માહિતી સુરક્ષિત રહે છે. એ જ ત્રણ હોપ, જુદું તારણ.
ખાતાવહી અનામીપણાનું પ્રમાણપત્ર નથી અને કદી નહીં હોય. તેનું મૂલ્ય સાંકડું અને વધુ વ્યવહારુ છે: તે બતાવે છે કે સ્વતંત્રતા ક્યાં સ્થાપિત છે, ક્યાં ધારવામાં આવે છે, અને કઈ એક અજાણી પંક્તિ નિર્ણય ખસેડશે. આગલી વખતે તે પંક્તિ પસંદ કરો, અને તેનો જવાબ ન મળે ત્યાં સુધી આકૃતિના બાકીના ભાગને એમ જ રહેવા દો.