Archivo de la categoría: Ciberseguridad

Competencias en Ciberseguridad

El Marco Europeo de Competencias en Ciberseguridad (ECSF) de la Agencia de la Unión Europea para la Ciberseguridad (ENISA) define un total de 30 perfiles profesionales TIC, aunque se pueden identificar áreas o especialidades. Estos perfiles cubren las actividades esenciales para la estrategia digital de una organización, desglosados en un marco estructurado que incluye perfiles como los de Especialista en Ciberseguridad y el de Ingeniero de Ciberseguridad. 

Perfiles Esenciales y Áreas de Competencia

Los perfiles incluidos en el ECSF son 30 perfiles profesionales TIC. Sin embargo, podemos agruparlos en diferentes perfiles esenciales o especialidades dentro del campo de la ciberseguridad, como los siguientes: 

  • Especialista en ciberseguridad: Se encarga de la protección de datos y de la privacidad de las organizaciones frente a los ciberataques. 
  • Ingeniero de ciberseguridad: Diseña, implementa y mantiene sistemas de seguridad para prevenir y mitigar ciberataques. 
  • Profesional de seguridad de la información: Se enfoca en la seguridad de la información dentro de las organizaciones, incluyendo políticas, auditorías y cumplimiento de normativas. 
  • Analista de ciberseguridad: Monitoriza y analiza los sistemas para detectar amenazas, investigar incidentes y responder a las brechas de seguridad. 
  • Experto en respuesta a incidentes: Gestiona y coordina la respuesta a incidentes de seguridad, conteniendo y erradicando amenazas y recuperando los sistemas. 
  • Experto en desarrollo seguro (DevSecOps): Asegura que el desarrollo de software incluya prácticas de seguridad desde el inicio del proceso para prevenir vulnerabilidades. 
  • Ethical Hacker / Pentester: Realiza pruebas de penetración y evaluación de vulnerabilidades para identificar y corregir debilidades en los sistemas y aplicaciones. 

Propósito del ECSF

El ECSF de ENISA proporciona una visión clara y estructurada de las diversas competencias y actividades necesarias para apoyar la estrategia digital de una organización. Esto ayuda a definir roles, identificar necesidades de talento y orientar programas de formación para el sector. 

https://www.incibe.es/ed2026/talento-hacker/publicaciones/european-cybersecurity-skills/casos

Iniciativas a nivel nacional

Zeek

El Analizador de Red Pasivo para Insights ProfundosDefinición y Propósito Básico:

Zeek (anteriormente conocido como Bro) es un framework open-source de análisis de red diseñado específicamente para monitorización de seguridad. No es un IDS tradicional que genera alertas basadas en firmas; en cambio, actúa como un “analizador pasivo” que inspecciona el tráfico de red en tiempo real, extrayendo datos estructurados y generando logs detallados sobre actividades de red. Su objetivo es proporcionar visibilidad profunda para que analistas de seguridad detecten anomalías, como intentos de exfiltración de datos o comportamientos sospechosos, sin intervenir en el flujo de tráfico. Imagina Zeek como un “observador silencioso” que registra todo lo que sucede en la red, similar a un registrador de vuelo en un avión, pero para paquetes de datos.

Historia: Zeek fue creado en la década de 1990 por Vern Paxson en la Universidad de California, Berkeley, y laboratorios nacionales de EE.UU., como una herramienta para monitorear redes académicas y gubernamentales. Inicialmente llamado “Bro” (por “brother watching over you”, un juego de palabras sobre vigilancia protectora), se enfocaba en investigación financiada por el gobierno federal.

En 2018, se renombró a Zeek para reflejar su madurez y evitar confusiones con otros proyectos. Hoy, es mantenido por la comunidad y respaldado por empresas como Corelight, con más de 20 años de desarrollo y más de 10.000 despliegues globales. Ha evolucionado de un prototipo académico a un estándar en NSM, influenciando herramientas modernas.

zeek.org

