د 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"