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, який трафік він несе і як відновлюється після обриву тунелю. Не розширюйте доступ через міжмережевий екран лише тому, що попереднє з'єднання не вдалося; знайдіть рівень, який його відхилив, і виправте цей рівень.

Після запуску запишіть хост сканера, спостережене джерело, список цілей і всі перевірки, які не вдалося завершити. Звіт, створений з іншого джерела або без передбачених облікових даних, не представляє початковий план, і сказати про це — частина результату.

Відкличте доступ для роботи й поводьтеся зі збереженими результатами згідно з узгодженим процесом. Список перевірок завершено лише тоді, коли докази відповідають схваленому шляху, а не тоді, коли сканування просто повернуло результати.