Nessus از طریق VPN: اسکنر را پیش از نخستین اسکن کجا قرار دهیم

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

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

بررسی یک: فرایندی را پیدا کنید که کاوش‌ها را می‌فرستد

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

Browser on laptop A -> console on host B
Scanner process on B (or another appliance) -> private target C

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

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

بررسی دو: مسیر و DNS اسکنر را اثبات کنید

بررسی مسیر را روی میزبان اسکنر اجرا کنید، نه روی لپ‌تاپ. از هسته بپرسید برای نشانی هدف از کدام رابط و دروازه استفاده می‌کند، سپس همین را برای نام میزبان هدف تکرار کنید. مسیری که برای IP وجود دارد و نامی که به نشانی دیگری تفکیک می‌شود دو خطای متفاوت‌اند.

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

مسیر بازگشت را هم بررسی کنید. اسکنری که به هدف می‌رسد اما پاسخی نمی‌گیرد در مسیر بازگشت مشکل مسیریابی یا دیوار آتش دارد و این دقیقاً مانند هدفی است که از کار افتاده.

بررسی سه: مجوز دامنه و نقطه دید را بگیرید

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

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

مبدأ تأییدشده را در همان سند ثبت کنید. اگر مبدأ مشاهده‌شده اسکنر با مبدأ تأییدشده متفاوت باشد، اجرا نماینده نقطه دید توافق‌شده نیست، حتی وقتی فهرست هدف درست است.

بررسی چهار: اعتبارنامه‌ها را با عمق ارزیابی هماهنگ کنید

بررسی دسترسی‌پذیری و ارزیابی احراز هویت‌شده دو آزمون متفاوت‌اند. پاسخ یک پورت ثابت می‌کند چیزی پاسخ داده است؛ ثابت نمی‌کند بررسی‌های دارای اعتبارنامه اجرا شده‌اند یا برنامه حساب را مجاز کرده است.

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

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

بررسی پنج: برنامه را ذخیره کنید و سپس آگاهانه راه‌اندازی کنید

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

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

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

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