Cómo Funciona en NSM: Zeek se despliega en “sensores” (hardware, software, virtual o en la nube) que capturan tráfico de red mediante interfaces como libpcap o PF_RING. Procesa el tráfico en capas:

  1. Captura de Paquetes: Lee el tráfico en tiempo real sin modificarlo.
  2. Análisis de Protocolos: Descompone paquetes en eventos de alto nivel, como “conexión HTTP establecida” o “archivo transferido vía SMB”.
  3. Generación de Logs: Produce más de 70 tipos de logs por defecto (e.g., conn.log para conexiones, http.log para solicitudes web, dns.log para consultas DNS), rastreando más de 3.000 eventos de red. Estos logs son en formato estructurado (JSON o TSV), fáciles de integrar en SIEMs como ELK Stack.
  4. Detección Pasiva: No bloquea nada; en cambio, alerta sobre patrones sospechosos, como tráfico encriptado inusual o exfiltración de datos.

Por ejemplo, si un atacante intenta un ataque de comando y control (C2) vía DNS tunneling, Zeek registraría consultas DNS anómalas en dns.log, permitiendo a un analista correlacionarlas con otros eventos.

Capacidades de Scripting (ZeekScript): Una de las fortalezas de Zeek es su lenguaje de scripting propio, ZeekScript, que permite personalizar el análisis. Es un lenguaje de dominio específico (DSL) inspirado en C, con sintaxis simple para definir manejadores de eventos.

  • Características del Lenguaje: Soporta variables, funciones, módulos, condicionales, bucles y tipos como strings, integers, records (estructuras). Incluye operadores para manipular datos de red, como extracción de campos de paquetes.
  • Manejadores de Eventos: El núcleo son los “event handlers”, funciones que se activan en eventos específicos, e.g., event http_request(c: connection, method: string, url: string) { if (method == “POST” && |url| > 1000) log(“Posible ataque”); }. Esto permite detectar payloads grandes en POSTs HTTP.
  • Uso en Análisis Personalizado: Scripts se cargan en runtime para extender funcionalidades, como detectar protocolos personalizados o integrar con threat intelligence. Hay más de 270 paquetes comunitarios para scripts prehechos (e.g., para JA3 fingerprinting de TLS).
  • Ejemplos: Un script básico podría monitorear conexiones SSH inusuales: event ssh::client_version(c: connection, version: string) { if (version contains “malware”) notice(“SSH sospechoso”); }. En NSM, esto ayuda a crear detecciones personalizadas sin recompilar el código.
  • Integración: Los scripts generan outputs que se integran con herramientas como Suricata (para correlación de alertas) o SIEMs via JSON.

Características Clave:

  • Soporte para protocolos modernos (HTTP/2, QUIC, TLS 1.3).
  • Alta escalabilidad: Maneja gigabits por segundo en hardware estándar.
  • Comunidad activa: Más de 7.300 estrellas en GitHub.
  • Use Cases: Monitoreo en universidades, gobiernos y empresas para threat hunting, análisis forense y compliance (e.g., detectar fugas de PII).

Versión Actual (diciembre 2025): La versión LTS estable es 8.0.4 (lanzada en noviembre 2025), con correcciones de seguridad. La pre-lanzamiento de características es 8.1.0-rc1 (15 de diciembre 2025), que incluye mejoras en Spicy (analizador de protocolos) y soporte para nuevos eventos.

zeek.org

CiberGitHUB

Existen numerosos repositorios en GitHub dedicados a ciberseguridad con contenido en castellano, desde cursos gratuitos hasta colecciones de recursos y guías prácticas. Estos proyectos facilitan el aprendizaje y la implementación en español, ideales para profesionales y estudiantes.​ ver todos en https://github.com/topics/ciberseguridad

Cursos y temarios

Recursos y colecciones


ChipNet

Las llaves ChipNet FIDO2 se pueden usar como segundo factor o factor principal (passwordless/passkey) en muchos servicios que soportan FIDO2/WebAuthn o U2F; la llave actúa igual que una YubiKey o similar. A continuación tienes un resumen por “tipo de sistema” y ejemplos de uso.cpl.thalesgroup+2


1. Sistemas operativos (login local)

  • Windows 10/11:
    • Inicio de sesión en Windows con “Iniciar sesión con llave de seguridad” (Windows Hello + FIDO2).learn.microsoft+1
    • La ChipNet FIDO2 BASIC y NFC Plus permiten “local logon” en Windows (con software que ChipNet ofrece bajo petición).chipnet+1
  • macOS:
    • Uso de la llave como factor FIDO2/WebAuthn en el navegador (Chrome, Safari, Edge) para servicios web, y como smartcard/PKI para certificados X.509 en modelos que lo soportan.fido2+1
  • Linux (Ubuntu, etc.):
    • Uso en navegadores con WebAuthn para 2FA o passkeys en servicios web (GitHub, Google, etc.).yubico+1

