د OCSP محرمیت: ځواب ورکوونکی تصدیق‌لیک ویني، نه ستاسو URL

د حالت کتنه د یو تصدیق‌لیک په اړه یوه پوښتنه کوي، او ځواب په خپل اړیکه کې سفر کوي۔ په دې کې هغه د پاڼې لار نشته چې کتنې ته یې رسولي۔ د محرمیت بحثونه دا تبادله ډېری د براوزینګ تاریخ فید ګڼي، چې غوښتنه څه لېږدوي هغه ته ډېر ارزښت ورکوي او ځواب ورکوونکی څه ګوري هغه ته لږ۔ مخکې له دې چې پریکړه وکړئ څه څرګندوي، غوښتنه ولولئ۔

غوښتنه یو تصدیق‌لیک پېژني

د OCSP تصدیق‌لیک پېژندونکی د هش فنکشن، د صادروونکي دوو هشونو او د هدف تصدیق‌لیک له سیریل شمېرې جوړېږي، لکه څنګه چې په RFC 6960 کې ټاکل شوی۔ هره ساحه یو تصدیق‌لیک ته اشاره کوي، نه URL یا HTTP غوښتنې ته۔

د پاڼې لار، د پوښتنې تار او هر ډول فورم منځپانګه په معیاري پېژندونکي کې نشته۔ دا ادعا چې ځواب ورکوونکی سم URL ترلاسه کوي، له تصدیق‌لیک کتنې پرته بل ځای څخه شواهد غواړي۔ غوښتنه لا هم یو تصدیق‌لیک او یو وخت نوموي، او ځواب ورکوونکی کېدای شي پوه شي چې کومه خدمت یې وړاندې کوي۔

کمه پاتې پاڼه ده، نه ټول زمینه۔ تصدیق‌لیک کتنه له پېژندل شوې خدمت او تکراري سرچینې سره ممکن له هر یوه یې یوازې ډېره معلومات ورکړي۔

ځواب ورکوونکی واقعاً څه کولي شي وګوري

ځواب ورکوونکی هغه اړیکه ویني چې ورته رسېږي: سرچینې پته، وخت او هر هغه ترانسپورت میټاډاټا چې د هغې ځای پرځای کول ثبتوي۔ که د حالت غوښتنه VPN تعقیبوي، هغه سرچینه کېدای شي د کارونکي د لاسرسي شبکه نه، بلکې د VPN وتل وي۔ یوازې ځکه چې دواړه د یو براوزر ناستې دي، مه فکر کوئ چې د حالت غوښتنه د پاڼې غوښتنې په څېر لار اخلي۔

له یوې یوازې نښې اټکل کولو پرځای د پیرودونکي ملاتړ شوې لارښوونه او تصدیق چلند وګورئ۔ وېشل شوی تونل کېدای شي دواړه غوښتنې په بېلو لورو ولېږي۔

نښلول شوی ځواب بل عام نمونه ده۔ د RFC 6066 TLS status_request غځونې سرور ته اجازه ورکوي چې OCSP ځواب خپل لاس ورکولو ته ونښلوي، نو پیرودونکی هغه څه تصدیقوي چې ورته ورکړل شوي، نه دا چې د هغې اړیکې لپاره پخپله حالت راوړي۔ دا بدلون ګورونکی بدلوي۔ راوړل د سرور خوا کوي، او د پیرودونکي خپله پته د هغې اړیکې لپاره هیڅکله ځواب ورکوونکي ته نه رسېږي۔

حالت کېدای شي په لاس ورکولو کې نښلول شوی راشي

له دې څخه هېڅ یو یې تضمین نه کوي چې پیرودونکی به هیڅکله بله تصدیق غوښتنه ونه کړي۔ زنځیر جوړول، د حالت تګلاره او ملاتړ شوي میکانزمونه د تطبیق له مخې توپیر لري۔

په یو براوزر کې د تصدیق‌لیک کتونکی د هر عملیاتي سیستم او VPN پیرودونکي توضیح نه ده۔ یو شان شبکه نیول کېدای شي د بېلو تصدیق امستنو لاندې بېل معنی ولري۔

کیش کول د یوې پاڼې یوې پوښتنې انګېرنه ماتوي

کیش کول د پاڼې بارول له پوښتنو جلا کوي۔ براوزر کېدای شي یو ځواب یو څه موده بیا وکاروي، نو یوه پاڼه لیدل یوه شبکه غوښتنه نه مانا کوي۔

مخالف تېروتنه هم هماغه اندازه عامه ده۔ کیش شوی ځواب د دې په اړه څه نه وایي چې بل تازه کول به کله وي، او د تازه کولو مهالویش کېدای شي د خلاصېدونکې پاڼې سره تړاو ونه لري۔ مخکې له دې چې یو نیول OCSP ته منسوب کړئ، د پیرودونکي اوسنی اسناد او نافذ تصدیق تګلاره وکاروئ۔

سم حالت ځواب باید د تصدیق کوونکي د اصالت او تازګۍ مقررات پوره کړي، او HTTP 200 د ښه حالت سره یو شان نه دی۔ د وخت ختمېدل لغوه کول نه دي۔ دا پایلې بېل پیرودونکي چلند ته رسوي او باید په یوه تېروتنه کې یوځای نشي۔

د محرمیت هغه غوراوي چې تصدیق بشپړ ساتي

چېرې چې پوښتنه پخپله حساسه ده، له سیستم مالک سره ملاتړ شوي رسولو او کیش کولو غوراوي بحث کړئ۔ د لغوه کولو کتنه یا د زنځیر تصدیق بندولو سره یې حل مه کوئ۔

ارامه نښه خوندي اړیکه نه ده۔ د سیال هویت، د زنځیر تصدیق او نظر شوې لغوه کولو تګلاره بشپړې وساتئ، او د رسولو لار یوازې د هغه غوراوي له لارې بدل کړئ چې ځای پرځای کول یې ملاتړ کوي۔ ثبت کړئ کوم غوراوی غوره شو او مالک یې څوک دی۔

کله چې پوښتنه ناڅاپه راڅرګنده شي، ترلاسه کوونکی، لار او د تصدیق‌لیک عملیات جلا جلا ونوموئ۔ له صادروونکي ډاونلوډ، د حالت پوښتنه او د پاڼې غوښتنه درې پېښې دي۔ د دوی یو ګڼل د محرمیت بیاکتنه ناسمه کوي او پټوي چې کومه خوا واقعاً یو څه زده کړل۔ د پروتوکول ساحو څخه پیل کړئ او بهر ته د شبکې لارې په لور لاړ شئ۔