Nessus over VPN: hvor skanneren skal plasseres før den første skanningen

Et VPN-ikon ved siden av nettleseren sier ingenting om prosessen som sender skannepakkene. Hvis konsollen og skanneren kjører på forskjellige verter, er nettleserens tunnel én vei og skanningens kilde en annen. Start ved utførelsespunktet og arbeid deg utover: ruten, autorisasjonen og påloggingsinformasjonen. Den forskjellen står først i sjekklisten av en grunn.

Dette er en sjekkliste før start, ikke en skanneveiledning. Hvert steg gir et faktum du kan føre inn i oppdragsprotokollen før en eneste pakke forlater skanneren.

Kontroll én: finn prosessen som sender probene

Tegn de tre rollene tydelig: nettleseren på bærbar A, skannekonsollen på vert B og det private målet C. Hvis B også kjører skannemotoren, trenger nettleseren bare en vei til B. Hvis en egen skanneenhet gjør jobben, trenger den enheten veien til C.

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

En nettleser koblet til VPN kan nå konsollen mens skanneren bak den fortsatt mangler rute til C. Det motsatte er også mulig: skanneren er inne i det private nettet og konsollen er ekstern. Finn ut hvilket oppsett du faktisk kjører før du endrer noen nettverkskontroll. Navngi enheten i skannekonfigurasjonen før du gir nettverket skylden.

Hvis skanneren kjører på A, deler nettleservert og skanner en kontekst, men bare så lenge prosessen beholder samme navnerom og samme rutetabell. En container eller en tjenestekonto arver kanskje ikke det den interaktive nettleseren ser. Konsollen er en administrasjonsflate, ikke skannemotoren.

Kontroll to: bevis skannerens rute og DNS

Kjør rute kontrollen på skannerverten, ikke på den bærbare. Spør kjernen hvilket grensesnitt og hvilken gateway den ville bruke for mål adressen, og gjenta for målets vertsnavn. En rute som finnes for IP-adressen og et navn som løses til en annen adresse er to forskjellige feil.

Bekreft kildeadressen som vil vises ved målet. En VPN-klient kan tildele en annen adresse enn den målets brannmur forventer, og en NAT-enhet kan skrive den om igjen. Målets eier trenger den observerte kilden, ikke adressen som står i VPN-profilen.

Kontroller også returveien. En skanner som når målet men ikke mottar svar, har et rute- eller brannmurproblem på veien tilbake, og det ser identisk ut med et mål som er nede.

Kontroll tre: få omfang og synsvinkel autorisert

La målets eier skriftlig angi systemer, tjenester, miljø, kilde og tidsvindu. Bestem hvilken synsvinkel vurderingen representerer: en ekstern VPN-bruker, en innsluppet intern klient eller et bestemt skannesegment.

En privat rute er ikke tillatelse til å teste tilstøtende nettverk. Hold mållisten smal, list opp ekskluderte systemer og avtal stoppbetingelser og en kontakt som kan stanse kjøringen. Skanneren undersøker gjerne alt den kan nå, og nettopp derfor må omfanget være eksplisitt.

Noter den godkjente kilden i samme dokument. Hvis skannerens observerte kilde avviker fra den godkjente, representerer kjøringen ikke den avtalte synsvinkelen, selv når mållisten er riktig.

Kontroll fire: tilpass påloggingsinformasjonen til vurderingens dybde

En tilgjengelighetskontroll og en autentisert vurdering er forskjellige tester. Et portsvar beviser at noe svarte; det beviser ikke at kontroller med påloggingsinformasjon ble kjørt, eller at applikasjonen autoriserte kontoen.

Bruk bare dedikert påloggingsinformasjon når det avtalte omfanget krever autentiserte kontroller. Bekreft kontoens tillatelser og låsepolicy, og bestem hvordan funn skal lagres og deles før skanningen produserer dem.

Hvis påloggingsinformasjonen feiler, må du ikke stille falle tilbake på en uautentisert kjøring og kalle rapporten den planlagte vurderingen. Resultatet er en annen test med en annen betydning, og den forskjellen hører hjemme i rapporten.

Kontroll fem: lagre planen, og start så bevisst

I Nessus' skanneflyt er valg av mal, konfigurering av innstillinger og lagring eller start av skanningen separate steg. Bruk den oppdelingen til å gjennomgå mållisten, kilden og tidsplanen før noe trafikk starter.

Før du autoriserer starten, kontroller hvilken kilde VPN tillater, hvilken trafikk den bærer, og hvordan den kommer seg etter en brutt tunnel. Ikke utvid brannmurtilgangen bare fordi en foreløpig tilkobling feilet; finn laget som avviste den og rett det laget.

Etter kjøringen, noter skannerverten, dens observerte kilde, mållisten og alle kontroller som ikke kunne fullføres. En rapport laget fra en annen kilde eller uten den tiltenkte påloggingsinformasjonen representerer ikke den opprinnelige planen, og å si det er en del av leveransen.

Trekk tilbake oppdragets tilgang og håndter lagrede resultater etter den avtalte prosessen. Sjekklisten er først ferdig når bevisene samsvarer med veien du godkjente, ikke når skanningen bare returnerte resultater.