Saltar al contenido
← Grupo Aprecisa · Conecta a quien sabe con quien lo necesita
Gaspar do Amaral

Ciberseguridad y soberanía digital · Propuestas presentadas a la consulta pública del 14 de abril de 2026

De la conformidad normativa a la resiliencia operativa: 10 propuestas para el nuevo régimen de ciberseguridad

Diez propuestas para que el nuevo régimen portugués de ciberseguridad (NIS 2) pase del cumplimiento sobre el papel a la resiliencia real

Gaspar do Amaral · 14 de abril de 2026

Traducción del original en portugués. Esta versión se emitió el 27 de octubre de 2026.

Ilustración original del artículo, con sus textos en portugués. En el centro: «Contribuciones a la consulta pública: transposición de la Directiva NIS 2 en Portugal — un análisis técnico y práctico de los vectores de ciberseguridad». Alrededor: segmentación IT/OT y confianza cero; riesgo de la cadena de suministro (SBOM/HBOM); resiliencia operativa y diversidad geográfica; intercambio de amenazas (STIX/TAXII, de máquina a máquina). © Aprecisa.com
Ilustración original del artículo, con sus textos en portugués. En el centro: «Contribuciones a la consulta pública: transposición de la Directiva NIS 2 en Portugal — un análisis técnico y práctico de los vectores de ciberseguridad». Alrededor: segmentación IT/OT y confianza cero; riesgo de la cadena de suministro (SBOM/HBOM); resiliencia operativa y diversidad geográfica; intercambio de amenazas (STIX/TAXII, de máquina a máquina). © Aprecisa.com

El paradigma de la ciberseguridad ha cambiado. Y la regulación tiene que seguir el ritmo de la ingeniería.

A lo largo de más de tres décadas diseñando e integrando sistemas complejos de comunicaciones terrestres, marítimas y aéreas, he aprendido una lección innegable: el papel lo aguanta todo, pero la física de las redes no perdona.

Portugal debate actualmente el nuevo Regulamento do Regime Jurídico de Cibersegurança (el reglamento del régimen jurídico portugués de ciberseguridad), que transpone la Directiva NIS 2 (en España, «Directiva SRI 2»). Es un hito normativo formidable. Sin embargo, si miramos el panorama mundial de las infraestructuras críticas, el rigor técnico y científico exige que pasemos del mero cumplimiento administrativo a la verdadera resiliencia ciberfísica.

He resumido 10 propuestas que ya presenté en la consulta pública. Están respaldadas también por la visión de los mayores especialistas del mundo y ya se aplican en las regiones más maduras del planeta:

1. El fin de la confianza ciega: aislamiento táctico IT/OT

No podemos tratar las redes que gestionan puertos o aeropuertos (OT, tecnología operativa) como tratamos el wifi de la oficina (IT, tecnología de la información).

Cómo está (vulnerabilidad sistémica): Hoy existe una «falsa redundancia», y las redes IT y OT se tratan muchas veces como convergentes, lo que permite que ataques informáticos comunes en la red corporativa paralicen operaciones críticas.

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): Con la adición propuesta, el reglamento impondrá un «aislamiento táctico» mediante microsegmentación obligatoria entre los dominios IT y OT para todas las entidades esenciales (norma IEC 62443).

2. Radiografía de la cadena de suministro (SBOM/HBOM)

El riesgo que heredamos de nuestros proveedores es nuestro mayor punto ciego.

Cómo está (vulnerabilidad sistémica): La situación actual es de «riesgo heredado»: las entidades críticas no tienen visibilidad total sobre la composición técnica (hardware y software) que utilizan.

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): La modificación sugerida exigirá la entrega obligatoria de la lista de materiales de software (SBOM) y de hardware (HBOM) de los equipos críticos, mitigando el riesgo heredado en la raíz de la infraestructura.

3. La ilusión de la redundancia y la necesidad de diversidad

Tender dos cables de fibra óptica por la misma zanja no es redundancia; es un punto único de fallo a la espera de una retroexcavadora.

Cómo está (vulnerabilidad sistémica): La exigencia actual de meros «mecanismos de redundancia» permite que los sistemas compartan los mismos caminos físicos (zanjas comunes), creando un punto único de fallo.

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): Será obligatorio implantar redes de gestión fuera de banda (Out-of-Band Management, OOBM) totalmente segregadas, que garanticen la capacidad de maniobra para la recuperación en caso de interrupción total de la red principal.

4. Las amenazas sistémicas exigen respuestas a la velocidad de la máquina (M2M)

Notificar incidentes mediante formularios manuales es actuar cuando la infraestructura vecina ya está comprometida.

Cómo está (vulnerabilidad sistémica): La notificación actual es manual, lo que introduce un retraso fatal frente al malware industrial.

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): El reglamento obligará a adoptar protocolos M2M (STIX/TAXII) para que la «vacuna lógica» se distribuya al instante por toda la red nacional.

5. El fin del «MFA genérico»: autenticación resistente al phishing