En todos los casos la mecánica de 2FA local es: usuario introduce usuario/contraseña o PIN del sistema, el sistema pide “llave de seguridad”, el usuario inserta la llave, introduce el PIN de la llave y la toca.


2. Servicios en la nube y web corporativa

La mayoría de los grandes proveedores soportan FIDO2/WebAuthn como 2FA o passkey. Ejemplos típicos:fidoalliance+2

  • Google Workspace / cuentas Google:
    • Uso de la llave como “llave de seguridad” para 2FA o como passkey.
    • Flujo: login con usuario/contraseña → Google pide “usar llave de seguridad” → insertar llave, introducir PIN, tocar.
  • Microsoft (Azure AD / Entra ID, Office 365):
    • FIDO2 Security Key como método de MFA o como credencial passwordless.[learn.microsoft]​
    • Flujo: login con usuario → se elige “Iniciar sesión con llave de seguridad” → insertar llave, PIN, toque.
  • GitHub, GitLab, Git services:
    • Registro de llave FIDO2 en “Security → Two-factor authentication → Security keys”.
    • Se usa como 2FA al iniciar sesión o como passkey en navegadores compatibles.hideez+1
  • Gestores de contraseñas (además de Bitwarden):
    • Keeper, Dashlane, 1Password, etc. soportan 2FA con llave FIDO2/WebAuthn o U2F, flujo igual: contraseña + llave como segundo factor.[hideez]​

La forma de uso en casi todos estos servicios es: alta de la llave en el perfil de seguridad del usuario, y luego en cada login (o cuando se exija MFA) el servicio pide insertar la llave y validarla con PIN + toque.


3. Acceso corporativo, VPN, SSO e IdPs

  • Proveedores de identidad (IdP) y SSO:
    • Plataformas como Okta, Duo, Thales, HYPR, etc. soportan llaves FIDO2 como factor dentro de su flujo MFA/SSO.cpl.thalesgroup+1
    • Ejemplo: login a un portal de empresa con SSO → tras usuario/contraseña, el IdP pide FIDO2 → llave ChipNet + PIN + toque.
  • Azure AD / Entra ID:
    • Configuración de “Authentication methods → FIDO2 Security Key”, permitiendo que la llave sea un factor MFA o incluso credencial principal (passwordless) para apps corporativas.[learn.microsoft]​
  • VPN / portales de acceso remoto:
    • Muchos se integran vía SAML/OIDC con un IdP que ya soporta FIDO2, por lo que la llave ChipNet se usa en el flujo web del IdP como segundo factor.

En estos entornos la llave se usa típicamente como “factor fuerte” para accesos sensibles: paneles de administración, portales internos, VPN SSL, etc., siempre mediante WebAuthn.


4. Administración pública, certificados y PIV

En modelos como ChipNet FIDO2 NFC Plus, la llave incluye funciones de smartcard, PIV y certificados digitales X.509. Esto permite:chipnet+1

  • Uso de certificados para acceso lógico y físico (control de acceso a redes, servidores, aplicaciones) como si fuera un DNIe corporativo.[fido2]​
  • Uso con Administración electrónica en España (sede electrónica, firma de documentos, cifrado de correo) usando certificados cargados en la llave, de forma similar al DNIe.[fido2]​

Aquí la llave se usa como “doble autenticación” porque combina algo que tienes (la llave física) más algo que sabes (PIN de la llave) y, en algunos modelos, algo que eres (huella dactilar en modelos biométricos).


5. Passkeys y ecosistema general FIDO2

  • El directorio de la FIDO Alliance y catálogos como Yubico o Thetis listan cientos de servicios que aceptan FIDO2/passkeys (banca, email, gestores de proyectos, hosting, etc.).thetis+3
  • Cualquier servicio que indique soporte para “FIDO2”, “WebAuthn”, “llave de seguridad” o “passkey” debería aceptar una llave ChipNet certificada FIDO2 igual que una YubiKey o llave de otras marcas.cpl.thalesgroup+1

