← Volver a artículos
ciberresilienciacyber resilience actnormativaciberseguridadproductos conectadospymes

Reglamento de Ciberresiliencia (CRA): qué cambia para tu empresa

Por · 3 de noviembre de 2026 · 6 min de lectura

El Reglamento de Ciberresiliencia obliga a los fabricantes de productos con software a cumplir requisitos de seguridad y, desde el 11 de septiembre de 2026, a notificar en 24 horas las vulnerabilidades que se estén explotando. También afecta a importadores y distribuidores.

Expediente JG · DocumentoVolver a artículos

Reglamento de Ciberresiliencia (CRA): qué cambia para tu empresa

Tipo
Artículo
Autor
Fecha
Lectura
6 min de lectura
Materias
ciberresiliencia, cyber resilience act, normativa, ciberseguridad, productos conectados, pymes

Resumen

El Reglamento de Ciberresiliencia obliga a los fabricantes de productos con software a cumplir requisitos de seguridad y, desde el 11 de septiembre de 2026, a notificar en 24 horas las vulnerabilidades que se estén explotando. También afecta a importadores y distribuidores.

Si tu empresa fabrica un dispositivo conectado, programa software que se vende dentro de otro producto o simplemente importa aparatos con wifi desde fuera de Europa, hay un reglamento europeo que te afecta, aunque casi nadie lo haya leído. Se llama Reglamento de Ciberresiliencia (en inglés, Cyber Resilience Act o CRA), y desde el 11 de septiembre de 2026 una parte de sus obligaciones ya se aplica. Esto es lo que dice la Comisión Europea1, explicado para quien tiene que cumplirlo o comprarlo, no para abogados.

◢¿Qué es el Reglamento de Ciberresiliencia?

Es el Reglamento (UE) 2024/2847. Según la Comisión, establece requisitos obligatorios de ciberseguridad para el hardware y el software que se vende en la Unión Europea. Entró en vigor el 10 de diciembre de 2024 y se aplica a los "productos con elementos digitales", que es el nombre oficial de casi todo lo que lleva software: una cámara IP, un router, un controlador industrial, una aplicación móvil o un programa de gestión instalado en el ordenador del cliente.

Hasta ahora, la seguridad de estos productos dependía de la buena voluntad del fabricante. El reglamento la convierte en condición para poder venderlos en Europa, igual que ya pasa con otros requisitos que se acreditan con el marcado CE.

◢¿Qué productos cubre y cuáles no?

Según el resumen oficial2, el reglamento cubre los productos de hardware y software que tienen, por su uso previsto o previsible, una conexión de datos directa o indirecta con otro dispositivo o con una red. Incluye también los componentes que se ponen en el mercado por separado y las soluciones de tratamiento de datos en remoto que el fabricante ha diseñado y sin las cuales el producto no podría hacer alguna de sus funciones.

Quedan fuera los productos que no se comercializan, es decir, que no se ofrecen en el curso de una actividad comercial, y algunos productos que ya regula otra legislación europea. La Comisión remite al considerando 18 para saber cuándo el software libre cuenta como comercializado. Si tu caso es dudoso, como un servicio web o una aplicación a medida para un solo cliente, no hay que suponer nada: la propia Comisión publicó el 27 de julio de 2026 una guía de aplicación3 con 67 ejemplos prácticos, pensada sobre todo para pymes, que se suma a sus preguntas frecuentes.

◢¿Qué dos fechas hay que tener presentes?

  • ▹11 de septiembre de 2026: ya se aplican las obligaciones de notificación del artículo 14.
  • ▹11 de diciembre de 2027: se aplica el resto de las obligaciones principales.

Según el resumen de la Comisión, los productos que ya estaban en el mercado antes de diciembre de 2027 solo entran en el resto de obligaciones si sufren una modificación sustancial después de esa fecha. Las obligaciones de notificación, en cambio, se aplican a todos los productos comercializados, incluidos los que ya estaban a la venta.

◢¿Qué tiene que notificar un fabricante y en cuánto tiempo?

Desde el 11 de septiembre, los fabricantes deben notificar las vulnerabilidades que se estén explotando de forma activa y los incidentes graves que afecten a la seguridad de sus productos. La página de la Comisión sobre notificaciones4 marca estos plazos:

  • ▹Un aviso temprano en las 24 horas siguientes a tener conocimiento.
  • ▹Una notificación completa en 72 horas.
  • ▹Un informe final, como máximo 14 días después de que exista una medida correctora, si es una vulnerabilidad explotada. Si es un incidente grave, en el plazo de un mes desde la notificación de las 72 horas.

