سیاست حریم خصوصی VPN در برابر مسیر داده: یک راهنمای مقایسه‌ای
هر دسته داده‌ای را که وعده داده شده به مؤلفه‌ای که آن را پردازش می‌کند نسبت دهید، سپس به‌جای ادعای اصلی، عبارت دقیق درباره نگهداری و اشتراک‌گذاری را بررسی کنید.
یک جمله از سیاست را بردارید — همان جمله‌ای که باعث شد ارائه‌دهنده را بررسی کنید — و آن را در سراسر سیستم دنبال کنید. وعده‌ای درباره تونل به‌طور خودکار درگاه حساب، حل‌کننده، صندوق پشتیبانی یا پردازشگر پرداخت را توصیف نمی‌کند. بیشتر مقایسه‌های بد از آنجا می‌آید که ادعایی درباره یک مؤلفه خوانده و بر مؤلفه دیگری اعمال می‌شود. راهنمای زیر آن عادت را به یک برگه کار کوتاه تبدیل می‌کند.
داده را دنبال کنید، نه صفت را
تیتری مانند «بدون گزارش فعالیت» اظهارنظری درباره یک دسته است، و پرسش مفید این است که کدام مؤلفه اصلاً می‌تواند آن دسته را تولید کند. نقطه پایانی تونل نشانی‌های مبدأ و مُهرهای زمانی را می‌بیند؛ حل‌کننده نام‌های پرسیده‌شده را می‌بیند؛ سامانه حساب هویت و تاریخ پرداخت را می‌بیند؛ پشتیبانی هر چیزی را که در تیکت بچسبانید می‌بیند. دو مورد از این‌ها ممکن است توسط یک شرکت اداره شوند و یکی ممکن است پیمانکار باشد.
رمزنگاری در هنگام انتقال هیچ چیزی درباره نگهداری نمی‌گوید، چون نقطه پایانی پیش از ارسال، رمزگشایی می‌کند.
ابتدا نقشه مؤلفه‌ها را بسازید
شش سطر بنویسید: برنامه مشتری، بهره‌بردار نقطه پایانی تونل، حل‌کننده DNS، سامانه حساب و صورت‌حساب، کانال پشتیبانی، و هر دریافت‌کننده تشخیص یا گزارش خرابی. در هر سطر بنویسید چه کسی آن را اداره می‌کند و آیا آن طرف همان شرکتی است که درباره‌اش می‌خوانید. خدمات با برند سفید، میزهای پشتیبانی پیمانکاری و تحلیل‌های شخص ثالث پاسخ را بیشتر وقت‌ها جالب‌تر از آنچه انتظار دارید می‌کنند.
سپس فهرست کنید که هر مؤلفه از نظر فنی به چه چیزی دسترسی دارد: نشانی مبدأ، شناسه حساب، نام پرسیده‌شده، زمان اتصال، حجم منتقل‌شده، جزئیات دستگاه، گزارش ارسال‌شده. دسترسی همان نگهداری نیست، اما نشان می‌دهد کدام بخش از سیاست باید به کدام پرسش پاسخ دهد.
دسته‌ها، هدف، نگهداری و اشتراک‌گذاری را مقایسه کنید
ادعای ذخیره‌نشدن مقصدهای مرور، مُهرهای زمانی نشست را پوشش نمی‌دهد، و ادعا درباره آمار تجمیعی، سوابق خامی را که آن را تغذیه کرده‌اند توصیف نمی‌کند. دسته دقیق، هدف اعلام‌شده، دوره نگهداری و عبارت اشتراک‌گذاری را به همین ترتیب جستجو کنید. جایی که سیاست می‌گوید «ناشناس»، بررسی کنید کدام شناسه‌ها و چه دقت زمانی حذف شده‌اند، نه اینکه واژه را به‌عنوان توضیح بپذیرید.
به بخش‌هایی از سیاست که بر اساس خط محصول اعمال می‌شوند توجه کنید. افزونه مرورگر، مشتری موبایل و دستگاه روتر از یک برند می‌توانند مسیرهای داده متفاوتی داشته باشند، و سیاست ممکن است هر سه را با یک صفحه کلی‌گویی پوشش دهد.
راهنمای ملاحظات حریم خصوصی IETF در اینجا ساختار مفیدی است، چون تحلیل را به‌جای جمله بازاریابی، بر پایه مؤلفه تحمیل می‌کند.
بهای شواهدی را که می‌پذیرید تعیین کنید
کد مشتری متن‌باز توصیف می‌کند که مشتری با داده‌های شما چه می‌کند و درباره بک‌اندی که تونل را پایان می‌دهد کم می‌گوید. یک حسابرسی سیستمی اعلام‌شده را در دوره‌ای اعلام‌شده پوشش می‌دهد، که مفید و باریک‌تر از یک تضمین دائمی است. ادعای مربوط به صلاحیت قضایی اظهارنظری درباره فرایند قانونی است، نه درباره ثبت فنی. هر یک از این‌ها شاهدی از نوعی مشخص است، و درهم‌آمیختنشان نتیجه‌گیری‌های مطمئنی می‌سازد که یک سال بعد هیچ‌کس نمی‌تواند از آن دفاع کند.
رمزنگاری در حالت سکون از سوابقی محافظت می‌کند که هنوز وجود دارند، پس به پرسشی متفاوت از وجود یا نبود سوابق پاسخ می‌دهد.
آنچه بی‌پاسخ ماند را ثبت کنید
جایی که مؤلفه‌ای در سیاست غایب است یا دسته‌ای بررسی نشده، کنارش «توضیح‌نشده» بنویسید. این نتیجه صادقانه است و از تبدیل سکوت به تضمین یا به اتهام سودمندتر است. نسخه و تاریخ سیاست را کنار یادداشت‌هایتان نگه دارید، چون این اسناد بی‌صدا تغییر می‌کنند و مقایسه بدون نسخه زود کهنه می‌شود.
در پایان، روشن کنید آزمون خودتان چه چیزی را اثبات کرد. یک خروجی کارآمد و نشانی عمومی تغییرکرده مسیریابی را نشان می‌دهند. آن‌ها هیچ چیزی درباره نگهداری در سمت سرور نمی‌گویند، و برگه کار همان جایی است که این تفکیک زندگی می‌کند.