En la práctica, el patrón de uso para doble autenticación es siempre el mismo: alta previa de la llave en el perfil de seguridad del servicio, y luego en cada acceso sensible el servicio pide “usar llave de seguridad”, el usuario inserta la llave, introduce el PIN y la toca para completar la verificación.

APT

Las campañas APT (Advanced Persistent Threat – Amenaza Persistente Avanzada) son ciberataques dirigidos, altamente sofisticados y sostenidos en el tiempo, cuyo objetivo principal es permanecer oculto dentro de una red o sistema durante meses o incluso años para robar información sensible, realizar espionaje, sabotear infraestructuras críticas o obtener ventaja estratégica .

A diferencia de los ataques masivos y automatizados, las APT se caracterizan por:

  • Técnicas avanzadas: uso de exploit zero‑day, vulnerabilidades en la cadena de suministro, herramientas legítimas del sistema (living‑off‑the‑land) y malware personalizado diseñado específicamente para la víctima .
  • Persistencia a largo plazo: los atacantes mantienen acceso continuo, con una permanencia media de alrededor de 95 días, y evitan la detección mediante el uso de credenciales legítimas y la manipulación de identidades .
  • Actores bien financiados y motivados: suelen estar respaldados por estados‑nación o grupos criminales altamente organizados, con objetivos estratégicos como el ciberespionaje, el robo de propiedad intelectual o el sabotaje de infraestructuras críticas .
  • Vector de ataque predominante relacionado con la identidad: según estudios recientes, casi el 90 % de las investigaciones involucran problemas de identidad y el 65 % de los accesos iniciales se deben a phishing spear‑phishing o compromiso de cuentas .

Fases típicas de una campaña APT

  1. Reconocimiento: análisis del objetivo, mapeo de infraestructuras y búsqueda de vulnerabilidades para identificar puntos de entrada y activos de alto valor .
  2. Acceso inicial: se logra mediante spear‑phishing, explotación de zero‑day, compromiso de servicios expuestos en Internet o ingeniería social .
  3. Infiltración y establecimiento de una base: se implanta malware o se usan credenciales robadas para crear una puerta trasera y mantenerse dentro de la red .
  4. Expansión y movimiento lateral: los atacantes se desplazan por la red, escalan privilegios y comprometen sistemas adicionales para aumentar su control .
  5. Exfiltración de datos: se recopilan y extraen la información valiosa (documentos confidenciales, claves API, datos de criptomonedas, etc.) de forma discreta y se envían a servidores de comando y control .
  6. Mantenimiento y limpieza: se borran rastros, se persiste el acceso y se prepara el terreno para futuras operaciones .

Ejemplos recientes de campañas APT

  • TetrisPhantom (descubierto por Kaspersky en 2023): campaña dirigida a gobiernos de la región Asia‑Pacífico que explotó unidades USB de almacenamiento seguro para espiar y extraer datos confidenciales durante largos periodos sin ser detectada .
  • NaiveCopy (activada en 2022): enfocada en inversores de acciones y criptomonedas en Corea del Sur, utilizó documentos temáticos de criptomonedas y alertas de fuerzas de seguridad como cebo para distribuir macros maliciosas mediante Dropbox y exfiltrar información sensible .

Qué pueden hacer las organizaciones para defenderse

  • Implementar controles de identidad y acceso multifactor (MFA) para reducir el riesgo de compromiso de credenciales .vectra
  • Segmentar la red y aplicar el principio de menor privilegio para limitar el movimiento lateral .black9
  • Monitorear continuamente el comportamiento de usuarios y entidades con soluciones de detección y respuesta basada en el comportamiento (UEBA, EDR/XDR) y usar inteligencia sobre amenazas para identificar indicadores de compromiso asociados a APT .vectra
  • Mantener los sistemas parcheados y gestionar de forma proactiva las vulnerabilidades de día cero y de la cadena de suministro .ibm
  • Realizar ejercicios de threat modeling y simulación de ataques para entender cómo un atacante podría moverse dentro del entorno y ajustar las defensas en consecuencia  (aunque no se cita directamente en esta respuesta, es una práctica recomendada en el contexto de defensa contra APT).cloudflare