Todo se envía una sola vez a través de la plataforma única de notificación de la ENISA, la agencia europea de ciberseguridad, que según la Comisión funciona desde el 11 de septiembre. La notificación llega al CSIRT del país donde el fabricante tiene su establecimiento principal y, salvo circunstancias excepcionales, también a la ENISA.

La Comisión añade un detalle para las empresas pequeñas: a las microempresas y pequeñas empresas no se les puede multar por incumplir el plazo de 24 horas.

◢¿Y si solo importo o distribuyo productos de otros?

Tampoco te libras, aunque estas obligaciones llegan con el resto de las principales, en diciembre de 2027. El resumen de la Comisión dice que el importador, que es quien comercializa en la UE productos con el nombre o la marca de un fabricante de fuera, debe comprobar que ese fabricante ha cumplido sus obligaciones, que se hizo la evaluación de conformidad y que el producto lleva el marcado CE. Si no es así, no puede ponerlo en el mercado.

El distribuidor, que vende el producto sin modificarlo, también tiene que verificar el marcado CE y que fabricante e importador han cumplido con lo suyo, incluidos los datos de contacto, las instrucciones al usuario y el periodo de soporte. Quien revende material conectado a clientes (instaladores, integradores, tiendas) debería saber que esto dejará de ser opcional.

◢¿Qué cambia si mi empresa solo compra estos productos?

Para quien solo compra, el reglamento no impone obligaciones directas, pero cambia lo que puedes exigir. Según la Comisión, el fabricante tiene que fijar un periodo de soporte, durante el cual debe gestionar las vulnerabilidades de forma efectiva, y la fecha de fin (mes y año) debe estar clara en el momento de la compra.

Eso es útil de verdad. Cuando los ataques a las neveras de los supermercados europeos salieron en las noticias, los fabricantes dijeron que la mayoría de los equipos afectados eran productos descatalogados que ya no recibían actualizaciones. El reglamento no arregla esos equipos antiguos, pero sí obliga a que los nuevos digan hasta cuándo se les va a cuidar.

◢Qué hacer ahora

Si fabricas, importas o distribuyes productos con software:

  • ▹Averigua si tus productos entran en el ámbito del reglamento. Empieza por la guía y las preguntas frecuentes de la Comisión.
  • ▹Decide quién en la empresa se ocupará de avisar si se explota una vulnerabilidad en tus productos y cómo se enviará el aviso temprano en menos de 24 horas. Es lo que ya exige la norma.
  • ▹Pide a tus proveedores de componentes y de software de terceros que te digan cómo gestionan las vulnerabilidades. Como fabricante, eres responsable de lo que integras.

Si solo compras:

  • ▹Antes de adquirir equipos conectados (cámaras, controladores, cerraduras, aparatos industriales), pregunta hasta cuándo recibirán actualizaciones de seguridad.
  • ▹Pon esa fecha en tu inventario de equipos, junto al nombre de quien los instaló y quién puede acceder desde fuera. Ya conté en otro artículo que los ataques casi nunca entran por el servidor, sino por lo que nadie tenía controlado.

Entender qué te exige la norma y qué puedes exigir tú es parte de lo que trabajo en mis formaciones de ciberseguridad para empresas, pensadas para equipos que no son técnicos.

Documentos relacionados

  1. News

    Ciberataque a Crédit Mutuel Arkéa: entraron por un proveedor

    El banco francés Crédit Mutuel Arkéa ha sufrido un ataque que permitió transferencias fraudulentas desde su propia cuenta. Los atacantes entraron por la plataforma de un proveedor. Qué se sabe, qué no y qué aprender.

  2. Artículo

    Phishing con código de dispositivo: qué es y cómo evitarlo

    El phishing con código de dispositivo engaña a la víctima para que escriba en la página real de Microsoft un código que ha generado el atacante. Así entra en su cuenta de Microsoft 365 sin contraseña y sin que la verificación en dos pasos lo frene. Se evita bloqueando ese inicio de sesión.

  3. News

    Claude Code filtra claves en GitHub: qué es settings.local.json

    La opción "no volver a preguntar" de Claude Code puede guardar contraseñas y claves de API en .claude/settings.local.json. Apiiro ha encontrado 1.122 copias públicas en GitHub con secretos dentro. Qué se sabe y qué hacer.

Fin del documentoVolver a artículos