Nessus VPN-en át: hová kerüljön a szkenner az első vizsgálat előtt

A böngésző melletti VPN-ikon semmit sem mond arról a folyamatról, amely a vizsgálati csomagokat küldi. Ha a konzol és a szkenner külön hoszton fut, a böngésző alagútja az egyik útvonal, a vizsgálat forrása pedig egy másik. Kezdje a végrehajtási ponttal, majd haladjon kifelé: az útvonal, az engedélyezés és a hitelesítő adatok. Ez a megkülönböztetés nem véletlenül az első a listán.

Ez egy indítás előtti ellenőrzőlista, nem vizsgálati útmutató. Minden lépés egy tényt ad, amelyet rögzíthet a megbízás naplójában, mielőtt bármely csomag elhagyná a szkennert.

Első ellenőrzés: keresse meg a szondákat küldő folyamatot

Rajzolja fel egyértelműen a három szerepet: a böngészőt az A hordozható gépen, a vizsgálati konzolt a B hoszton és a privát C célt. Ha B futtatja a vizsgálómotort is, a böngészőnek csak B felé kell útvonal. Ha külön vizsgálóeszköz végzi a munkát, annak az eszköznek C felé kell útvonal.

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

Egy VPN-hez csatlakozó böngésző elérheti a konzolt, miközben a mögötte lévő szkennernek még nincs útvonala C felé. A fordítottja is lehetséges: a szkenner a privát hálózaton belül van, a konzol pedig távoli. Derítse ki, melyik elrendezést futtatja valójában, mielőtt bármely hálózati vezérlést módosít. Nevezze meg az eszközt a vizsgálati beállításokban, mielőtt a hálózatot hibáztatja.

Ha a szkenner A-n fut, a böngésző hosztja és a szkenner közös kontextust használ, de csak addig, amíg a folyamat ugyanazt a névteret és ugyanazt az útválasztási táblát tartja. Egy konténer vagy szolgáltatásfiók nem feltétlenül örökli azt, amit az interaktív böngésző lát. A konzol kezelőfelület, nem a vizsgálómotor.

Második ellenőrzés: bizonyítsa a szkenner útvonalát és DNS-ét

Az útvonal-ellenőrzést a szkenner hosztján futtassa, ne a hordozható gépen. Kérdezze meg a kernelt, melyik interfészt és átjárót használná a cél címéhez, majd ismételje meg a cél hosztnevére. A IP-hez létező útvonal és a más címre feloldódó név két különböző hiba.

Erősítse meg a forráscímet, amely a célnál meg fog jelenni. Egy VPN-kliens a cél tűzfalának várakozásától eltérő címet adhat, és egy NAT-eszköz újra átírhatja. A cél tulajdonosának a megfigyelt forrásra van szüksége, nem a VPN-profilban nyomtatott címre.

Ellenőrizze a visszautat is. Az a szkenner, amely eléri a célt, de nem kap választ, útválasztási vagy tűzfalproblémával küzd a visszaúton, és ez pontosan úgy néz ki, mint egy elérhetetlen cél.

Harmadik ellenőrzés: szerezze meg a hatókör és a nézőpont engedélyezését

Kérje meg a cél tulajdonosát, hogy írásban nevezze meg a rendszereket, szolgáltatásokat, környezetet, forrást és időablakot. Döntse el, melyik nézőpontot képviseli az értékelés: külső VPN-felhasználó, engedélyezett belső kliens vagy adott szkenner-szegmens.

A privát útvonal nem engedély a szomszédos hálózatok tesztelésére. Tartsa szűken a célok listáját, sorolja fel a kizárt rendszereket, és egyezzen meg a leállítási feltételekről és egy kapcsolattartóról, aki le tudja állítani a futást. A szkenner szívesen vizsgál mindent, amit elér, és épp ezért kell a hatókörnek egyértelműnek lennie.

Rögzítse a jóváhagyott forrást ugyanabban a dokumentumban. Ha a szkenner megfigyelt forrása eltér a jóváhagyottól, a futás nem a megbeszélt nézőpontot képviseli, akkor sem, ha a célok listája helyes.

Negyedik ellenőrzés: igazítsa a hitelesítő adatokat az értékelés mélységéhez

Az elérhetőségi ellenőrzés és a hitelesített értékelés különböző tesztek. Egy portválasz bizonyítja, hogy valami válaszolt; nem bizonyítja, hogy lefutottak a hitelesítő adatokkal végzett ellenőrzések, vagy hogy az alkalmazás engedélyezte a fiókot.

Csak akkor használjon dedikált hitelesítő adatokat, ha a megbeszélt hatókör hitelesített ellenőrzéseket követel. Erősítse meg a fiók jogosultságait és zárolási szabályzatát, és döntse el, hogyan tárolják és osztják meg a leleteket, mielőtt a vizsgálat létrehozná őket.

Ha a hitelesítő adatok nem működnek, ne térjen át csendben hitelesítés nélküli futásra, és ne nevezze a jelentést a tervezett értékelésnek. Az eredmény egy más jelentésű teszt, és ez a különbség a jelentésbe tartozik.

Ötödik ellenőrzés: mentse el a tervet, aztán indítson tudatosan

A Nessus vizsgálati munkafolyamatában a sablon kiválasztása, a beállítások megadása és a vizsgálat mentése vagy indítása külön lépések. Használja ezt a szétválasztást arra, hogy a forgalom megindulása előtt átnézze a célok listáját, a forrást és az ütemezést.

Mielőtt engedélyezi az indítást, ellenőrizze, milyen forrást enged a VPN, milyen forgalmat visz, és hogyan áll helyre egy megszakadt alagút után. Ne szélesítse a tűzfal hozzáférését csak azért, mert egy előzetes kapcsolat meghiúsult; keresse meg azt a réteget, amely elutasította, és javítsa azt a réteget.

A futás után rögzítse a szkenner hosztját, a megfigyelt forrását, a célok listáját és minden ellenőrzést, amely nem tudott befejeződni. Egy más forrásból vagy a szándékolt hitelesítő adatok nélkül készült jelentés nem az eredeti tervet képviseli, és ennek kimondása a szállítmány része.

Vonja vissza a megbízás hozzáférését, és a megőrzött eredményeket a megbeszélt folyamat szerint kezelje. Az ellenőrzőlista csak akkor kész, ha a bizonyítékok megfelelnek a jóváhagyott útvonalnak, nem akkor, amikor a vizsgálat egyszerűen visszaadott eredményeket.