Nessus över VPN: var skannern ska placeras före den första skanningen

En VPN-ikon bredvid webbläsaren säger ingenting om processen som skickar skanningspaketen. Om konsolen och skannern körs på olika värdar är webbläsarens tunnel en väg och skanningens källa en annan. Börja vid exekveringspunkten och arbeta dig utåt: routen, auktoriseringen och inloggningsuppgifterna. Den distinktionen står först i checklistan av en anledning.

Det här är en checklista före start, inte en skanningshandledning. Varje steg ger ett faktum som du kan skriva in i uppdragsprotokollet innan något paket lämnar skannern.

Kontroll ett: hitta processen som skickar sonderna

Rita de tre rollerna tydligt: webbläsaren på bärbar dator A, skanningskonsolen på värd B och det privata målet C. Om B också kör skanningsmotorn behöver webbläsaren bara en väg till B. Om en separat skanningsapparat gör jobbet behöver den apparaten vägen till C.

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

En webbläsare ansluten till VPN kan nå konsolen medan skannern bakom den fortfarande saknar rutt till C. Det omvända är också möjligt: skannern finns i det privata nätet och konsolen är fjärransluten. Ta reda på vilken uppställning du faktiskt kör innan du ändrar någon nätverkskontroll. Namnge apparaten i skanningskonfigurationen innan du skyller på nätverket.

Om skannern körs på A delar webbläsarvärden och skannern en kontext, men bara så länge processen behåller samma namnrymd och samma routingtabell. En container eller ett tjänstekonto ärver kanske inte det som den interaktiva webbläsaren ser. Konsolen är en administrationsyta, inte skanningsmotorn.

Kontroll två: bevisa skannerns rutt och DNS

Kör ruttkontrollen på skannervärden, inte på den bärbara datorn. Fråga kärnan vilket gränssnitt och vilken gateway den skulle använda för mål adressen och upprepa sedan för målets värdnamn. En rutt som finns för IP-adressen och ett namn som löses till en annan adress är två olika fel.

Bekräfta källadressen som kommer att synas vid målet. En VPN-klient kan tilldela en annan adress än den målets brandvägg förväntar sig, och en NAT-enhet kan skriva om den igen. Målets ägare behöver den observerade källan, inte adressen som står i VPN-profilen.

Kontrollera även returvägen. En skanner som når målet men inte får några svar har ett routing- eller brandväggsproblem på vägen tillbaka, och det ser identiskt ut med ett mål som ligger nere.

Kontroll tre: få omfattning och synvinkel auktoriserad

Låt målets ägare skriftligen ange system, tjänster, miljö, källa och tidsfönster. Bestäm vilken synvinkel bedömningen representerar: en extern VPN-användare, en godkänd intern klient eller ett specifikt skannersegment.

En privat rutt är inte tillstånd att testa angränsande nät. Håll mållistan snäv, lista uteslutna system och kom överens om stoppvillkor och en kontakt som kan stoppa körningen. Skannern testar gärna allt den kan nå, och just därför måste omfattningen vara explicit.

Anteckna den godkända källan i samma dokument. Om skannerns observerade källa skiljer sig från den godkända representerar körningen inte den överenskomna synvinkeln, även när mållistan är korrekt.

Kontroll fyra: matcha inloggningsuppgifterna mot bedömningens djup

En nåbarhetskontroll och en autentiserad bedömning är olika tester. Ett port svar bevisar att något svarade; det bevisar inte att kontroller med inloggningsuppgifter kördes eller att applikationen auktoriserade kontot.

Använd dedikerade inloggningsuppgifter bara när den överenskomna omfattningen kräver autentiserade kontroller. Bekräfta kontots behörigheter och utelåsningspolicy och bestäm hur fynd ska lagras och delas innan skanningen producerar dem.

Om inloggningsuppgifterna misslyckas, fall inte tyst tillbaka på en oautentiserad körning och märk inte rapporten som den planerade bedömningen. Resultatet är ett annat test med en annan betydelse, och den skillnaden hör hemma i rapporten.

Kontroll fem: spara planen och starta sedan medvetet

I Nessus skanningsflöde är val av mall, konfigurering av inställningar och att spara eller starta skanningen separata steg. Använd den uppdelningen för att granska mållistan, källan och schemat innan någon trafik börjar.

Innan du auktoriserar starten, kontrollera vilken källa VPN tillåter, vilken trafik den bär och hur den återhämtar sig från en bruten tunnel. Vidga inte brandväggsåtkomsten bara för att en preliminär anslutning misslyckades; hitta det lager som nekade den och åtgärda det lagret.

Efter körningen, anteckna skannervärden, dess observerade källa, mållistan och alla kontroller som inte kunde slutföras. En rapport som tagits fram från en annan källa eller utan de avsedda inloggningsuppgifterna representerar inte den ursprungliga planen, och att säga det är en del av leveransen.

Dra in uppdragets åtkomst och hantera sparade resultat enligt den överenskomna processen. Checklistan är klar först när bevisen motsvarar den väg du godkände, inte när skanningen bara returnerade resultat.