VPN آدرس IP قدیمی شما را افشا نکرد: یک مقدار به‌خاطرمانده این کار را کرد

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

دو توضیح پشت یک آدرس

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

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

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

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

حافظهٔ برنامه از اتصال دوباره بیشتر عمر می‌کند

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

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

سرویس ممکن است مقداری را هم نگه دارد که ماه‌ها پیش به آن داده‌اید، و در این حالت هیچ تغییر محلی آن را حذف نمی‌کند. این نگهداری است و کاملاً بیرون از تونل قرار دارد.

اول سرآیند مبدأ را بخوانید، بعد بار مفید را

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

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

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

نگهداری مرحله‌ای متفاوت از انتقال است

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

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

پیش از سرزنش تونل چه چیزی را بررسی کنید

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

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