Una campaña APT es un ataque cuidadosamente planeado y ejecutado por actores con recursos significativos, cuyo sigilo y persistencia le permiten permanecer dentro de la víctima durante largo tiempo para cumplir objetivos estratégicos de espionaje, sabotaje o robo de información . La defensa efectiva requiere una combinación de controles de identidad, visibilidad profunda del comportamiento, segmentación de red y actualización constante de sistemas.

Triaje

Herramientas de ciberseguridad para análisis, detección y el posterior triaje

  • Security Onion se distribuye como una plataforma de monitorización de seguridad totalmente gratuita; su versión open‑source incluye todas las capacidades de detección, threat hunting y gestión de casos sin restricciones de funcionalidad .
  • Zeek (antes llamado Bro) es un framework de análisis de red liberado bajo la licencia BSD, lo que lo convierte en software libre y de código abierto .
  • Suricata es un motor de detección y prevención de intrusiones desarrollado por la Open Information Security Foundation (OISF) y publicado bajo licencia GPLv2, por lo que también es open source .

Grassmarlin, Cyberlens y Sophia son herramientas de código abierto (open source/free).

  • Grassmarlin es una aplicación basada en software libre, liberada por la NSA, disponible para Windows y Linux y cuyo código fuente se puede descargar desde su repositorio en GitHub .
  • Cyberlens y Sophia aparecen listadas en la guía del INCIBE como herramientas open source y libres dentro del apartado de inventario de activos, lo que indica que su código fuente es accesible y pueden utilizarse de manera gratuita .

NIS2

Lista de referencias útiles sobre la NIS2 en España

#ReferenciaURL correcta (verificada)Comentario
1Directiva (UE) 2022/2555 – texto oficialhttps://eur-lex.europa.eu/legal-content/ES/TXT/?uri=CELEX:32022L2555Versión consolidada en español del Diario Oficial de la Unión Europea boe.
2Reglamento de Ejecución (UE) 2024/2690 – disposiciones de aplicación<https://eur-lex.europa.eu/legal-content/ES/TXT/?uri=CELEX:32024R2690>Reglamento que detalla los requisitos técnicos y metodológicos de la NIS2 boe.
3Anteproyecto de Ley de Coordinación y Gobernanza de la Ciberseguridad (fase de audiencia e información pública)<https://www.interior.gob.es/opencms/es/servicios-al-ciudadano/participacion-ciudadana/participacion-publica-en-proyectos-normativos/audiencia-e-informacion-publica/>Página del Ministerio del Interior donde se publica el anteproyecto y se pueden presentar alegaciones [hasta su tramitación].
4Portal del CCN – información sobre la NIS2<https://www.plataformanacionalciber.gob.es/index.php/nis-2>Sección del Centro Criptológico Nacional dedicada a la Directiva NIS2, con FAQ, infografías y servicio de consultas plataformanacionalciber.
5Portal INCIBE – guía NIS2<https://www.incibe.es/incibe-cert/sectores-estrategicos/NIS2-necesitas-saber>Recurso del INCIBE-CERT que explica qué es la NIS2, quiénes están obligados y qué medidas deben adoptarse [contenido obtenido previamente].

Notas sobre los enlaces

  • El enlace al Anteproyecto de Ley que proporcionaste dirige a la página de participación pública, que es precisamente donde se encuentra el documento en tramitación; por tanto es la referencia correcta para consultar el texto y presentar comentarios.
  • En el Portal del CCN la operativa y actual referida es la sección de la Plataforma Nacional de Incidentes (plataformanacionalciber.gob.es/index.php/nis-2), que sí está accesible y contiene la información oficial del CCN sobre la NIS2.
  • El Portal INCIBE es accesible y contiene la guía “NIS2: lo que necesitas saber”

Con estas referencias podrás acceder a los textos legales, los borradores nacionales y las guías de los organismos españoles encargados de la transposiciones y la aplicación de la NIS2.

más info en https://blog.isecauditors.com/directiva-nis2-transposicion-en-espana-y-anteproyecto-de-ley

NIST SP 800‑82

NIST SP 800‑82 es la guía de referencia del NIST para seguridad en sistemas industriales / OT.

Qué es NIST SP 800‑82

  • Es una Publicación Especial del NIST titulada “Guide to Operational Technology (OT) Security” (antes “Guide to Industrial Control Systems (ICS) Security”).
  • Proporciona recomendaciones para mejorar la seguridad de sistemas OT/ICS: SCADA, DCS, PLC, automatización de edificios, etc., teniendo en cuenta sus requisitos especiales de disponibilidad, tiempo real y seguridad física.