Cómo está (vulnerabilidad sistémica): El anexo III (PR.GA-3) exige solo un «MFA» (autenticación multifactor) genérico, vulnerable a ataques de interceptación (AiTM, adversario en el medio).

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): Exigencia explícita de MFA resistente al phishing (FIDO2/PKI) para los perfiles de administración en infraestructuras críticas.

6. El salto poscuántico (PQC) y la integridad de la IA

Cómo está (vulnerabilidad sistémica): El parque de infraestructuras es ciego a los algoritmos que quedarán obsoletos con la computación cuántica.

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): Exigencia de un «inventario criptográfico» (ID.GA-2) y de controles de integridad contra ataques de envenenamiento de datos en IA.

7. El ciberseguro como herramienta de transferencia del riesgo

Cómo está (vulnerabilidad sistémica): Faltan mecanismos de liquidez inmediata para los procesos de recuperación ante desastres a gran escala.

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): Inclusión del ciberseguro como medida de evaluación en la transferencia del riesgo (GR.GR-3), forzando la alineación con estándares de rigor auditados.

8. De la prueba estática al red teaming continuo y a los bug bounties

Cómo está (vulnerabilidad sistémica): Las pruebas de intrusión anunciadas y de alcance limitado generan una falsa sensación de seguridad.

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): Ejercicios anuales de red teaming (ataques simulados por un equipo contratado) y programas de bug bounty (recompensas por fallos encontrados) para detectar fallos de forma proactiva.

9. Ingeniería humana y análisis de brechas de capacidad

Cómo está (vulnerabilidad sistémica): Políticas basadas en programas de concienciación genéricos que no siguen la complejidad de las amenazas al tejido productivo.

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): Institucionalización de un análisis anual de brechas de capacidad (Capability Gap Analysis) basado en el marco NICE (NIST), invirtiendo de forma quirúrgica donde falte ingeniería de defensa.

10. Integridad en la algoritmia y la inteligencia artificial

Cómo está (vulnerabilidad sistémica): El envenenamiento deliberado de datos (data poisoning) en sistemas no trazables puede provocar comportamientos anómalos en los sistemas ciberfísicos y la parada de infraestructuras.

Cómo estará (propuesta de Gaspar do Amaral, 14 de abril de 2026): Obligación de documentar con detalle la cadena de custodia y la procedencia de los datos de entrenamiento en los sistemas de inteligencia artificial y aprendizaje automático que apoyan operaciones críticas, garantizando la auditabilidad e impidiendo la manipulación.

Conclusión: del papel a la soberanía ciberfísica

La resiliencia final no se decreta en una hoja de papel; se construye con rigor e ingeniería sobre el terreno. Estas 10 propuestas son contribuciones a los cimientos sobre los que debe levantarse nuestra soberanía digital.

El debate está abierto. Cuento con su contribución y su rigor técnico en los comentarios.

Gaspar do Amaral (las propuestas se presentaron a la consulta pública el 14 de abril de 2026)

Bibliografía

1. Mapa de autores y conceptos de ingeniería

2. Mapa de directivas y ejemplos mundiales

Nota metodológica

Qué es esta página. Traducción del artículo que el autor publicó en LinkedIn el 14 de abril de 2026; la versión íntegra en portugués está en este sitio. Las diez propuestas se presentaron ese mismo día a la consulta pública del CNCS (Centro Nacional de Cibersegurança, el centro nacional de ciberseguridad de Portugal).

Nombres de las leyes. La directiva se cita por su nombre oficial en español, Directiva (UE) 2022/2555 (en España, «Directiva SRI 2»). Los instrumentos portugueses sin traducción oficial, como el Regulamento do Regime Jurídico de Cibersegurança, quedan en portugués con una explicación entre paréntesis. La ley británica se cita por su nombre oficial, Telecommunications (Security) Act 2021.

Cambios de forma, no de contenido. Se omitieron los símbolos decorativos (emoji) de la versión de LinkedIn. Los códigos PR.GA-3, ID.GA-2 y GR.GR-3 (controles del anexo III del proyecto de reglamento), que LinkedIn había convertido en falsos enlaces web, aparecen como texto. La ilustración original se reproduce con sus textos en portugués y un pie traducido. Los enlaces a las fuentes son los del original.

Qué pasó después. En junio de 2026 el CNCS clasificó las diez propuestas como «Não acolhido» (no aceptada). El balance del autor está en el artículo «El nuevo régimen de ciberseguridad: lo que quedó por hacer».

El debate está en LinkedIn (en portugués)

Los comentarios a este texto se hacen en LinkedIn, donde el artículo se compartió en portugués. Puede escribir en español. Esté de acuerdo, discrepe o aporte datos: todas las objeciones fundamentadas reciben respuesta.

Gaspar do Amaral · Original en portugués del 14 de abril de 2026, publicado en este sitio; traducción emitida el 27 de octubre de 2026 · Figuras y tablas © Aprecisa.com · Con ayuda de IA