Lab 1 — Deploy the Endpoint
Objetivo
Desplegar BloxOne Endpoint en el dispositivo del participante y validar que:
- el Endpoint se encuentra operativo;
- puede comunicarse con Infoblox Threat Defense;
- aparece correctamente identificado en el CSP;
- pertenece al scope preparado para el participante;
- recibe la Security Policy correspondiente;
- una modificación realizada en esa política afecta únicamente a su propio endpoint.
El objetivo final no es simplemente poder decir:
El participante deberá poder afirmar:
Escenario del laboratorio
Todos los participantes utilizarán el mismo entorno de Infoblox Threat Defense.
Sin embargo, cada uno trabajará con su propio endpoint y con una Security Policy cuyo alcance estará limitado a ese endpoint.
De esta manera, cada participante podrá realizar posteriormente cambios de ALLOW, BLOCK o REDIRECT sin interferir con los ejercicios de sus compañeros.
Preparación
Antes del laboratorio debemos asegurarnos de que cada participante tenga:
- acceso al CSP utilizado durante el curso;
- permisos suficientes para realizar las actividades previstas;
- su computadora disponible para instalar BloxOne Endpoint;
- conectividad a Internet;
- permisos locales necesarios para realizar la instalación.
Además, el instructor deberá tener preparada la estrategia de identificación y separación de los endpoints para que cada participante pueda reconocer claramente cuál le pertenece.
Podemos utilizar una convención de nombres sencilla:
Aplicaremos la misma lógica a los objetos que sea necesario crear durante los ejercicios.
Parte 1 — Obtener BloxOne Endpoint
El participante accederá al CSP e identificará el paquete de BloxOne Endpoint correspondiente a su plataforma.
Antes de iniciar la instalación deberá identificar:
- sistema operativo;
- paquete correcto;
- información necesaria para asociar el Endpoint con el tenant del laboratorio.
En esta etapa todavía no buscamos generar ninguna condición de seguridad.
El objetivo es simplemente preparar correctamente el componente que llevará nuestro dispositivo hacia Threat Defense.
Parte 2 — Instalar el Endpoint
El participante realizará la instalación de BloxOne Endpoint siguiendo el procedimiento correspondiente a su sistema operativo.
Al terminar, deberá comprobar que el software se encuentra instalado y operativo.
Pero recordemos:
Por eso no terminamos aquí.
Parte 3 — Identificar nuestro Endpoint en el CSP
Después de la instalación, el participante deberá localizar su dispositivo en el CSP.
Debe comprobar que está trabajando con su propio endpoint antes de realizar cualquier cambio.
Registrar:
| Endpoint name | ____________________________ |
|---|---|
| Operating system | ____________________________ |
| Endpoint status | ____________________________ |
| Assigned group / scope | ____________________________ |
| Assigned Security Policy | ____________________________ |
Esta información será nuestra primera evidencia del laboratorio.
Parte 4 — Validar el scope
Ahora debemos comprobar la relación:
El participante deberá identificar qué Security Policy está siendo aplicada a su Endpoint.
La pregunta que debe poder responder es:
Ésta es la materialización práctica del concepto de scope estudiado en el Bloque 2.
Parte 5 — Generar una consulta DNS
Desde su dispositivo, el participante realizará una consulta DNS sencilla hacia un dominio conocido.
Por ejemplo:
dig example.comO la herramienta equivalente disponible en el sistema operativo.
El objetivo todavía no es bloquear nada.
Queremos demostrar que tenemos tráfico real generado desde el dispositivo que posteriormente podremos utilizar para validar nuestras políticas.
Parte 6 — Primera validación
Ahora unimos las evidencias obtenidas:
El participante deberá poder responder:
- ¿Mi Endpoint aparece operativo?
- ¿Estoy trabajando con el Endpoint correcto?
- ¿Qué Security Policy recibe?
- ¿Esa política afecta solamente al scope esperado?
- ¿Puedo generar consultas DNS desde ese dispositivo?
Checkpoint del laboratorio
Antes de dar por terminado el Lab 1:
- Endpoint instalado
- Endpoint operativo
- Endpoint identificado en CSP
- Scope correcto
- Security Policy correcta
- Consulta DNS generada
- Comportamiento esperado
No avanzamos al siguiente laboratorio simplemente porque la instalación terminó.
Avanzamos cuando podemos demostrar la cadena:
Preguntas de análisis
- ¿Por qué Endpoint no es la única forma de incorporar Threat Defense al flujo DNS?
- ¿Qué diferencia conceptual existe entre External Network, DNS Forwarding y Endpoint?
- ¿Por qué utilizamos Endpoint para estos laboratorios?
- ¿Qué función cumple el scope cuando varios participantes utilizan el mismo tenant?
- ¿Por qué “Endpoint instalado” no significa necesariamente “Endpoint protegido”?
- Si una política produce el resultado esperado en mi endpoint pero no en el de otro participante, ¿significa necesariamente que existe un problema?
La respuesta a la última pregunta debería llevarnos nuevamente a:
Cierre del Lab 1
Ya tenemos las tres piezas fundamentales:
Bloque 1: definimos qué queremos que haga la política y por qué.
Bloque 2: entendimos cómo Threat Defense toma la decisión y a quién se aplica.
Bloque 3 + Lab 1: conectamos el dispositivo y su tráfico DNS con esa política.
Ahora tenemos un entorno controlado por participante.
La siguiente pregunta será:
Eso nos lleva a Bloque 4 — Infoblox Inspect como herramienta de validación.