Versión actual

  • Desde septiembre de 2023 la versión vigente es NIST SP 800‑82 Revision 3, que actualiza amenazas, arquitecturas recomendadas y controles específicos para OT.

Contenido clave

  • Describe el entorno OT/ICS y topologías típicas de red.
  • Identifica amenazas y vulnerabilidades habituales en OT.
  • Recomienda arquitecturas de red seguras (segmentación, DMZ, etc.) y controles técnicos/organizativos alineados con NIST SP 800‑53.

otros pasos = mapear NIST SP 800‑82r3 con Purdue o con los requisitos de NIS2 para entornos ICS/OT.


  1. Construir una matriz NIS2 ↔ ENISA ↔ NIST OT
    • Columnas mínimas:
      • Requisito NIS2/Reglamento (ID + texto breve).
      • Tema ENISA (uno de los 13 bloques).enisa.
      • Controles OT relevantes de NIST 800‑82 (referenciando familias de 800‑53 adaptadas).smartsuite+2
      • Evidencias específicas que vais a mantener (docs, configuraciones, registros, resultados de pruebas).
  2. Priorizar por riesgo OT
    • Empieza por: procesos de mayor impacto físico/operacional.
    • Para cada uno, aplica el ciclo de NIST 800‑82 (asset → threats → vulnerabilities → safeguards) y mapea las salvaguardas a requisitos NIS2.
  3. Reutilizar todo lo que ya tengas de ISO 27001
    • ENISA mapea NIS2 ↔ ISO 27001 ↔ otros frameworks.advisera+2
    • Lo “horizontal” (riesgos, política, concienciación, incidentes, proveedores) puedes cubrirlo con ISO 27001; lo “vertical OT” lo bajas con 800‑82.
  4. Definir un “OT Security Baseline” alineado con NIS2
    • Documento breve que diga: “Estos son los mínimos técnicos OT que aplicamos para cumplir NIS2”, con referencias cruzadas a NIST 800‑82.

Siguiente paso esbozar una tabla sencilla (en markdown) con 5–6 requisitos NIS2 típicos y ejemplos concretos de control OT según 800‑82 + evidencia que deberías guardar para una auditoría.


CAPEX 

Gastos en Ciberseguridad

El CAPEX (Capital Expenditure o Gasto de Capital) en ciberseguridad se refiere a la inversión inicial significativa que realiza una empresa para adquirir, desarrollar o mejorar activos físicos o tecnológicos de seguridad a largo plazo. A diferencia de los gastos operativos (OPEX), el CAPEX no se deduce de inmediato, sino que se capitaliza y deprecia a lo largo de varios años en el balance general. 

En el contexto de la ciberseguridad y la TI, el CAPEX representa el modelo tradicional de “comprar y poseer” la infraestructura, en lugar de alquilarla o contratarla como servicio. 

Ejemplos de CAPEX en Ciberseguridad:

  • Hardware de seguridad: Compra de firewalls físicos, appliances de seguridad, sistemas de detección de intrusos (IDS/IPS), servidores dedicados para ciberseguridad y módulos de seguridad de hardware (HSM).
  • Licencias de Software Perpetuas: Adquisición de licencias de software de seguridad (antivirus, suites de protección) que se pagan una sola vez y se usan indefinidamente, en lugar de suscripciones mensuales/anuales.
  • Infraestructura de red: Routers, switches, cableado y puntos de acceso que forman la base segura de la red.
  • Proyectos de implementación: Costos asociados a la instalación, configuración inicial y puesta en marcha de nuevos sistemas de seguridad.
  • Centros de Datos: Inversión en servidores, sistemas de almacenamiento y componentes de respaldo de energía para la seguridad de los datos. 

Diferencia clave con OPEX:

  • CAPEX (Ciber): Compra de un Firewall físico (activo fijo).
  • OPEX (Ciber): Pago mensual por un firewall basado en la nube (SaaS o seguridad gestionada). Son gastos operativos

El CAPEX es fundamental para la estrategia de crecimiento y protección a largo plazo, pero suele requerir mayores niveles de aprobación financiera que los gastos operativos.