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

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

محافظت را بر پایه کار برگزینید، نه بر پایه عادت

یک نشست ترمینال یا کار مدیریت فایل پشتیبانی‌شده با SSH سازگار است، که معماری‌اش احراز هویت سرور، احراز هویت کاربر و کانال‌های حمل‌شده درون انتقال محافظت‌شده را از هم جدا می‌کند. هیچ‌یک از این نقش‌ها به ارائه‌دهنده VPN تجاری نیاز ندارد و هیچ‌یک به دلیل نبود مسیر پیش‌فرض به اینترنت از کار نمی‌افتد.

یک سرویس TCP اضافه می‌تواند از یک هدایت SSH مجاز عبور کند وقتی سرور اجازه می‌دهد: شنونده محلی را تنگ‌تر ببندید و مقصد را صریح نگه دارید، و به یاد داشته باشید که این همان یک سرویس را هدایت می‌کند و نه بازتولید یک بخش Ethernet.

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

سیاهه کنید چه چیزی شبکه محلی را ترک می‌کند

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

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

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

بررسی‌های هویت را جای خودشان نگه دارید

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

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

با نبود واقعی پیوند بالادستی بیازمایید

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

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

مقالات مرتبط