Nessus por VPN: onde colocar o escáner antes do primeiro escaneo

Unha icona de VPN xunto ao navegador non di nada sobre o proceso que envía os paquetes de escaneo. Se a consola e o escáner se executan en hosts distintos, o túnel do navegador é un camiño e a orixe do escaneo é outra. Comeza polo punto de execución e despois vai cara a fóra: a ruta, a autorización e as credenciais. Esta distinción é o primeiro elemento da lista por unha razón.

Esta é unha lista de comprobación antes do lanzamento, non un tutorial de escaneo. Cada paso produce un feito que podes rexistrar no expediente do encargo antes de que ningún paquete saia do escáner.

Primeira comprobación: localiza o proceso que envía as sondas

Debuxa os tres roles explicitamente: o navegador no portátil A, a consola de escaneo no host B e o obxectivo privado C. Se B tamén executa o motor de escaneo, o navegador só necesita un camiño ata B. Se o traballo o fai un aparello de escaneo separado, ese aparello necesita o camiño ata C.

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

Un navegador conectado á VPN pode chegar á consola mentres o escáner detrás del aínda non ten ruta ata C. Tamén é posible o contrario: o escáner está dentro da rede privada e a consola é remota. Descubre que disposición executas realmente antes de cambiar calquera control de rede. Nomea o aparello na configuración do escaneo antes de culpar a rede.

Se o escáner se executa en A, o host do navegador e o escáner comparten un contexto, pero só mentres ese proceso mantén o mesmo espazo de nomes e a mesma táboa de encamiñamento. Un contedor ou unha conta de servizo pode non herdar o que ve o navegador interactivo. A consola é unha superficie de administración, non o motor de escaneo.

Segunda comprobación: demostra a ruta e o DNS do escáner

Executa a comprobación de ruta no host do escáner, non no portátil. Pregunta ao núcleo que interface e que pasarela usaría para o enderezo do obxectivo, e despois repite para o nome de host do obxectivo. Unha ruta que existe para a IP e un nome que resolve a outro enderezo son dúas fallas distintas.

Confirma o enderezo de orixe que aparecerá no obxectivo. Un cliente VPN pode asignar un enderezo distinto do que espera a devasa do obxectivo, e un dispositivo NAT pode reescribilo de novo. O propietario do obxectivo necesita a orixe observada, non o enderezo impreso no perfil da VPN.

Comproba tamén o camiño de volta. Un escáner que chega ao obxectivo pero non recibe respostas ten un problema de encamiñamento ou de devasa no camiño de volta, e iso parece exactamente igual que un obxectivo caído.

Terceira comprobación: consegue a autorización do alcance e do punto de vista

Pide ao propietario do obxectivo que nomee por escrito os sistemas, servizos, contorno, orixe e xanela temporal. Decide que punto de vista representa a avaliación: un usuario de VPN externo, un cliente interno admitido ou un segmento de escáner concreto.

Unha ruta privada non é permiso para probar redes adxacentes. Mantén a lista de obxectivos estreita, enumera os sistemas excluídos e acorda condicións de parada e un contacto que poida deter a execución. O escáner sonda de bo grado todo o que pode acadar, e por iso mesmo o alcance ten que ser explícito.

Rexistra a orixe aprobada no mesmo documento. Se a orixe observada polo escáner difire da aprobada, a execución non representa o punto de vista acordado aínda que a lista de obxectivos sexa correcta.

Cuarta comprobación: axusta as credenciais á profundidade da avaliación

Unha comprobación de accesibilidade e unha avaliación autenticada son probas distintas. Unha resposta de porto demostra que algo respondeu; non demostra que se executasen comprobacións con credenciais nin que a aplicación autorizase a conta.

Usa credenciais dedicadas só cando o alcance acordado requira comprobacións autenticadas. Confirma os permisos e a política de bloqueo da conta, e decide como se almacenarán e compartirán os achados antes de que o escaneo os produza.

Se as credenciais fallan, non pases silenciosamente a unha execución non autenticada nin etiquetes o informe como a avaliación planificada. O resultado é unha proba distinta con outro significado, e esa diferenza pertence ao informe.

Quinta comprobación: garda o plan e despois lanza con deliberación

No fluxo de traballo de escaneo de Nessus, escoller un modelo, configurar os axustes e gardar ou lanzar o escaneo son pasos separados. Aproveita esa separación para revisar a lista de obxectivos, a orixe e a programación antes de que comece calquera tráfico.

Antes de autorizar o lanzamento, comproba que orixe permite a VPN, que tráfico transporta e como se recupera dun túnel caído. Non amplíes o acceso da devasa só porque unha conexión preliminar fallou; atopa a capa que a rexeitou e corrixe esa capa.

Despois da execución, rexistra o host do escáner, a orixe observada, a lista de obxectivos e as comprobacións que non se puidesen completar. Un informe producido desde outra orixe ou sen as credenciais previstas non representa o plan orixinal, e dicilo forma parte do entregable.

Retira os accesos do encargo e trata os resultados conservados segundo o proceso acordado. A lista de comprobación só remata cando as probas coinciden co camiño que aprobaches, non cando o escaneo simplemente devolveu resultados.