Entienda qué es la infraestructura crítica, la diferencia frente a los sistemas de misión crítica y cómo la ingeniería aborda sistemas, riesgos, redundancia, continuidad, resiliencia, puesta en marcha y gobernanza.
¡Descúbrelo!
Infraestructura crítica es el conjunto de instalaciones, servicios, activos y sistemas cuya interrupción, degradación o destrucción puede provocar consecuencias relevantes para la sociedad, una organización o una operación esencial. En ingeniería, el concepto exige identificar primero la función que no puede fallar y, a partir de ella, mapear las dependencias de energía, telecomunicaciones, automatización, seguridad, condiciones ambientales, protección contra incendios, sistemas digitales, personas, operación y mantenimiento.
En Brasil, la Política Nacional de Seguridad de Infraestructuras Críticas — PNSIC — posee una definición propia y un alcance institucional específico. Considera críticas las instalaciones, servicios, activos y sistemas cuya interrupción o destrucción provoque un impacto grave social, ambiental, económico, político, internacional o sobre la seguridad del Estado y de la sociedad. En el entorno corporativo, la expresión también se utiliza para instalaciones y sistemas de misión crítica, pero este uso en ingeniería no significa automáticamente que el activo esté formalmente clasificado como infraestructura crítica nacional.
Qué es la infraestructura crítica
El concepto comienza por la consecuencia de la indisponibilidad. Un activo es técnicamente crítico cuando su pérdida impide, degrada o pone en riesgo una función que necesita seguir operando dentro de límites previamente definidos.
Esa función puede ser amplia, como la distribución de energía, las telecomunicaciones o el abastecimiento de agua, o localizada, como el sistema eléctrico que sostiene un centro de operaciones, el SCADA que controla una planta industrial o la infraestructura de TI que mantiene las aplicaciones esenciales de una institución.
La Política Nacional de Seguridad de Infraestructuras Críticas actúa en el nivel estratégico del país. La ingeniería de una organización, a su vez, necesita transformar la misma lógica de consecuencias en arquitectura técnica y requisitos de disponibilidad, protección y recuperación.
La infraestructura crítica nacional y una instalación de misión crítica no son sinónimos
Es importante separar dos escalas.
La primera es la infraestructura crítica en el sentido de la PNSIC, vinculada a la continuidad de servicios esenciales y a impactos de alcance social, económico, ambiental, político o de seguridad. El GSI relaciona, entre las áreas de infraestructura crítica, las comunicaciones, la energía, los transportes, las finanzas, los recursos hídricos y la defensa.
La segunda es la criticidad de ingeniería dentro de una organización. Un hospital puede tener sistemas de energía, gases medicinales, TI y climatización cuya falla compromete funciones asistenciales. Una industria puede tener una subestación, una red OT y un sistema de control que sostienen un proceso continuo. Un Data Center dispone de energía, climatización y telecomunicaciones cuya indisponibilidad compromete servicios digitales.
Estos sistemas son de misión crítica para la operación, aunque la clasificación jurídica o institucional de la instalación dependa de criterios propios.
La criticidad empieza por la función, no por el equipo
Antes de elegir equipos o niveles de redundancia, defina la función esencial, la consecuencia de su pérdida y la capacidad mínima que necesita permanecer disponible. Esta es la base de una arquitectura técnicamente defendible.
Comprar UPS, generadores, switches redundantes o servidores de alta disponibilidad antes de definir el requisito de la función invierte la lógica de ingeniería.
La secuencia correcta es:
- identificar la función o servicio esencial;
- determinar las consecuencias de la indisponibilidad;
- establecer el tiempo máximo tolerable de interrupción y las condiciones mínimas de operación;
- mapear procesos, activos y recursos que sostienen la función;
- identificar amenazas y modos de falla;
- diseñar barreras, redundancias y estrategias de recuperación;
- probar si la arquitectura realmente entrega el desempeño esperado.
Este enfoque permite diferenciar qué requiere 2N, N+1, redundancia geográfica, operación degradada o solamente mantenimiento planificado.
Criticidad, riesgo, disponibilidad y resiliencia
Estos conceptos se relacionan, pero no son equivalentes.
Criticidad representa la importancia del activo o de la función frente a las consecuencias de su falla. Riesgo combina incertidumbre, probabilidad o frecuencia y consecuencia dentro del método adoptado. Disponibilidad mide la capacidad de un elemento para permanecer apto para cumplir su función cuando se requiere. Resiliencia añade la capacidad de absorber perturbaciones, adaptarse y recuperar la operación.
Una infraestructura puede tener alta disponibilidad histórica y baja resiliencia frente a eventos raros. Si todas las redundancias dependen del mismo shaft, de la misma sala eléctrica o del mismo proveedor, una causa común puede eliminar varias capas simultáneamente.
La continuidad operativa es un requisito de ingeniería
La continuidad no debe limitarse al plan corporativo. Para que un servicio permanezca disponible durante una falla, el proyecto necesita materializar recursos físicos y lógicos capaces de sostener la operación.
ISO 22301 organiza los requisitos de un sistema de gestión de continuidad del negocio. En ingeniería, esto se traduce en preguntas concretas:
- qué capacidad mínima necesita permanecer disponible;
- durante cuánto tiempo;
- qué recursos son indispensables;
- qué fallas pueden tolerarse;
- qué operaciones manuales son posibles;
- cuánto tiempo existe para la recuperación;
- qué escenarios exigen transferencia a otra instalación o sistema.
Las respuestas orientan la arquitectura, la redundancia, los inventarios, los repuestos, los contratos, los procedimientos y las pruebas.
La infraestructura crítica es multidisciplinaria
Las fallas reales rara vez respetan los límites entre disciplinas. Una caída de energía puede interrumpir las telecomunicaciones; la pérdida de telecom impide la supervisión; una falla de climatización puede derribar la TI; un incendio puede retirar simultáneamente energía y control; un acceso físico indebido puede comprometer sistemas digitales.
Por eso, un proyecto multidisciplinario de ingeniería debe tratar las interfaces como parte explícita del alcance.
Las disciplinas más frecuentes incluyen:
- energía eléctrica;
- telecomunicaciones y redes;
- automatización y control;
- TI y sistemas digitales;
- climatización y condiciones ambientales;
- seguridad física;
- protección contra incendios;
- SPDA, puesta a tierra y protección contra sobretensiones;
- arquitectura y estructura;
- utilidades de proceso;
- operación, mantenimiento y gestión de activos.
Arquitectura de energía crítica
La energía crítica debe diseñarse como una cadena completa de fuentes, transferencia, protección, distribución, autonomía y supervisión. Duplicar equipos no elimina automáticamente los puntos únicos de falla.
La energía es una de las dependencias más comunes. La arquitectura necesita considerar fuentes, transformación, distribución, protección, autonomía, transferencia y modos de falla.
Dependiendo de la criticidad, pueden existir:
- dos alimentaciones independientes;
- transformadores redundantes;
- generadores;
- UPS y bancos de baterías;
- distribución A/B;
- barras segregadas;
- ATS o sistemas de transferencia;
- protección coordinada;
- monitoreo eléctrico;
- combustible y logística para autonomía prolongada.
La solución de Energía para Infraestructura Crítica debe analizarse en todos los modos: normal, emergencia, mantenimiento y falla. Un arreglo que funciona solamente en operación normal no es una arquitectura de continuidad.
N, N+1, 2N y redundancia A/B requieren interpretación
Las notaciones de redundancia ayudan a describir capacidad y caminos, pero no sustituyen el análisis de fallas.
En una arquitectura N+1 existe capacidad adicional para soportar la pérdida de un componente, siempre que los demás elementos compartidos no sean puntos únicos de falla. Con una arquitectura 2N, dos cadenas independientes pueden sostener integralmente la carga, pero la independencia también debe existir en rutas, controles y recursos auxiliares.
Duplicar equipos sin separar causas comunes crea redundancia aparente.
Un punto único de falla es una cuestión de arquitectura
Un single point of failure es cualquier componente, camino, decisión de control o recurso cuya pérdida elimina la función crítica.
Puede estar en lugares evidentes, como una única UPS, o en interfaces menos visibles:
- un único tablero de transferencia;
- un único cable de control;
- una única VLAN de gestión;
- un único shaft de fibras;
- una única sala que contiene equipos de ambas cadenas;
- un único sistema de autenticación;
- una única bomba común a chillers redundantes;
- un único contrato de telecom con rutas físicamente compartidas;
- un único especialista capaz de recuperar la configuración.
La revisión de arquitectura necesita seguir la cadena de extremo a extremo.
Las causas comunes de falla pueden derrotar toda la redundancia
Incendio, inundación, error humano, actualización fallida, falla de software, cortocircuito en una barra común, pérdida de una sala técnica o error de configuración son ejemplos de eventos capaces de afectar varios componentes redundantes.
La ingeniería debe buscar diversidad y segregación cuando estén justificadas. Esto puede significar rutas físicas diferentes, tecnologías distintas, dominios de falla separados o procedimientos independientes.
Las telecomunicaciones son infraestructura de continuidad
Las operaciones críticas dependen de conectividad interna y externa. El proyecto necesita evaluar la red LAN, el backbone, enlaces WAN, operadoras, rutas de fibra, radios, comunicación operativa y acceso remoto.
Dos enlaces contratados a operadoras diferentes pueden compartir ductos, postes, cámaras o backbone. La diversidad contractual no garantiza diversidad física.
El análisis debe verificar:
- entradas del sitio;
- rutas externas;
- caminos internos;
- equipos de borde;
- alimentación de los equipos;
- protocolos de redundancia;
- sincronización;
- gestión fuera de banda;
- comunicación durante contingencias.
La automatización y el control sostienen procesos críticos
En energía, saneamiento, industria, petróleo y gas, transportes y grandes edificios, PLC, RTU, DCS, SCADA y sistemas de supervisión pueden ser esenciales para mantener una operación segura.
La automatización industrial necesita considerar disponibilidad y seguridad desde la arquitectura. No basta con duplicar servidores SCADA si controladores, red, fuente, sincronismo o comunicación de campo siguen siendo únicos.
También es necesario prever modos locales y degradados. Cuando se pierde la supervisión central, ¿qué funciones continúan de forma autónoma? ¿Qué operaciones pueden realizarse en campo? ¿Qué protecciones son independientes de la capa de supervisión?
La ciberseguridad forma parte de la resiliencia
Las infraestructuras físicas y digitales están cada vez más integradas. Una indisponibilidad puede ser causada por una falla de hardware, un error operacional o un ciberataque.
El NIST Cybersecurity Framework 2.0 organiza prácticas de gobernanza, identificación, protección, detección, respuesta y recuperación. Para ingeniería, esto significa que la arquitectura necesita incorporar controles de acceso, segmentación, inventario, backups, gestión de vulnerabilidades, registro de eventos y capacidad de recuperación.
En entornos OT, la seguridad no puede comprometer el determinismo, la seguridad funcional ni la disponibilidad. La solución debe adecuarse al ciclo de vida y a las restricciones del proceso.
La seguridad física protege la continuidad
Perímetros, control de acceso, CCTV, detección de intrusión, zonas, barreras y procedimientos reducen riesgos de sabotaje, robo, acceso indebido e intervención no autorizada.
El nivel de protección debe acompañar la criticidad. Una subestación remota, un Data Center, una sala de control y un depósito común no exigen el mismo diseño de seguridad.
En entornos tecnológicos muy sensibles, una sala cofre puede crear una capa adicional de protección física y ambiental, pero continúa dependiendo de los sistemas externos que sostienen su operación.
El incendio es un evento de causa común
Un incendio puede retirar simultáneamente energía, telecomunicaciones, automatización, estructura y acceso. El proyecto necesita tratar prevención, detección, compartimentación, supresión, rutas de evacuación, comando de emergencia y recuperación.
También deben evaluarse efectos indirectos: humo, agua de combate, desconexiones, indisponibilidad de áreas adyacentes y acceso restringido después del evento.
La estrategia de protección debe coordinarse con la continuidad. Desconectar toda la instalación puede ser seguro para las personas y, aun así, producir una pérdida operativa relevante; el proyecto necesita definir qué cargas deben retirarse y cuáles necesitan continuar bajo condiciones seguras.
SPDA, sobretensiones y compatibilidad electromagnética
Las descargas atmosféricas y las sobretensiones pueden interrumpir sistemas críticos sin provocar daño estructural evidente. Protección externa, equipotencialización, DPS, puesta a tierra y coordinación de interfaces deben tratarse de forma integrada.
El contenido sobre sistemas críticos en la NBR 5419:2026 profundiza la relación entre fallas de sistemas internos y continuidad de servicios.
En entornos con automatización, telecomunicaciones y electrónica sensible, la ingeniería también necesita considerar caminos de señal y redes metálicas externas.
Climatización y condiciones ambientales
Data Centers, salas de control, laboratorios y determinadas instalaciones industriales dependen de temperatura, humedad, calidad del aire, presión u otras condiciones ambientales.
Una falla del HVAC puede no interrumpir el proceso inmediatamente, pero inicia una cuenta regresiva hasta la pérdida de la función. Por eso, es necesario conocer la inercia térmica y el tiempo disponible para respuesta.
La redundancia de climatización debe considerar fuentes eléctricas, bombas, torres, válvulas, controles y agua. Dos equipos finales pueden depender del mismo sistema auxiliar.
Agua y utilidades de proceso
Agua potable, agua de proceso, aire comprimido, gases, vapor, combustible y otras utilidades pueden ser recursos críticos. Cada sector posee dependencias propias.
En saneamiento, por ejemplo, bombas, energía, automatización, productos químicos y telecomunicaciones forman una cadena. En hospitales, energía, gases medicinales, agua, climatización y TI sostienen funciones asistenciales. En industria, las utilidades pueden ser una condición previa para mantener el proceso en estado seguro.
La arquitectura necesita mapear estas relaciones y los límites de autonomía.
Las personas también forman parte de la infraestructura
Una instalación puede disponer de redundancia técnica y aun depender de una única persona para operar, diagnosticar o restaurar el sistema.
La ingeniería de continuidad debe prever:
- procedimientos claros;
- capacitación;
- competencias mínimas por turno;
- acceso seguro a la documentación;
- contactos de escalamiento;
- soporte de fabricantes;
- cobertura de vacaciones y ausencias;
- simulaciones de contingencia.
La dependencia excesiva de conocimiento tácito es un punto único de falla organizacional.
La documentación es infraestructura operativa
Diagramas, listas de cables, configuraciones, direccionamiento, matrices de causa y efecto, lógicas, procedimientos y As Built permiten comprender el estado real de la instalación.
Sin documentación confiable, cada intervención aumenta la incertidumbre. Durante una falla, el tiempo de diagnóstico crece y las decisiones deben tomarse con información incompleta.
La documentación de una infraestructura crítica debe tratarse como un activo controlado, con revisión, historial y acceso disponible durante contingencias.
La gestión de configuración reduce el riesgo de cambios
Muchas indisponibilidades no nacen de una falla espontánea, sino de cambios. Nuevos equipos, actualización de firmware, ajustes de protección, ampliación de carga, cambios de red o mantenimiento pueden eliminar una redundancia sin que la organización lo perciba.
La gestión de configuración debe mantener la relación entre estado físico, estado lógico y documentación. Antes de cualquier cambio relevante, es necesario analizar impacto, dependencias, plan de pruebas y posibilidad de rollback.
El mantenimiento debe preservar la disponibilidad
El mantenimiento preventivo puede causar indisponibilidad si la arquitectura no soporta la retirada de componentes. El requisito de mantenimiento concurrente debe definirse cuando la función necesita continuar incluso durante una intervención planificada.
Esto exige evaluar:
- capacidad remanente;
- aislamiento seguro;
- accesibilidad;
- secuencias de transferencia;
- riesgo de error humano;
- recursos de contingencia;
- retorno al estado normal.
La confiabilidad de la operación depende tanto del proyecto como de la calidad del mantenimiento.
La confiabilidad y la disponibilidad deben medirse
Indicadores como MTBF, MTTR y disponibilidad ayudan a comprender el desempeño, pero no deben utilizarse de forma aislada.
El artículo sobre MTBF, MTTR y disponibilidad muestra cómo la frecuencia de fallas y el tiempo de recuperación afectan el desempeño de los activos.
Para infraestructura crítica, también son relevantes:
- número de eventos de indisponibilidad;
- duración de las interrupciones;
- fallas de transferencia;
- incidentes durante mantenimiento;
- alarmas críticas;
- autonomía real;
- tiempo para detección;
- tiempo para respuesta;
- éxito de pruebas de contingencia.
RTO, RPO y capacidad mínima de servicio
En TI, RTO y RPO son referencias importantes, pero la ingeniería física necesita conectarlos con las dependencias reales.
El RTO indica cuánto tiempo existe para restaurar una determinada función. El RPO está asociado a la cantidad aceptable de pérdida de datos. La infraestructura también necesita definir la capacidad mínima aceptable durante la contingencia.
Una operación puede no necesitar el 100% de capacidad durante una emergencia. Si el 40% es suficiente para mantener los servicios esenciales, la arquitectura de contingencia puede ser diferente de la arquitectura normal.
El análisis de criticidad debe producir prioridades
No todos los activos pueden recibir el mismo nivel de inversión. La clasificación debe combinar consecuencias para seguridad, producción, ambiente, ingresos, reputación, cumplimiento y continuidad.
Una matriz de criticidad puede organizar activos en clases, pero el método necesita ser coherente con la organización. El resultado debe orientar:
- estrategia de mantenimiento;
- repuestos;
- redundancia;
- inspecciones;
- monitoreo;
- inventario;
- tiempo de respuesta;
- prioridad de CAPEX.
El análisis de riesgo debe considerar escenarios de falla
ISO 31000 proporciona principios para la gestión de riesgos, pero la ingeniería necesita detallar eventos concretos.
Escenarios útiles incluyen:
- pérdida de la red eléctrica;
- falla de generador;
- falla de UPS;
- incendio en sala técnica;
- rotura de fibra;
- indisponibilidad de operadora;
- falla de PLC o controlador;
- pérdida de servidor de supervisión;
- inundación;
- acceso indebido;
- error de mantenimiento;
- falla de software común a equipos redundantes;
- pérdida de personal o imposibilidad de acceso al sitio.
Cada escenario debe identificar efecto, barreras, detección, respuesta y recuperación.
FMEA, FMECA y análisis de fallas
Métodos como FMEA y FMECA ayudan a descomponer modos de falla, efectos, criticidad y controles. Son útiles para identificar vulnerabilidades en cadenas complejas.
Sin embargo, el análisis no debe terminar en una hoja de cálculo. Los modos de falla relevantes necesitan modificar decisiones de proyecto, mantenimiento, pruebas u operación.
Si una FMEA identifica una válvula común que derriba dos líneas redundantes y el proyecto permanece igual, el análisis no cumplió su función.
Estudios de ingeniería que sostienen la arquitectura
Las infraestructuras críticas pueden requerir estudios especializados según la disciplina:
- flujo de potencia;
- cortocircuito y selectividad;
- energía incidente;
- autonomía de baterías;
- respuesta de generadores;
- calidad de energía;
- análisis térmico;
- cobertura y capacidad de telecomunicaciones;
- análisis de riesgo de incendio;
- análisis de riesgo de SPDA;
- capacidad de redes y sistemas;
- estudios de confiabilidad y RAM;
- análisis de ciberriesgo en OT.
Estos estudios transforman premisas en evidencias de ingeniería.
Brownfield aumenta la complejidad
Modernizar infraestructura crítica existente es diferente de proyectar un sistema nuevo. La instalación necesita seguir operando mientras se sustituyen componentes, se modifican rutas y permanecen activas interfaces antiguas.
El enfoque Brownfield exige levantamiento, control de configuración, planificación de tie-ins, ventanas de parada y documentación rigurosa.
El principal riesgo no es solamente la solución final, sino la transición entre el estado actual y el futuro.
Cutover y rollback deben diseñarse
Transferir una carga crítica, migrar una red, sustituir un tablero general o modificar un sistema de supervisión exige una secuencia formal de cutover.
El plan debe definir:
- precondiciones;
- responsables;
- estado inicial;
- pasos de la intervención;
- puntos de verificación;
- criterios para abortar;
- rollback;
- pruebas posteriores al cambio;
- actualización documental.
El rollback no es una improvisación después de que algo falla. Necesita ser técnicamente posible y estar preparado antes de la intervención.
Procurement debe evaluar compatibilidad y ciclo de vida
Los equipos para infraestructura crítica no pueden seleccionarse solamente por precio o especificación nominal.
La evaluación técnica debe considerar:
- desempeño;
- interfaces;
- capacidad;
- disponibilidad de repuestos;
- soporte;
- ciclo de vida;
- licenciamiento;
- actualizaciones;
- seguridad;
- interoperabilidad;
- experiencia del integrador;
- plazo de reposición;
- documentación;
- pruebas y garantías.
La evaluación técnica de propuestas ayuda a separar la equivalencia técnica de la comparación comercial.
El vendor lock-in puede convertirse en riesgo operativo
La dependencia de un fabricante puede ser aceptable cuando está controlada, pero necesita conocerse. Protocolos propietarios, licencias, piezas exclusivas, herramientas cerradas y contratos de soporte pueden limitar la capacidad de recuperación.
El análisis de ciclo de vida debe preguntar qué ocurre si el proveedor descontinúa el producto, aumenta plazos o deja de atender la región.
La interoperabilidad y la documentación reducen el riesgo, especialmente en sistemas con una vida útil larga.
La puesta en marcha debe demostrar resiliencia
La resiliencia necesita demostrarse mediante pruebas. FAT, SAT, puesta en marcha y escenarios integrados transforman premisas de proyecto en evidencia de desempeño antes de la aceptación.
La puesta en marcha no consiste solamente en encender equipos. En infraestructura crítica, debe demostrar que los sistemas y las interfaces responden correctamente a escenarios de operación, falla, mantenimiento y emergencia.
La puesta en marcha de sistemas críticos debe probar secuencias, transferencias, alarmas, redundancias y recuperación.
La pregunta central es: ¿el sistema hace lo que el proyecto declaró cuando algo deja de funcionar?
FAT y SAT reducen el riesgo antes de la operación
FAT verifica equipos y funciones en un entorno controlado antes de la entrega. SAT confirma el comportamiento después de la instalación. Ambos necesitan procedimientos, entradas, resultados esperados, evidencias y tratamiento de desvíos.
No todas las pruebas pueden ejecutarse en fábrica. Integraciones reales, rutas, red, energía, condiciones ambientales e interfaces de campo exigen validación en el sitio.
Las pruebas integradas revelan fallas de interfaz
Los mayores riesgos aparecen en las fronteras entre disciplinas. Un escenario de pérdida de energía puede exigir arranque de generadores, transferencia de cargas, mantenimiento de la climatización, preservación de la red, alarmas, comunicación y actuación del equipo.
Probar cada sistema de forma aislada no demuestra la respuesta integrada.
Los escenarios de Integrated Systems Testing deben elegirse según la criticidad y los modos de falla relevantes, siempre con seguridad y planificación.
La operación asistida cierra la transición
Después de la energización y la puesta en marcha, el equipo de operación todavía necesita absorber la nueva configuración. La operación asistida permite observar el comportamiento real, ajustar alarmas, corregir documentación, capacitar equipos y cerrar pendientes.
El período es especialmente útil en modernizaciones complejas, donde la instalación entra en servicio por etapas.
Data Book y handover forman parte del desempeño
Una infraestructura no está plenamente entregada simplemente porque funciona. El contratante necesita recibir la información necesaria para operar, mantener, probar y recuperar el sistema.
El handover debe consolidar:
- As Built;
- memorias y documentos de diseño;
- diagramas;
- listas de equipos;
- configuraciones;
- backups;
- certificados;
- informes de pruebas;
- pendientes cerrados;
- manuales;
- planes de mantenimiento;
- capacitaciones;
- garantías;
- contactos de soporte.
La documentación incompleta aumenta el MTTR y el riesgo de error en intervenciones futuras.
La gestión de activos sostiene el ciclo de vida
Después de la entrega, la criticidad debe orientar las estrategias de mantenimiento, inspección, renovación e inventario.
La gestión de activos conecta valor, riesgo y desempeño a lo largo del ciclo de vida.
La obsolescencia necesita monitorearse. Una infraestructura crítica puede perder resiliencia gradualmente por falta de piezas, firmware antiguo, baterías degradadas o documentación desactualizada.
Infraestructura crítica en Data Centers
Los Data Centers son un ejemplo claro de interdependencia entre disciplinas. Servidores y almacenamiento dependen de energía, refrigeración, telecomunicaciones, seguridad, incendios, automatización, ambiente y operación.
El artículo Data Center: qué es, cómo funciona y qué sistemas componen la infraestructura detalla esta arquitectura.
El requisito de continuidad necesita aplicarse al conjunto, no solamente a los servidores.
Infraestructura crítica en hospitales
Los hospitales combinan energía esencial, gases medicinales, agua, climatización, TI, telecomunicaciones, seguridad, transporte vertical y equipos clínicos.
La criticidad varía según el área. Quirófano, UCI, laboratorio, diagnóstico por imagen y áreas administrativas tienen consecuencias diferentes ante fallas.
La ingeniería necesita coordinar estas dependencias con requisitos asistenciales y regulatorios específicos.
Infraestructura crítica en industria
Los procesos continuos pueden sufrir pérdidas de producción, seguridad o ambientales cuando fallan la energía, la automatización, la instrumentación, las utilidades y las telecomunicaciones.
La estrategia incluye estado seguro del proceso, redundancia de control, energía para cargas esenciales, segregación de redes y capacidad de operación local.
Una planta no necesita mantener el 100% de la producción durante una emergencia; en muchos casos, la prioridad es llevar el proceso a una condición segura y preservar los equipos críticos.
Infraestructura crítica en energía y subestaciones
Las subestaciones dependen de protección, control, servicios auxiliares, telecomunicaciones, sincronismo y supervisión. Los sistemas de corriente continua, baterías y cargadores son fundamentales para la actuación de relés y disyuntores incluso durante la pérdida de la alimentación principal.
La teleprotección y la comunicación operativa conectan instalaciones distribuidas geográficamente. La pérdida de estos sistemas puede limitar la selectividad y la capacidad de operación.
Infraestructura crítica en saneamiento
Captación, tratamiento, bombeo y distribución dependen de energía, automatización, telecomunicaciones y disponibilidad de equipos electromecánicos.
Los depósitos pueden proporcionar autonomía temporal, pero esa autonomía necesita conocerse. Sin medición, la organización no sabe cuánto tiempo dispone para restaurar una estación de bombeo.
Infraestructura crítica en transportes
Aeropuertos, carreteras, ferrocarriles, puertos y centros de control dependen de sistemas de energía, señalización, comunicación, seguridad, automatización y TI.
La criticidad necesita considerar la seguridad de los usuarios, la continuidad logística y los impactos en red. Un punto de falla en un centro de control puede afectar activos distribuidos en un área extensa.
Infraestructura crítica en gobierno y servicios públicos
Servicios públicos digitales, centros de datos, sistemas de seguridad, comunicación e instalaciones institucionales pueden sostener funciones esenciales del Estado.
En este contexto, los requisitos de continuidad y seguridad necesitan conectarse con la gobernanza pública, la contratación, la protección de datos y los planes de contingencia.
Infraestructura crítica en telecomunicaciones
POPs, NOCs, sitios móviles, redes ópticas, data centers y sistemas de energía forman una infraestructura distribuida. Autonomía local, rutas redundantes, inventario y capacidad de operación remota son factores esenciales.
Una falla eléctrica de pocas horas puede convertirse en indisponibilidad de comunicación si las baterías, los generadores o el combustible no están dimensionados para el escenario real.
Cómo diagnosticar una infraestructura crítica existente
El diagnóstico debe combinar documentación, campo, entrevistas, datos históricos y pruebas.
Una secuencia útil es:
- definir funciones esenciales;
- mapear activos y dependencias;
- revisar diagramas y As Built;
- inspeccionar instalaciones;
- recopilar fallas e incidentes;
- analizar puntos únicos y causas comunes;
- verificar capacidad y autonomía;
- evaluar mantenimiento y obsolescencia;
- revisar procedimientos y competencias;
- clasificar riesgos;
- proponer un plan de acción y CAPEX.
La salida no debe ser solamente una lista de defectos, sino un mapa de riesgos para la toma de decisiones.
Cómo priorizar inversiones
No toda vulnerabilidad exige corrección inmediata. La priorización debe considerar riesgo, costo, tiempo, ventana operativa y beneficio de reducción de exposición.
Las acciones pueden clasificarse en:
- correcciones inmediatas de seguridad;
- eliminación de puntos únicos de falla;
- recuperación de redundancias degradadas;
- aumento de autonomía;
- modernización de activos obsoletos;
- mejora del monitoreo;
- documentación y capacitación;
- proyectos estructurantes de largo plazo.
El plan debe mostrar dependencias entre iniciativas. Instalar una segunda UPS antes de crear una distribución independiente puede no reducir el riesgo esperado.
El CAPEX debe estar vinculado al riesgo reducido
En infraestructura crítica, un presupuesto sin racional técnico tiende a convertirse en una lista de equipos.
Cada inversión relevante debe responder:
- qué riesgo trata;
- qué escenario de falla reduce;
- qué disponibilidad o autonomía mejora;
- qué dependencia elimina;
- qué nuevos riesgos introduce;
- cómo se verificará el beneficio.
Esta trazabilidad mejora la toma de decisiones y la justificación de inversiones.
Owner’s Engineering ayuda a mantener la visión sistémica
Los proyectos de infraestructura crítica suelen involucrar diversos fabricantes, proyectistas, integradores y ejecutores. Cada proveedor tiende a optimizar su propio subsistema.
La Owner’s Engineering representa los requisitos del contratante, coordina interfaces, revisa soluciones, apoya procurement, acompaña la implantación y protege los criterios de aceptación.
Esta función es especialmente relevante cuando la arquitectura necesita mantenerse coherente a lo largo de varias contrataciones.
La Ingeniería Consultiva debe actuar antes de la compra
La mayor ganancia ocurre cuando requisitos, riesgos y alternativas se estructuran antes de definir el proveedor.
La consultoría puede apoyar:
- diagnóstico;
- análisis de criticidad;
- estudios de viabilidad;
- arquitectura conceptual;
- requisitos;
- ingeniería básica;
- especificaciones;
- RFP y TBE;
- análisis de riesgos;
- plan de modernización;
- puesta en marcha;
- gobernanza de implantación.
Contratar la ejecución antes de cerrar la arquitectura transfiere decisiones críticas al mercado proveedor.
Cómo contratar servicios para infraestructura crítica
El alcance debe definir desempeño y evidencias, no solamente equipos.
Conviene establecer:
- funciones y áreas críticas;
- premisas de disponibilidad;
- interfaces;
- documentación existente;
- requisitos normativos;
- criterios de redundancia;
- condiciones de mantenimiento;
- pruebas;
- documentación final;
- capacitación;
- garantías;
- aceptación.
La contratación necesita prever quién es responsable de integrar los subsistemas y resolver vacíos entre paquetes.
Errores recurrentes en infraestructura crítica
Algunos errores aparecen en diferentes sectores:
- llamar “crítico” a cualquier activo importante sin criterio;
- duplicar equipos y mantener causas comunes;
- definir arquitectura antes de mapear función y riesgo;
- ignorar modos de mantenimiento;
- no conocer la autonomía real;
- depender de documentación desactualizada;
- probar equipos de forma aislada;
- no planificar cutover y rollback;
- aceptar la energización como entrega;
- tratar ciberseguridad y seguridad física por separado;
- ignorar la obsolescencia;
- no medir el desempeño después de la implantación.
Indicadores para gobernanza
Una gobernanza madura acompaña riesgos y desempeño a lo largo del tiempo.
Indicadores posibles incluyen:
- disponibilidad por función;
- MTTR;
- incidentes críticos;
- fallas de transferencia;
- eventos de redundancia degradada;
- autonomía disponible;
- pendientes de mantenimiento;
- activos obsoletos;
- pruebas de contingencia ejecutadas;
- tasa de éxito de las pruebas;
- documentos As Built actualizados;
- vulnerabilidades críticas abiertas;
- tiempo de respuesta a alarmas.
El indicador debe estimular la decisión, no generar un panel sin acción.
Revisión periódica de la arquitectura
La criticidad cambia con el crecimiento, nuevos sistemas, cambios regulatorios y transformación digital. Una arquitectura adecuada hace cinco años puede haberse vuelto insuficiente.
La revisión debe activarse por eventos como:
- aumento de carga;
- cambio de proceso;
- expansión física;
- incidentes;
- fallas repetidas;
- incorporación de nuevas fuentes;
- obsolescencia;
- cambios en telecomunicaciones;
- nuevas integraciones OT/IT;
- cambio del requisito de continuidad.
Consideraciones finales
La infraestructura crítica no es una colección de equipos premium. Es una arquitectura orientada a la continuidad de funciones esenciales frente a fallas, mantenimiento, eventos externos y cambios a lo largo del ciclo de vida.
La ingeniería empieza por la consecuencia de la indisponibilidad, identifica dependencias, analiza riesgos y convierte esos requisitos en energía, telecomunicaciones, automatización, seguridad, incendios, ambiente, sistemas digitales, documentación y operación. La redundancia solo tiene valor cuando reduce efectivamente los dominios de falla; la puesta en marcha solo tiene valor cuando prueba escenarios relevantes; la documentación solo tiene valor cuando representa el estado real.
En el nivel nacional, PNSIC, ENSIC y PLANSIC estructuran la seguridad y la resiliencia de las infraestructuras críticas de Brasil. En el nivel de proyectos y organizaciones, la misma disciplina de ingeniería permite proteger operaciones de misión crítica sin confundir criticidad técnica con clasificación institucional. El objetivo final es demostrable: mantener la función esencial disponible, segura o recuperable dentro de los límites definidos por la organización y la sociedad.
Referencias técnicas
[1] BRASIL. Decreto n.º 9.573, de 22 de noviembre de 2018. Aprueba la Política Nacional de Seguridad de Infraestructuras Críticas — PNSIC. Disponible en: https://www.gov.br/gsi/pt-br/assuntos/seguranca-de-infraestruturas-criticas
[2] BRASIL. Decreto n.º 10.569, de 9 de diciembre de 2020. Aprueba la Estrategia Nacional de Seguridad de Infraestructuras Críticas — ENSIC. Disponible en: https://www.gov.br/gsi/pt-br/colegiados-do-gsi/comite-nacional-de-seguranca-de-infraestruturas-criticas/base-legal
[3] BRASIL. Decreto n.º 11.200, de 15 de septiembre de 2022. Aprueba el Plan Nacional de Seguridad de Infraestructuras Críticas — PLANSIC. Disponible en: https://www.gov.br/gsi/pt-br/colegiados-do-gsi/comite-nacional-de-seguranca-de-infraestruturas-criticas/base-legal
[4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 31000:2018 — Risk management — Guidelines. Disponible en: https://www.iso.org/standard/65694.html
[5] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 22301:2019 — Security and resilience — Business continuity management systems — Requirements. Disponible en: https://www.iso.org/standard/75106.html
[6] NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY. NIST SP 1299 — NIST Cybersecurity Framework 2.0: Resource and Overview Guide. 2024. Disponible en: https://csrc.nist.gov/pubs/sp/1299/final
Preguntas frecuentes
Es una instalación, servicio, activo o sistema cuya interrupción o destrucción produce consecuencias graves. En Brasil, la PNSIC define infraestructura crítica por el impacto grave social, ambiental, económico, político, internacional o sobre la seguridad del Estado y de la sociedad.
No. Un Data Center puede ser técnicamente de misión crítica para una organización, pero su clasificación como infraestructura crítica en el sentido de la política nacional depende del contexto institucional y de las consecuencias previstas por la PNSIC.
Infraestructura crítica es un término utilizado en políticas públicas e ingeniería para activos y servicios de alta consecuencia. Misión crítica describe funciones y sistemas cuya indisponibilidad compromete una misión u operación esencial. Los conceptos se superponen, pero no son jurídicamente equivalentes.
Dependiendo del sector, pueden incluir energía, telecomunicaciones, automatización, TI, seguridad física, incendios, climatización, utilidades, sistemas de control, documentación, personas y procesos operativos.
No. Los equipos redundantes pueden compartir puntos únicos de falla, rutas, salas, controles o causas comunes. La disponibilidad depende de la arquitectura completa y de los modos de operación, mantenimiento y falla.
El diagnóstico debe mapear funciones esenciales, activos y dependencias, analizar documentación y campo, revisar fallas históricas, identificar puntos únicos y causas comunes, verificar capacidad, autonomía, mantenimiento, obsolescencia y procedimientos y producir un plan de acción priorizado por riesgo.
Porque verifica si equipos, sistemas e interfaces responden correctamente a escenarios de operación, falla y emergencia. Las pruebas integradas revelan vulnerabilidades que no aparecen cuando cada subsistema se prueba de forma aislada.
Cuando el proyecto involucra múltiples disciplinas, proveedores e interfaces y el contratante necesita preservar requisitos, arquitectura, criterios técnicos y aceptación a lo largo del proyecto, procurement, implantación y puesta en marcha.
Materiales técnicos complementarios
Soluciones relacionadas
- Energía para Infraestructura Crítica: redundancia, UPS, generación y continuidad
- Sistemas SCADA
- Seguridad Eléctrica y Adecuación a NR-10: proyecto, riesgos, documentación y controles
Servicios relacionados
- Proyecto de Sistemas de Energía Crítica e Ininterrumpida
- Owner’s Engineering
- Integración de Sistemas
- Ingeniería de Confiabilidad y Disponibilidad
Contenidos principales sobre el tema
- Data Center: qué es, cómo funciona y qué sistemas componen la infraestructura
- Automatización Industrial: qué es, arquitectura, sistemas y aplicaciones en Ingeniería
- Sala Cofre: qué es, requisitos de proyecto, protección física y ambiental y cuándo utilizarla
Contenidos técnicos relacionados
- Gestión de Activos: qué es, ciclo de vida, valor, riesgo y desempeño
- MTBF, MTTR y Disponibilidad: cómo medir la confiabilidad y el desempeño de los activos
- Proyectos Brownfield: ingeniería en instalaciones existentes, levantamiento, As Built y retrofit
- Puesta en Marcha Industrial: precomisionado, start-up, pruebas en frío y en caliente
- Sistemas críticos en la NBR 5419:2026: hospitales, Data Centers, industria y servicios esenciales
