SSTP સ્તરો સમજૂતી: અંદરનું પેકેટ હજી શું દર્શાવે છે

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

બહારના વાહકથી શરૂ કરો

તાર પરની પ્રથમ વસ્તુ પોર્ટ 443 પરનું સામાન્ય TCP જોડાણ છે, જેમાં સાચાં સરનામાં છે જે રાઉટર આગળ મોકલે છે. એ જ જોડાણ નેટવર્ક સરનામાં અનુવાદમાંથી ટકી રહે છે અને એ જ એક્સેસ પ્રદાતા ગણી શકે છે. પેલોડનું રક્ષણ વાહકને દૂર કરતું નથી, અને તે વોલ્યુમ કે સમય પણ છુપાવતું નથી.

આ બિંદુ પછીનું બધું રૂટ થવાને બદલે વહન થાય છે. અંદરનું આદાનપ્રદાન નિષ્ફળ જાય તો પણ વાહક કામ કરતું રહે છે.

એન્કેપ્સ્યુલેશનને અંદર તરફ અનુસરો

સુરક્ષિત ચૅનલની અંદર SSTP નિયંત્રણ આદાનપ્રદાન બેઠું છે, પછી PPP સત્ર, પછી એ નેટવર્ક પેકેટ જે ગ્રાહક પહોંચાડવા માંગે છે. દરેક સ્તરની પોતાની વાટાઘાટ, પોતાના ભૂલ સંદેશા અને પોતાનું સ્થિતિ યંત્ર છે. તેથી એક ખામી એક દૃષ્ટિકોણથી TLS ખામી જેવી અને બીજા દૃષ્ટિકોણથી PPP ખામી જેવી લાગી શકે. સ્તરોને ક્રમમાં વાંચવાથી ખબર પડે કે કયું સ્થિતિ યંત્ર અટક્યું.

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

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

outer IP header
  TCP to port 443
    TLS record layer
      SSTP control and data packets
        PPP frames
          inner IP packet
            application transport and payload

કૅપ્ચર વાંચતા પહેલાં નિરીક્ષકને લેબલ કરો

એક જ સત્રના બે કૅપ્ચર જુદા જુદા પ્રશ્નોના જવાબ આપે છે, અને કયા પર કયો જવાબ તે નક્કી કરે છે જે ઇન્ટરફેસ પર તેઓ લેવાયા હતા. એક્સેસ માર્ગ પર તમે વાહક અને TLS રેકોર્ડ જુઓ છો, અને અંદરનું સરનામું જોયા વિના માપ અને અંતરાલ માપી શકો છો. અંતિમ બિંદુ પર, ડીકૅપ્સ્યુલેશન પછી, અંદરનું પેકેટ ખાનગી ફોરવર્ડિંગ નીતિ હેઠળનું સામાન્ય ટ્રાફિક છે.

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

જે તપાસ આકૃતિ સાબિત કરી શકતું નથી તે રાખો

સ્તરોનો ક્રમ સાબિત કરતો નથી કે કોઈ સ્થાપન સર્વર પ્રમાણપત્રની ચકાસણી કરે છે, ટેકાના TLS સંસ્કરણ પર વાટાઘાટ કરે છે અથવા ખાતાને અધિકૃત કરે છે. એમાંથી દરેક કન્ફિગરેશન નિર્ણય છે જે એન્કેપ્સ્યુલેશનથી સ્વતંત્ર રીતે નિષ્ફળ જાય છે.

રેખાકૃતિ પરથી અનુમાન કરવાને બદલે જે ક્લાયન્ટ જણાવે છે કે તેણે શું વાટાઘાટ કર્યું તેની સાથે તેમની ચકાસણી કરો. TLS હેન્ડશેકથી શરૂ કરો, પછી SSTP આદાનપ્રદાન, પછી PPP, અને ભૂલ જણાવતા પ્રથમ તબક્કે ઊભા રહો. પ્રથમ આદેશ સાંકળ અને વાટાઘાટ થયેલું સંસ્કરણ છાપે છે, અને બીજો કૅપ્ચરમાં રહેલા હેન્ડશેકની યાદી આપે છે.

openssl s_client -connect vpn.corp.internal:443 -servername vpn.corp.internal
tshark -r sstp.pcap -Y "tls.handshake.type == 1"