سه گام، یک میزبان: شمردن وابستگی‌های واقعی حریم خصوصی
شمار گام‌ها میزبانی مشترک، یک حساب مدیریت و همان ثبت‌کننده را پنهان می‌کند. دفتر وابستگی بسازید، هر ردیف را درجه‌بندی کنید و ببینید یک مقدار مشترک چه چیزی را به هم می‌پیوندد.
گام دوم طبق برنامه بالا آمد و نمودار شما هنوز سه ارائه‌دهنده جدا را نشان می‌دهد. سپس صورت‌حساب‌ها می‌رسند و دو تای آن‌ها همان شرکت میزبانی را نام می‌برند، همان ثبت‌کننده هر سه دامنه را در دست دارد، و هر حساب به یک صندوق پستی که مالک آن هستید بازیابی می‌شود. هیچ چیز در پیکربندی تونل خراب نیست. طراحی به‌سادگی هرگز وابستگی‌هایی را که زیر گام‌ها قرار دارند نشمرده است، و شمار گام‌ها مسیری را توصیف می‌کند که ترافیک طی می‌کند، نه تعداد طرف‌هایی را که می‌توانند روی آن اقدام کنند.
نشانه در صورت‌حساب‌ها پیداست، نه در گزارش‌ها
این را در گزارش تونل پیدا نمی‌کنید، چون تونل دقیقاً همان کاری را می‌کند که پیکربندی کرده‌اید. شواهد در سوابق عمومی و تنظیمات حساب زندگی می‌کنند: نام سازمان‌های whois که میان نقاط پایانی یکسان است، سرورهای نام یکسان، نشانی ثبت‌کننده مشترک، یک روش پرداخت، یک پنل کنترل. هر یک از این‌ها نشانه‌ای است که دو لایه‌ای که باید مستقل شکست بخورند ممکن است با هم شکست بخورند.
هیچ‌یک از این نشانه‌ها ثابت نمی‌کند که هر طرف واحدی می‌تواند ترافیک شما را بخواند. آنچه کاهش می‌دهند تعداد تصمیم‌های مستقلی است که باید اشتباه باشند پیش از آنکه دو لایه حفاظتی با یک رویداد واحد به خطر بیفتند.
سوابقی را که واقعاً می‌بینید مقایسه کنید و بنویسید چه چیزی را مقایسه کردید. سازمان را در هر نشانی نقطه پایانی جست‌وجو کنید، سرورهای نام هر دامنه را فهرست کنید، و تنظیمات بازیابی هر حساب در زنجیره را باز کنید. جایی که دو مقدار یکسان است، توجه کنید که این یکسانی درباره مالکیت است، درباره عملیات، یا فقط درباره پیشانی یک فروشنده مجدد. این‌ها یافته‌های متفاوتی هستند، و یکی دانستن آن‌ها همان چیزی است که بازبینی وابستگی را به حدس تبدیل می‌کند.
مسیر منطقی را بکشید، سپس نقشه وابستگی را
دو نمودار لازم است، و بیشتر مردم فقط اولی را می‌کشند. مسیر منطقی نشان می‌دهد هر لایه حفاظتی کجا پایان می‌یابد و آن نقطه پایانی چه چیزی را می‌تواند مشاهده کند. نقشه وابستگی نشان می‌دهد چه کسی هر یک از این نقاط پایانی را اداره و مدیریت می‌کند، که مجموعه‌ای کاملاً جدا از نام‌هاست.
| Layer to record | Evidence you can collect | What a shared value would mean |
|---|---|---|
| Endpoint operator | Published operator, contract, support contacts | The same party sees two traffic layers |
| Compute and hosting | Address ranges, hosting brands, platform status pages | One administrative action affects two machines |
| Network dependency | Endpoints and transit links near the observation point | Two paths share a segment that could be watched once |
| Management | Control panels, SSH keys, staff with access | One credential compromise crosses both layers |
| Account linkage | Registration records, payment method, recovery mail | Two services can be tied to one identity |
هر ردیف را درجه‌بندی کنید نه اینکه فقط پر کنید. شناخته‌شده یعنی سندی دیده‌اید که آن را بیان می‌کند، استنتاج‌شده یعنی یک مشاهده آن را پشتیبانی می‌کند بی‌آنکه آن را حل کند، و ناشناخته یعنی چیزی یافت نشد. برند میزبانی مشترک استنتاجی درباره زیرساخت مشترک است، نه بیانیه‌ای درباره پایگاه داده مشتریان مشترک. یک استنتاج را بی‌صدا به واقعیت شناخته‌شده ارتقا ندهید فقط چون برای نتیجه‌ای که انتظار داشتید راحت است.
ردیف خالی خودش یک یافته است. به شما می‌گوید کدام واقعیت اگر آن را می‌آموختید تصمیم را تغییر می‌داد، و این سودمندتر از پاراگراف دیگری درباره کاری است که یک دشمن پیچیده ممکن است بکند.
یک شماره AS فقط به پرسش مسیریابی پاسخ می‌دهد
سیستم خودگردان مفهومی در مدیریت مسیریابی است، مجموعه‌ای از نشانی‌ها که به شبکه‌های دیگر به‌عنوان یک نمای مسیریابی منسجم ارائه می‌شود. بنابراین شماره‌های AS متفاوت هیچ چیز قطعی‌ای درباره مالکیت شرکتی، کارکنان جدا یا کنترل حقوقی مستقل نمی‌گویند. اشتباه معکوس هم به همان اندازه رایج است: دو نقطه پایانی در یک AS به‌طور خودکار موردی از شناسایی یک کاربر مشخص توسط یک طرف نیست.
اگر شماره‌ها را می‌خواهید، آن‌ها را حل کنید نه اینکه فرض کنید. نشانی زیر یک جای‌نگهدار است، و پرچم از ابزار می‌خواهد هر گام را با ASای که آن را اعلام می‌کند برچسب بزند.
mtr --aslookup --report --report-cycles 5 203.0.113.9آن خروجی را اندازه‌گیری مسیریابی بدانید، نه مالکیت یا کل مسیر ترافیک. شبکه دسترسی که از آن شروع می‌کنید و وابستگی‌های ترانزیت میان نقاط پایانی پرسش‌های جدایی هستند که نشانی‌های نقاط پایانی نمی‌توانند پاسخ دهند. وقتی مسیر یا انتخاب رله از جایی که نشسته‌اید قابل مشاهده نیست، آن را ناشناخته برچسب بزنید نه اینکه ادعایی کلی درباره اینکه یک شبکه خاص امروز چگونه مسیرها را انتخاب می‌کند وارد کنید. مشاهده‌نشده همان مشاهده‌ناپذیر نیست، اما شواهد هم نیست.
پیش از نام بردن ریسک، مشاهده را نام ببرید
سه یافته در بیشتر بازبینی‌های وابستگی با هم مخلوط می‌شوند، و جدا کردنشان بیشتر کار است. دید منفعل ترافیک رمزگذاری‌شده یک یافته است. دسترسی مدیریت مشترک دیگری است، چون به معنای یک عمل است نه یک دید. پیوند حساب سوم است، چون هویت‌ها را بدون دادن هیچ دسترسی فنی به هم متصل می‌کند.
راهنمای حریم خصوصی در RFC 6973 شکلی عملی برای این فراهم می‌کند: فهرست کنید هر موجودیت چه می‌آموزد، سپس بپرسید چگونه می‌توان آن را با اطلاعاتی که جای دیگری نگه داشته می‌شود ترکیب کرد. دو نقطه روی یک مسیر که الگوهای ترافیک مشابه را مشاهده می‌کنند می‌توانند نگرانی همبستگی را توجیه کنند، اما احتمال اندازه‌گیری‌شده‌ای به شما نمی‌دهند که کسی شناسایی شده است. نگرانی را بنویسید، سپس مشاهده‌ای را بنویسید که آن را تأیید می‌کند.
به زنجیره‌ای از دو سرویس تونل و یک پروکسی اجاره‌ای برگردید. اگر اعتبارنامه‌های مدیریت پروکسی یک حساب بازیابی را با یک سرور تونل شریک باشند، یک نفوذ اداری واحد می‌تواند از هر دو مرز بگذرد. اگر تنها همپوشانی این باشد که یک شرکت میزبانی هر دو ماشین را اجرا می‌کند، بازبینی باید بگوید آن شرکت چه اختیاراتی دارد و چه اطلاعاتی محافظت‌شده می‌ماند. همان سه گام، یافته‌ای متفاوت.
دفتر، گواهی گمنامی نیست و هرگز نخواهد بود. ارزشش باریک‌تر و کاربردی‌تر است: نشان می‌دهد استقلال کجا برقرار است، کجا فرض می‌شود، و کدام ردیف ناشناخته واحد تصمیم را جابه‌جا می‌کند. دفعه بعد همان ردیف را انتخاب کنید، و بقیه نمودار را رها کنید تا پاسخی برایش پیدا کنید.