حریم خصوصی OCSP: پاسخ‌دهنده گواهی می‌بیند، نه نشانی شما

بررسی وضعیت یک پرسش درباره یک گواهی می‌پرسد و پاسخ روی اتصال خودش سفر می‌کند. مسیر صفحه‌ای را که به بررسی انجامید در خود ندارد. بحث‌های حریم خصوصی اغلب این تبادل را جریان تاریخچه مرور می‌دانند که آنچه درخواست حمل می‌کند را بیش از حد و آنچه پاسخ‌دهنده می‌تواند ببیند را کم می‌شمارد. پیش از تصمیم درباره آنچه افشا می‌شود، درخواست را بخوانید.

درخواست یک گواهی را مشخص می‌کند

شناسه گواهی OCSP از یک تابع درهم‌سازی، دو درهم‌سازی صادرکننده و شماره سریال گواهی هدف ساخته می‌شود، چنان که در RFC 6960 آمده است. هر میدان به یک گواهی اشاره دارد، نه به نشانی یا درخواست HTTP.

مسیر صفحه، رشته پرس‌وجو و هر محتوای فرم از شناسه استاندارد غایب‌اند. این ادعا که پاسخ‌دهنده نشانی دقیق را دریافت می‌کند به شواهدی از جایی جز بررسی گواهی نیاز دارد. درخواست هنوز یک گواهی و یک لحظه را نام می‌برد و پاسخ‌دهنده ممکن است بداند کدام سرویس آن را ارائه می‌دهد.

آنچه غایب است صفحه است، نه کل بافت. بررسی گواهی به‌همراه سرویس شناخته‌شده به‌همراه منبع تکراری می‌تواند آگاهی‌بخش‌تر از هر یک به‌تنهایی باشد.

آنچه پاسخ‌دهنده واقعاً می‌تواند ببیند

پاسخ‌دهنده اتصالی را می‌بیند که به او می‌رسد: نشانی مبدأ، زمان و هر فراداده انتقالی که استقرارش ثبت می‌کند. اگر درخواست وضعیت از VPN پیروی کند، آن مبدأ ممکن است خروجی VPN باشد نه شبکه دسترسی کاربر. فرض نکنید که درخواست وضعیت همان مسیر درخواست صفحه را می‌پیماید فقط چون هر دو به یک نشست مرورگر تعلق دارند.

رفتار مسیریابی و اعتبارسنجی پشتیبانی‌شده کارخواه را بررسی کنید نه اینکه آن را از یک رد واحد استنباط کنید. تونل تفکیک‌شده می‌تواند دو درخواست را در جهت‌های متفاوت بفرستد.

پاسخ سنجاق‌شده الگوی رایج دیگر است. افزونه TLS status_request از RFC 6066 به سرور اجازه می‌دهد پاسخی OCSP را به دست‌دهی خود بیاویزد، بنابراین کارخواه آنچه به او داده شده را اعتبارسنجی می‌کند نه اینکه خودش برای آن اتصال وضعیت بگیرد. این جابه‌جایی ناظر را تغییر می‌دهد. سمت سرور کار گرفتن را انجام می‌دهد و نشانی خود کارخواه هرگز برای آن اتصال به پاسخ‌دهنده نمی‌رسد.

وضعیت می‌تواند سنجاق‌شده در دست‌دهی برسد

هیچ‌یک از این‌ها تضمین نمی‌کند که کارخواه هرگز درخواست اعتبارسنجی دیگری نکند. ساخت زنجیره، سیاست وضعیت و سازوکارهای پشتیبانی‌شده بسته به پیاده‌سازی متفاوت‌اند.

نمایشگر گواهی در یک مرورگر توصیف هر سیستم‌عامل و کارخواه VPN نیست. همان ضبط شبکه می‌تواند زیر تنظیمات اعتبارسنجی متفاوت معانی متفاوتی داشته باشد.

حافظه موقت فرض یک صفحه یک جست‌وجو را می‌شکند

حافظه موقت بارگذاری صفحه را از جست‌وجو جدا می‌کند. مرورگر ممکن است پاسخی را مدتی دوباره به کار ببرد، پس یک بازدید صفحه به معنای یک درخواست شبکه نیست.

خطای مقابل به همان اندازه رایج است. پاسخ ذخیره‌شده چیزی درباره زمان تازه‌سازی بعدی نمی‌گوید و برنامه تازه‌سازی ممکن است به صفحه‌ای که باز می‌شود بی‌ربط باشد. پیش از نسبت دادن یک ضبط به OCSP از مستندات کنونی کارخواه و سیاست اعتبارسنجی جاری استفاده کنید.

پاسخ وضعیت معتبر باید قواعد اصالت و تازگی اعتبارسنج را برآورده کند و HTTP 200 با وضعیت خوب یکی نیست. پایان مهلت ابطال نیست. این نتایج به رفتار متفاوت کارخواه می‌انجامد و نباید در یک خطا ادغام شوند.

انتخاب‌های حریم خصوصی که اعتبارسنجی را دست‌نخورده نگه می‌دارند

جایی که خود جست‌وجو حساس است، گزینه‌های پشتیبانی‌شده تحویل و حافظه موقت را با مالک سیستم در میان بگذارید. آن را با خاموش کردن بررسی ابطال یا اعتبارسنجی زنجیره حل نکنید.

رد آرام‌تر اتصال امن‌تری نیست. هویت همتا، اعتبارسنجی زنجیره و سیاست ابطال موردنظر را دست‌نخورده نگه دارید و مسیر تحویل را تنها از راه گزینه‌ای که استقرار پشتیبانی می‌کند تغییر دهید. ثبت کنید کدام گزینه انتخاب شد و مالک آن کیست.

وقتی جست‌وجویی به‌طور غیرمنتظره پدیدار می‌شود، گیرنده، مسیر و عملیات گواهی را جداگانه نام ببرید. بارگیری از صادرکننده، پرس‌وجوی وضعیت و درخواست صفحه سه رویداد هستند. برخورد با آن‌ها به‌عنوان یکی بازبینی حریم خصوصی را نادرست می‌کند و پنهان می‌کند کدام طرف واقعاً چیزی آموخته است. از میدان‌های پروتکل آغاز کنید و به‌سمت بیرون تا مسیر شبکه پیش بروید.