Parte: 13 — Seguridad móvil, IoT e inalámbrica · Fuente: NIST SP 800-82 Rev. 3, ISA/IEC 62443 y Practical IoT Hacking (Chantzis et al.) ⏱️ Duración estimada: 120 min · Nivel: Avanzado
Entender la seguridad de sistemas de control industrial y SCADA donde un fallo puede tener consecuencias físicas. El alumno estudiará Purdue como referencia, zonas y conductos y las propiedades de seguridad variables de protocolos como Modbus, DNP3 y S7; practicará observación contra un simulador aislado, no contra producción.
⚠️ Nota ética y de seguridad crítica: NUNCA escanees ni pruebes sistemas ICS/SCADA en producción; un simple escaneo puede detener procesos físicos y poner en riesgo vidas. Todo se practica en simuladores/laboratorios aislados (Conpot, GRFICS, PLCs de práctica) de tu propiedad.
Al finalizar, el alumno podrá:
| # | Tema | Por qué importa |
|---|---|---|
| 1 | ICS vs. TI: prioridades | Disponibilidad y seguridad física ante todo |
| 2 | Modelo Purdue y zonas | Base de la segmentación defensiva |
| 3 | Componentes: PLC, HMI, RTU, DCS | Vocabulario y roles del entorno OT |
| 4 | Protocolos (Modbus, DNP3, S7) | Inseguros por diseño |
| 5 | Enumeración segura | Cómo mirar sin romper procesos |
| 6 | Casos: Stuxnet, TRITON, Ukraine | Impacto real demostrado |
| 7 | IEC 62443 y SP 800-82 | Marcos de defensa OT |
OT mide o cambia el mundo: PLC ejecuta lógica, HMI presenta estado, estaciones de ingeniería modifican programas y sistemas de seguridad llevan el proceso a condición segura. La consecuencia puede ser indisponibilidad, daño ambiental o riesgo humano. NIST SP 800-82 Rev. 3 exige considerar rendimiento, confiabilidad y seguridad funcional; copiar un control IT sin evaluar el proceso puede aumentar riesgo.
Zonas y conductos agrupan activos por función y riesgo y controlan flujos necesarios. El modelo Purdue es una referencia, no una topología obligatoria ni un firewall por nivel. Inventario y diagramas se validan con ingeniería. La monitorización comienza pasiva; escanear o enviar paquetes desconocidos puede alterar dispositivos legados.
Protocolos como Modbus/TCP fueron diseñados sin autenticación en muchos despliegues. Encapsular, segmentar y restringir comandos reduce exposición, pero el control también necesita identidad de operadores, backups de lógica, gestión de cambios y recuperación ensayada. Disponibilidad no significa «nunca parchear»: implica planificar ventana, compatibilidad y rollback.
Una regla permite todo desde la estación de ingeniería porque «es de confianza». Su cuenta comprometida puede modificar múltiples PLC. El equipo limita destino, función y ventana, usa jump host con MFA, registra cambios y verifica backup. La segmentación reduce caminos; no convierte el endpoint privilegiado en confiable por ubicación.
| Término | Definición útil |
|---|---|
| PLC | Controlador que ejecuta lógica sobre entradas y salidas. |
| HMI | Interfaz para observar y operar el proceso. |
| Zona/conducto | Agrupación y comunicación controlada según riesgo y función. |
| SIS | Sistema independiente destinado a llevar el proceso a estado seguro. |
| Passive monitoring | Observación sin generar sondeo hacia activos OT. |
El alumno domina OT cuando relaciona activo con consecuencia física, propone zonas y flujos necesarios, prioriza descubrimiento pasivo y diseña cambio, backup y recuperación con participación de ingeniería.
# SOLO contra tu simulador/laboratorio
nmap -Pn -p 502 --script modbus-discover <ip_simulador> # enumerar Modbus
python3 -c "from pymodbus.client import ModbusTcpClient as C;\
c=C('127.0.0.1',port=502);print(c.read_holding_registers(0,10).registers)"
# Captura y análisis
wireshark -k -i lo -f "tcp port 502"
modbus-discover.Sobre un PLC simulado propio, demuestra la ausencia de autenticación de Modbus: lee y modifica un holding register y observa el cambio reflejado en la HMI/proceso simulado. Criterio de aceptación: documentas la transacción Modbus (función, dirección, valor) con evidencia de captura, y propones al menos dos controles concretos de segmentación/monitorización que reducirían el riesgo en un entorno real.
| Síntoma / mensaje | Causa y cómo arreglar |
|---|---|
| Escaneo detiene el proceso | Nunca escanees producción; usa solo simuladores y escaneo pasivo real |
| Wireshark no descompone Modbus | Puerto no estándar; fuerza el disector "Decode As" TCP/502 |
| pymodbus no conecta | Firewall/segmentación o IP/puerto erróneos; verifica el simulador |
| Registros vacíos | Dirección/función incorrecta; revisa el mapa de memoria del PLC |
| Confundir coils y registers | Tipos de datos distintos; consulta la especificación Modbus |
❓ ¿Por qué no puedo escanear un ICS como una red TI normal? Porque muchos dispositivos OT son frágiles: un escaneo agresivo puede colgar un PLC y detener un proceso físico con consecuencias graves. En OT se prioriza el análisis pasivo.
❓ ¿Por qué los protocolos industriales no tienen cifrado? Se diseñaron hace décadas para redes aisladas y deterministas, priorizando latencia y fiabilidad. La convergencia TI/OT los expuso sin que su diseño evolucionara.
❓ ¿Qué marco debo seguir para asegurar OT? IEC 62443 (zonas y conductos, niveles de seguridad SL) y NIST SP 800-82 son las referencias centrales para arquitectura y controles.
Clase 272 — Ataques WiFi avanzados: Evil Twin y PMKID