[{"data":1,"prerenderedAt":219},["ShallowReactive",2],{"seo-verification":3,"blog-nis2-obligaciones-hosting-clientes-2026-ma-es":6,"promo-bar-likely":218},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-nis2-obligaciones-hosting-clientes-2026-ma-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":29,"intro":32,"sections":33,"ctaTitle":157,"ctaBody":158,"ctaButton":159,"ctaUrl":160,"relatedPosts":161},211,"nis2-obligaciones-hosting-clientes-2026",{"fr":12,"en":13,"ar":14,"es":10},"nis2-hebergement-obligations-clients-2026","nis2-what-the-directive-requires-from-your-hosted-clients","nis2-ما-تفرضه-التوجيهات-على-عملائكم-المستضافين","NIS2: lo que la directiva exige a sus clientes alojados","NIS2: a quién se aplica, las diez medidas del artículo 21, los plazos de 24 y 72 horas y lo que sus clientes exigirán a su alojamiento.",16,0,false,"2026-08-02T00:00:00+00:00","2026-11-09T20:55:14+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},10,"Cumplimiento y normativa","conformite","bg-amber-500\u002F10 text-amber-400",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fnis2-hebergement-obligations-clients-2026-poster.svg","La directiva europea NIS2 (UE) 2022\u002F2555 debía transponerse en cada Estado miembro a más tardar el 17 de octubre de 2024, para aplicarse desde el 18 de octubre de 2024. La transposición se ha retrasado: la Comisión Europea abrió procedimientos de infracción contra 23 Estados miembros en noviembre de 2024 y después envió un dictamen motivado a 19 de ellos el 7 de mayo de 2025. Las leyes nacionales llegan, por tanto, a ritmos distintos, pero la base es conocida: 18 sectores, dos categorías de entidades y diez medidas de seguridad mínimas. Para las agencias y los proveedores que entregan sitios o aplicaciones a clientes de estos sectores, la elección del alojamiento forma parte ya de la evaluación de la cadena de suministro.",[34,38,49,52,84,88,91,104,107,114,117,148,151,154],{"type":35,"title":36,"body":37},"h2","Por qué NIS2 afecta a sus clientes y a sus proyectos","NIS2 no se detiene en las entidades a las que se dirige: se extiende a su cadena de suministro. El artículo 21 obliga a cada entidad esencial o importante a tratar la seguridad de sus relaciones con sus **proveedores y prestadores de servicios directos**, teniendo en cuenta las vulnerabilidades propias de cada uno, la calidad de sus productos y sus prácticas de desarrollo seguro. Un hospital, una red energética, un operador de transporte o una administración debe, por tanto, evaluar y documentar la seguridad de cada proveedor que toca su infraestructura digital: el alojamiento del sitio web, la plataforma de aplicaciones, las herramientas SaaS integradas.\n\nUna agencia que entrega un proyecto a un cliente sujeto a NIS2 entra así de forma indirecta en el ámbito: si no puede aportar garantías documentadas sobre el alojamiento elegido, su cliente no puede cumplir su obligación de controlar la cadena. Y si la agencia administra ella misma la infraestructura de sus clientes, puede convertirse en **proveedor de servicios gestionados**, una categoría a la que NIS2 se dirige directamente a partir del tamaño mediano.",{"type":39,"title":40,"items":41},"ul","Lo que NIS2 exige en la práctica",[42,43,44,45,46,47,48],"**Diez medidas mínimas de gestión de riesgos** (artículo 21): entre ellas la gestión de incidentes, la continuidad de la actividad, la seguridad de la cadena de suministro, el control de acceso, la criptografía y la autenticación multifactor.","**Alerta temprana en 24 horas**: todo incidente significativo se notifica al CSIRT o a la autoridad competente en las 24 horas siguientes a tener conocimiento de él, indicando si parece malintencionado o transfronterizo.","**Notificación del incidente en 72 horas**: una evaluación inicial de la gravedad, del impacto y, si es posible, de los indicadores de compromiso.","**Informe final en un mes**: descripción detallada, causa probable, medidas de mitigación; entretanto puede solicitarse un informe intermedio.","**Seguridad documentada de la cadena de suministro**: cada proveedor directo se evalúa y los compromisos de seguridad se formalizan en los contratos.","**Evaluación periódica de la eficacia de las medidas**: pruebas, análisis de vulnerabilidades y ejercicios de continuidad a intervalos definidos.","**Gobernanza en el nivel de dirección** (artículo 20): los órganos de dirección aprueban las medidas, supervisan su aplicación, siguen una formación obligatoria y pueden ser considerados responsables de los incumplimientos.",{"type":35,"title":50,"body":51},"A quién afecta: entidades esenciales e importantes","NIS2 se aplica a las entidades públicas o privadas de los sectores enumerados en sus dos anexos, a partir del **tamaño mediano** en el sentido de la Recomendación 2003\u002F361\u002FCE: **50 empleados o más**, o más de **10 M€ de volumen de negocios anual y de balance general**. El **anexo I** cubre once sectores de alta criticidad: energía, transporte, banca, infraestructuras de los mercados financieros, sanidad, agua potable, aguas residuales, infraestructura digital, gestión de servicios TIC entre empresas, administración pública y espacio. El **anexo II** cubre otros siete: servicios postales, gestión de residuos, química, alimentación, fabricación, proveedores digitales (mercados en línea, motores de búsqueda, redes sociales) e investigación.\n\nLa categoría depende del anexo **y** del tamaño. Son **esenciales** las entidades del anexo I que superan los límites de las medianas empresas (250 empleados o más, o más de 50 M€ de volumen de negocios y más de 43 M€ de balance), así como, **sea cual sea su tamaño**, los prestadores cualificados de servicios de confianza, los registros de nombres de dominio de primer nivel y los proveedores de servicios DNS. Son **importantes** todas las demás entidades de los dos anexos que entran en el ámbito, por ejemplo un proveedor de nube de tamaño mediano. Los Estados miembros también pueden designar una entidad más pequeña si desempeña un papel crítico.\n\nEn cuanto al alojamiento, el anexo I menciona expresamente a los proveedores de servicios de computación en nube, de centros de datos, de redes de distribución de contenidos (CDN), de servicios DNS, así como a los proveedores de servicios gestionados y de servicios de seguridad gestionados. Los Estados miembros debían elaborar la lista de sus entidades esenciales e importantes a más tardar el 17 de abril de 2025: según el país, el registro ante la autoridad se hace mediante declaración de la propia entidad.",{"type":53,"title":54,"headers":55,"rows":59},"comparison","Entidades esenciales y entidades importantes: qué cambia",[56,57,58],"Criterio","Entidades esenciales","Entidades importantes",[60,64,68,72,76,80],[61,62,63],"Quién","Entidades del anexo I por encima de los límites de las medianas empresas; registros TLD, proveedores DNS y prestadores cualificados de servicios de confianza sea cual sea su tamaño; entidades designadas por el Estado","Demás entidades de los anexos I y II a partir del tamaño mediano, y entidades designadas por el Estado",[65,66,67],"Ejemplos en el ámbito digital","Gran proveedor de nube, de centro de datos o de CDN; cualquier proveedor DNS o registro TLD","Proveedor de nube o de servicios gestionados de tamaño mediano; mercado en línea, motor de búsqueda, red social",[69,70,71],"Régimen de supervisión","Ex ante: inspecciones, auditorías periódicas y específicas, solicitudes de información sin incidente previo","Ex post: controles activados por indicios de incumplimiento",[73,74,75],"Multas máximas","Tope de al menos 10 M€ o el 2 % del volumen de negocios anual mundial, aplicándose el importe más alto","Tope de al menos 7 M€ o el 1,4 % del volumen de negocios anual mundial, aplicándose el importe más alto",[77,78,79],"Notificación de incidentes","Alerta temprana en 24 h, notificación en 72 h, informe final en un mes","Mismos plazos: el artículo 23 se aplica a ambas categorías",[81,82,83],"Responsabilidad de los directivos","Responsabilidad en virtud del artículo 20, y posible prohibición temporal de ejercer funciones de dirección","Responsabilidad en virtud del artículo 20; la directiva no prevé prohibición temporal",{"type":85,"title":86,"body":87},"tip","Lo que NIS2 no cubre directamente","Una organización de menos de 50 empleados cuyo volumen de negocios anual o balance general no supera los 10 M€ —una pequeña empresa en el sentido europeo— queda en principio fuera del ámbito de la directiva, salvo excepciones: proveedores DNS, registros TLD, prestadores de servicios de confianza, ciertas redes de comunicaciones electrónicas o entidad designada por su Estado por su papel crítico. Eso no la exime de ninguna otra obligación: el RGPD y las normativas sectoriales se aplican de forma independiente.\n\nEn cambio, si es proveedora de una entidad incluida en el ámbito, su cliente puede imponerle por contrato medidas equivalentes en virtud de la seguridad de la cadena de suministro. Es el caso más frecuente para una agencia web: no está sujeta a NIS2, pero queda obligada por las cláusulas de quienes sí lo están.",{"type":35,"title":89,"body":90},"Las diez medidas del artículo 21","El artículo 21 de la directiva exige a las entidades esenciales e importantes medidas técnicas, operativas y organizativas «adecuadas y proporcionadas», basadas en un enfoque que abarque todos los riesgos y que proteja también el entorno físico de los sistemas. Fija una lista mínima de diez ámbitos que cubren todo el ciclo de vida de la seguridad: desde el análisis de riesgos hasta la gestión de incidentes, pasando por la continuidad de la actividad y la cadena de suministro. Cada medida debe ser proporcionada a la exposición de la entidad, a su tamaño y a la gravedad potencial de los incidentes, y estar documentada para poder demostrarla ante las autoridades de supervisión. Una entidad que detecta una desviación debe adoptar sin demora indebida las medidas correctoras necesarias.",{"type":39,"title":92,"items":93},"Las diez medidas mínimas (artículo 21, apartado 2)",[94,95,96,97,98,99,100,101,102,103],"Políticas de análisis de riesgos y de seguridad de los sistemas de información","Gestión de incidentes","Continuidad de la actividad: gestión de copias de seguridad, recuperación en caso de desastre y gestión de crisis","Seguridad de la cadena de suministro, incluidas las relaciones con los proveedores y prestadores de servicios directos","Seguridad en la adquisición, el desarrollo y el mantenimiento de los sistemas, incluida la gestión y divulgación de vulnerabilidades","Políticas y procedimientos para evaluar la eficacia de las medidas de gestión de riesgos","Prácticas básicas de ciberhigiene y formación en ciberseguridad","Políticas y procedimientos relativos al uso de la criptografía y, en su caso, del cifrado","Seguridad de los recursos humanos, políticas de control de acceso y gestión de activos","Autenticación multifactor o continua, comunicaciones de voz, vídeo y texto seguras, y sistemas de comunicaciones de emergencia seguros, cuando proceda",{"type":35,"title":105,"body":106},"Las medidas que afectan directamente a su alojamiento","De las diez medidas, cuatro se traducen casi directamente en decisiones de infraestructura. Para los actores digitales, la Comisión precisó los requisitos técnicos en el **Reglamento de Ejecución (UE) 2024\u002F2690, de 17 de octubre de 2024**. Se aplica a los proveedores de servicios DNS, a los registros TLD, a los proveedores de nube, de centros de datos y de CDN, a los proveedores de servicios gestionados y de seguridad gestionados, a los mercados en línea, motores de búsqueda, redes sociales y prestadores de servicios de confianza. Si usted no forma parte de ellos, sigue siendo la referencia operativa más precisa para saber qué esperará un auditor de su proveedor de alojamiento, y de usted si administra la infraestructura de sus clientes.",{"type":39,"title":108,"items":109},"Cuatro medidas, traducidas en decisiones de alojamiento",[110,111,112,113],"**Continuidad y copias de seguridad (artículo 21, apartado 2, letra c)**: el reglamento de ejecución pide planes de copia con tiempo de recuperación, prueba de que las copias están completas, almacenamiento fuera de la red del sistema y lo bastante lejos del sitio principal para sobrevivir a un siniestro, controles de integridad periódicos y pruebas de restauración registradas. Un proveedor que no permite ni copias externalizadas ni prueba de integridad no le ayuda a cumplir esta obligación.","**Criptografía (artículo 21, apartado 2, letra h)**: una política escrita fija los protocolos, algoritmos y prácticas de gestión de claves, para los datos en tránsito y en reposo. La elección del cifrado le corresponde a usted, pero su proveedor de alojamiento debe permitirle aplicarlo: TLS en todos los puntos de entrada, volúmenes cifrados, claves bajo su control.","**Control de acceso y autenticación multifactor (artículo 21, apartado 2, letras i y j)**: las interfaces de administración (panel de alojamiento, SSH, consolas de virtualización) están protegidas por MFA y sujetas al mínimo privilegio. El proveedor debe ofrecer MFA en su panel; la configuración de SSH es de su competencia.","**Registro y detección (gestión de incidentes, artículo 21, apartado 2, letra b)**: el reglamento de ejecución exige registros conservados y copiados durante un **periodo predefinido**, protegidos contra todo acceso o modificación no autorizados, relojes sincronizados para correlacionar los sistemas y una revisión periódica con umbrales de alerta. La retención, la exportación a un SIEM o a una plataforma centralizada y la integridad de los registros son, por tanto, requisitos concretos.",{"type":35,"title":115,"body":116},"Lo que su VPS o servidor dedicado debe cumplir en concreto","Así se traducen estas medidas en configuración en un VPS o un servidor dedicado.\n\n**Copias de seguridad.** La regla 3-2-1 sigue siendo la buena práctica: tres copias de los datos, en dos soportes distintos, una de ellas fuera del sitio. En un VPS, esto significa como mínimo instantáneas periódicas, más una copia de la aplicación exportada a un almacenamiento de objetos independiente, compatible con S3 por ejemplo; una herramienta como \u003Ca href=\"\u002Fes\u002Fblog\u002Fcopias-de-seguridad-vps-con-restic\">Restic\u003C\u002Fa> lo hace cifrando los datos. La frecuencia se deriva de su RPO (Recovery Point Objective): para la mayoría de las aplicaciones web críticas, 24 horas es un máximo. Documente cada prueba de restauración y repítala al menos una vez por trimestre.\n\n**Cifrado.** TLS en todos los puntos de entrada (HTTPS, SMTP con STARTTLS, API), con una configuración que rechace las versiones obsoletas (SSLv3, TLS 1.0, TLS 1.1); TLS 1.2 como mínimo, TLS 1.3 preferentemente. En reposo, cifre los volúmenes que contienen datos sensibles: LUKS para un sistema de archivos Linux, cifrado nativo de la base de datos cuando exista. Automatice la renovación de los certificados (ACME, Let's Encrypt o equivalente) para evitar caducidades no controladas.\n\n**Acceso y MFA.** Desactive la autenticación SSH por contraseña: solo claves, con `PasswordAuthentication no` en `sshd_config`. Para las interfaces de alto valor (panel de alojamiento, consolas de virtualización), utilice MFA mediante una aplicación TOTP o una llave física FIDO2. Asigne a las cuentas de servicio claves propias, revocables una a una, y audite periódicamente la lista de accesos activos. Un \u003Ca href=\"\u002Fes\u002Fblog\u002Fbastion-host-en-vps-accesos-ssh\">bastión SSH\u003C\u002Fa> centraliza estos accesos y su trazabilidad.\n\n**Registros.** Conserve los registros de aplicación (Nginx, Apache, PHP-FPM, bases de datos) y de sistema (auth, kernel, systemd) en un espacio que la propia aplicación no pueda modificar. Fije por escrito una duración de retención adaptada a sus riesgos y a sus plazos de detección, más larga para los registros de autenticación y de administración. La exportación a una solución centralizada (syslog remoto, Loki, Elasticsearch) preserva su integridad si el servidor resulta comprometido.",{"type":118,"title":119,"steps":120},"steps","Prepare su cumplimiento de NIS2",[121,124,127,130,133,136,139,142,145],{"title":122,"body":123},"Identificar si usted o sus clientes están en el ámbito","Localice el sector de actividad de cada cliente en los anexos I y II y aplique después los umbrales de tamaño (plantilla, volumen de negocios, balance). Las leyes nacionales de transposición y las autoridades competentes de cada Estado precisan el ámbito exacto y las modalidades de registro. Si es proveedor de una entidad incluida en el ámbito, relea su contrato: su cliente puede imponerle requisitos de seguridad equivalentes.",{"title":125,"body":126},"Inventariar los activos y los proveedores","Enumere los sistemas, aplicaciones y servicios de terceros que tratan datos críticos, así como los proveedores con acceso a la infraestructura (alojamiento, servicios gestionados, desarrolladores externos, integradores). Para cada uno, documente los compromisos de seguridad disponibles —ubicación de los datos, certificaciones, procedimientos ante incidentes— y el nivel de control que ejerce sobre sus accesos.",{"title":128,"body":129},"Inventariar todas las interfaces de administración expuestas","Panel de alojamiento, SSH, RDP, interfaces de bases de datos (phpMyAdmin, Adminer), consolas de supervisión, API de gestión: enumérelo todo. Para cada interfaz, compruebe que el MFA está activado, que el acceso está restringido por IP cuando es posible y anote la fecha de la última auditoría de cuentas activas.",{"title":131,"body":132},"Auditar la política de copias de seguridad","Responda a estas preguntas: ¿con qué frecuencia se hacen las copias? ¿Dónde se almacenan: en el mismo centro de datos o en un sitio distinto? ¿Están cifradas? ¿Ha restaurado completamente un servicio en los últimos 90 días? ¿Tiene un RPO y un RTO definidos para cada servicio crítico?",{"title":134,"body":135},"Probar la configuración TLS y los certificados","Analice sus dominios con SSL Labs o `testssl.sh`: nada de SSLv3, TLS 1.0 ni 1.1, ningún algoritmo obsoleto (RC4, MD5, SHA-1 en los certificados). Corrija cualquier nota inferior a A. Enumere los certificados en producción con su fecha de caducidad, compruebe que la renovación está automatizada y elimine después las claves SSH huérfanas (cuentas desactivadas, antiguos proveedores).",{"title":137,"body":138},"Comprobar la retención y la integridad de los registros","Localice cada archivo de registro (auth, nginx\u002Fapache, aplicación, base de datos) y mida su duración de retención real. Compruebe que la cuenta de la aplicación no puede escribir en los registros de autenticación, que los relojes están sincronizados, y configure una exportación a un almacenamiento secundario si aún no existe.",{"title":140,"body":141},"Implantar la gestión de incidentes","Defina el circuito de detección, escalado y notificación: quién decide que un incidente es significativo, quién envía la alerta temprana en 24 horas, quién redacta la notificación en 72 horas y el informe final en un mes, y por qué canal se contacta con el CSIRT o la autoridad nacional. Prevea cómo reconstruirá el desarrollo de los hechos a partir de los registros.",{"title":143,"body":144},"Elegir proveedores con compromisos documentados","Dé prioridad a proveedores de alojamiento cuyos servidores estén en la Unión Europea, que aporten documentación de seguridad (ISO 27001 o equivalente) y cuyos contratos definan claramente las responsabilidades en caso de incidente. Exija cláusulas sobre el plazo y el canal de notificación, el reparto de responsabilidades sobre las copias, la portabilidad de los datos y el acceso a los registros en caso de investigación.",{"title":146,"body":147},"Probar y verificar con regularidad","Planifique pruebas de intrusión, análisis de vulnerabilidades y ejercicios de continuidad a intervalos definidos. Conserve los informes y las pruebas de corrección: son los elementos documentales esperados en un control NIS2 y la base de la evaluación de eficacia que exige el artículo 21.",{"type":85,"title":149,"body":150},"Su proveedor de alojamiento forma parte de la cadena de suministro NIS2","Para un cliente sujeto a NIS2, el proveedor de alojamiento no es un proveedor cualquiera. La ubicación de los servidores en la UE, los compromisos contractuales de seguridad y los procedimientos documentados de notificación de incidentes pesan directamente en su evaluación de cumplimiento. Un SLA de disponibilidad no cubre estas dimensiones: hay que negociarlas de forma explícita.\n\nElegir un alojamiento capaz de aportar estos elementos simplifica el trabajo de su cliente y refuerza la posición de su agencia como socio de confianza. Si su cliente pertenece además al sector financiero, el reglamento DORA añade sus propios requisitos contractuales: consulte \u003Ca href=\"\u002Fes\u002Fblog\u002Fdora-lo-que-el-reglamento-exige-de-sus-contratos-tic\">lo que DORA exige de los contratos TIC\u003C\u002Fa>.",{"type":35,"title":152,"body":153},"Cumplimiento: una hoja de ruta en tres fases","El cumplimiento de NIS2 no es un proyecto puntual sino un programa continuo de gestión de riesgos. Para una organización que empieza, tres fases son realistas.\n\n**Fase 1 — Delimitación (1 a 2 meses).** Confirmar la pertenencia al ámbito, identificar los sistemas y servicios afectados (el ámbito NIS2 no es necesariamente todo el sistema de información), nombrar un responsable de seguridad y definir las funciones. Elaborar un mapa de los activos críticos y un primer análisis de riesgos documentado. Detectar las carencias más graves: MFA ausente, copias no externalizadas, falta de registro centralizado.\n\n**Fase 2 — Medidas técnicas prioritarias (2 a 4 meses).** Desplegar el MFA en todas las interfaces de administración. Implantar o reforzar las copias externalizadas, con prueba de restauración. Auditar y corregir la configuración TLS. Centralizar los registros con una retención definida por escrito. Revisar los accesos de los proveedores, actualizar los contratos y redactar el procedimiento de notificación de incidentes.\n\n**Fase 3 — Programa continuo.** Integrar la seguridad en el ciclo de desarrollo (revisiones de código, gestión de dependencias, pruebas de intrusión anuales). Organizar ejercicios de continuidad de la actividad. Formar a los equipos en ciberhigiene, y a la dirección, para la que la formación es obligatoria. Documentar y probar la gestión de crisis. Revisar el análisis de riesgos al menos una vez al año o tras cualquier cambio importante de infraestructura.",{"type":35,"title":155,"body":156},"NIS2: una exigencia que refuerza la confianza de sus clientes","NIS2 no es una normativa abstracta: convierte en obligaciones prácticas que la mayoría de los equipos técnicos reconocen como buenas desde hace años: copias fiables, accesos controlados, registros aprovechables, procedimientos documentados. Lo que cambia es que pasan a ser exigibles, verificables y sancionables. La directiva obliga a los Estados a prever, para los incumplimientos de los artículos 21 y 23, multas cuyo tope alcanza **al menos 10 M€ o el 2 % del volumen de negocios anual mundial** para las entidades esenciales, y **al menos 7 M€ o el 1,4 %** para las importantes.\n\nPara las agencias que entregan proyectos a estas entidades, es también un argumento comercial concreto: poder justificar que el alojamiento elegido responde a lo que exige la directiva —ubicación de los datos, seguridad, gestión de incidentes— distingue una oferta seria de una genérica. Las entidades sujetas a NIS2 necesitan proveedores que comprendan sus limitaciones y que les permitan documentar sus decisiones. Si además publica software, el Cyber Resilience Act se suma a NIS2 sin sustituirla: consulte \u003Ca href=\"\u002Fes\u002Fblog\u002Fcra-2027-cyber-resilience-act-agencias\">lo que el CRA cambia para su agencia\u003C\u002Fa>.","Su infraestructura cumple los estándares NIS2","Compromisos de seguridad documentados y procedimientos ante incidentes definidos contractualmente: los elementos que sus clientes sujetos a NIS2 deben poder verificar en su auditoría de la cadena de suministro.","Nuestros compromisos de seguridad","\u002Fpourquoi\u002Fsecurite",[162,179,195],{"id":163,"slug":164,"slugs":165,"title":169,"excerpt":170,"readTime":171,"views":172,"isPinned":19,"noindex":19,"publishedAt":173,"updatedAt":174,"category":175,"categories":176,"featuredImage":29,"bgImage":30,"posterImage":178,"relatedSolution":29},267,"cra-2027-cyber-resilience-act-agencias",{"fr":166,"en":167,"ar":168,"es":164},"cra-cyber-resilience-act-hebergement-2027","cra-2027-what-the-cyber-resilience-act-changes-for-your-agency","cra-2027-ما-يغيره-قانون-المرونة-الإلكترونية-لوكالتك","CRA 2027: qué cambia el Cyber Resilience Act para usted","El CRA ya exige notificar las vulnerabilidades explotadas y se aplica del todo el 11 de diciembre de 2027: obligaciones, sanciones y plan para su agencia.",18,3,"2026-08-15T00:00:00+00:00","2026-11-09T20:55:13+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[177],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fcra-cyber-resilience-act-hebergement-2027-poster.svg",{"id":180,"slug":181,"slugs":182,"title":186,"excerpt":187,"readTime":188,"views":188,"isPinned":19,"noindex":19,"publishedAt":189,"updatedAt":190,"category":191,"categories":192,"featuredImage":29,"bgImage":30,"posterImage":194,"relatedSolution":29},205,"data-act-fin-costes-salida-cloud-2027",{"fr":183,"en":184,"ar":185,"es":181},"data-act-portabilite-cloud-frais-sortie","data-act-cloud-exit-fees-banned-from-2027","قانون-البيانات-حظر-رسوم-الخروج-من-السحابة-2027","Data Act: fin de los costes de salida cloud en 2027","Desde el 12 de enero de 2027, el Data Act europeo prohíbe los costes de transferencia de salida. Qué cambia para su estrategia cloud.",4,"2026-08-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[193],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdata-act-portabilite-cloud-frais-sortie-poster.svg",{"id":196,"slug":197,"slugs":198,"title":202,"excerpt":203,"readTime":188,"views":204,"isPinned":19,"noindex":19,"publishedAt":205,"updatedAt":190,"category":206,"categories":212,"featuredImage":29,"bgImage":30,"posterImage":214,"relatedSolution":215},108,"proteger-vps-con-crowdsec",{"fr":199,"en":200,"ar":201,"es":197},"securiser-vps-crowdsec","securing-your-vps-with-crowdsec","تأمين-خادمك-الافتراضي-vps-باستخدام-crowdsec","Proteger su VPS con CrowdSec","Despliegue CrowdSec en su VPS para bloquear los ataques gracias a una detección de comportamiento y a una blocklist comunitaria compartida.",2,"2026-03-04T00:00:00+00:00",{"id":207,"name":208,"slug":209,"color":210,"icon":211},8,"Seguridad y monitorización","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[213],{"id":207,"name":208,"slug":209,"color":210,"icon":211},"\u002Fblog\u002Fcovers\u002Fsecuriser-vps-crowdsec-poster.svg",{"categorySlug":216,"appSlug":217},"ciberseguridad-bastion","crowdsec",true,1794270635378]