Novedades de versión¶

Qué cambió en cada versión publicada de la consola de HodeiShield, contado desde el punto de vista de quien la usa. Las más recientes van primero.

Qué cubre esta página

Empieza en la 2.39.0 (2 de octubre de 2026), la primera versión que incluye el programa beta en la consola. Las versiones anteriores no figuran aquí. Cada entrada describe sólo lo que contiene la versión publicada con ese número. Los arreglos de seguridad se describen sin detalle técnico.

2.43.1 — 14 de octubre de 2026¶

Versión de refuerzo de seguridad, sin funciones nuevas.

Mejoras y correcciones

Cambio de contraseña. Se cerró una vía alternativa de cambio de contraseña que aceptaba contraseñas que sólo cumplían la longitud mínima, sin pasar por las comprobaciones de complejidad, de contraseñas habituales y de palabras del contexto. Ahora todos los cambios y restablecimientos de contraseña pasan por las pantallas de la consola, que aplican la política completa. El cambio de contraseña de la consola sigue funcionando igual.
Límites de uso por dirección. Los límites de peticiones por dirección IP se aplican ahora por red completa en el caso de IPv6, de modo que un mismo equipo ya no obtiene un cupo nuevo con cada dirección que use. Afecta al alta de agentes, al envío de observaciones, a las rutas públicas, al inicio de sesión y a las páginas del Trust Center y de los cuestionarios.
Permisos de base de datos. Se redujeron los privilegios de la aplicación sobre varios catálogos globales y sobre los registros de despliegue, que ahora son de sólo lectura para ella.
Despliegues verificables. Los recuentos de la reevaluación de cumplimiento que se ejecuta en cada despliegue quedan ahora guardados en el registro de despliegue, en lugar de perderse con el registro de la tarea.

2.43.0 — 13 de octubre de 2026¶

Novedades

MSSP: personal propio. Un MSSP puede ahora añadir a su propio equipo como administradores u analistas de la organización, no sólo invitar a usuarios de un único inquilino.

Mejoras y correcciones

Las cuentas de administración de plataforma de Hodeitek ya no pueden iniciar sesión sin segundo factor (MFA): antes sólo lo exigía la política del inquilino.
Beta con MSSP. Los inquilinos de una organización hija de un MSSP en beta heredan la beta, y el aviso de que el proveedor incluye HodeiAI nombra ahora a ese proveedor.
Cuotas. El uso de un cliente de un MSSP ya no se carga al fondo común de la organización hasta bloquear las invitaciones y los mensajes de HodeiAI de otro cliente. La pantalla del plan y el contador de IA del Trust Center público también se corrigen.
Aislamiento entre clientes de un MSSP. Se corrigieron varios fallos de aislamiento entre clientes de un mismo MSSP: dos consultas (el responsable del art. 21 de NIS2 y el diccionario de HodeiAI) y el flujo de invitaciones. Un administrador de cliente sólo puede ya añadir usuarios de su propio ámbito.
Volver a invitar a un miembro del personal que el MSSP había retirado ya no responde que «ya es miembro».
La invitación de un MSSP sin rol indicado ya no muestra el texto de administrador.
La cobertura de cumplimiento de todos los inquilinos se recalcula al cargar o cambiar los mapeos de controles; antes sólo se actualizaba con el siguiente evento de evidencia.
La compilación de la aplicación ya no descarga tipografías de Google durante el build.

2.42.2 — 12 de octubre de 2026¶

Los estados que emite la versión 2.12.4 del agente de endpoint (motivos y almacenamiento persistente) tienen ya texto propio en la consola, en lugar de mostrar el valor en bruto, y la consola deja de describir la regla de retención retirada.
API pública: las lecturas de cartera ya no anuncian una cuota de 1500/min cuando antes se aplica el límite de 100/min por clave.
Dos textos de límite de tamaño corregidos en italiano y en castellano.

2.42.1 — 11 de octubre de 2026¶

Sin cambios visibles para ti: correcciones internas de verificación y de despliegue.

2.42.0 — 11 de octubre de 2026¶

Novedades

API pública v1 para MSSP. Una credencial de cartera permite a un MSSP trabajar con todos sus clientes con una única clave o un único perfil de CLI, en lugar de una clave por cliente.

Correcciones

Legal. La página pública de subencargados y el aviso de privacidad afirmaban garantías (residencia en la UE de Mistral, retención cero, seudonimización universal, región de correo, depuración absoluta en Sentry) que no estaban respaldadas, y omitían cinco subencargados. Ahora indican «en verificación» donde no hay compromiso del proveedor y listan los cinco. La documentación dejó de prometer cumplimiento del AI Act, y tres dominios publican ya su security.txt.
Endurecido el acceso a las credenciales de organización de la API: el valor derivado de una clave ya no es legible por la aplicación.
Los tokens de cartera (hsp_) se ocultan ahora, como el resto, en los datos que salen hacia monitorización de errores.
Etiquetas de caducidad y solapamiento en euskera y alemán de los diálogos de claves de cartera.
Una regla de forma de los identificadores (slug) de organización e inquilino se aplica sin romper la edición de registros antiguos.

2.41.4 — 11 de octubre de 2026¶

Reducido lo que viaja a monitorización de errores: ya no incluye correos de inicio de sesión, IP de clientes ni claves de caché de sesión en las trazas.

2.41.3 — 11 de octubre de 2026¶

Más datos sensibles retirados de monitorización de errores y de las repeticiones de sesión: direcciones con tokens en nombres de traza y atributos, y en el final de las páginas con token.

2.41.2 — 10 de octubre de 2026¶

Seguridad (SSO SAML). Actualizada la librería de firma de SAML por una versión de seguridad, y la comprobación previa rechaza ya respuestas con más de un elemento de firma.

2.41.1 — 10 de octubre de 2026¶

La ingesta de SENSE reconoce ahora el vocabulario cerrado de motivos por los que una sonda del agente no pudo ejecutarse, y ya no lo confunde con un valor erróneo.
Los proveedores sin dominio dejan de aparecer como «pendientes de escaneo» para siempre.

2.41.0 — 8 de octubre de 2026¶

API v1. La gravedad de las alertas se devuelve y se filtra como critical/high, tal y como dice la documentación publicada; antes severity=high no encontraba nada.
La clave de atestación retirada se publica con su fecha de retirada, de modo que un documento fechado después de la rotación ya no se verifica contra ella.
Trabajo interno de medición del uso de la plataforma y del libro de licencias (cambios de nivel en conversiones y cambios de plan).

2.40.3 — 8 de octubre de 2026¶

Eliminado de la imagen de la aplicación un host externo de logos que ya no se usa (los logos se sirven desde nuestro almacenamiento).
Los sondeos de salud de la API, MCP y la aplicación indican ahora qué versión está sirviendo.

2.40.2 — 7 de octubre de 2026¶

Correos rediseñados. Cabecera y pie nuevos (con dirección legal y enlace público), hora con zona en las invitaciones y avisos de caducidad, formato de fecha correcto por idioma y botón que se ve bien también en Outlook.com. Asunto y texto de los avisos de error ya no mezclan idiomas.
Copia diaria de la base de datos de automatización.

2.40.1 — 7 de octubre de 2026¶

Beta. Los avisos de fin de beta (14 y 3 días) de un MSSP llegan también a los administradores de sus clientes, y el aviso a un cliente de MSSP remite a su MSSP, no a Hodeitek, para la oferta.
Con la facturación en línea activa, un inquilino en beta ya no puede abrir un pago: se le dirige al contacto comercial.
Desactivar HodeiAI ya no se queda 30 s colgado ni devuelve un error 500.
La verificación de licencia de MCP tiene en cuenta la beta en curso para un MSSP con licencia starter.
Actualizado el verificador de atestaciones incluido (v1.2.1).

2.40.0 — 6 de octubre de 2026¶

Novedades

Beta. La consola y los correos de alta explican cómo pedir soporte y en cuánto tiempo se responde; las organizaciones en beta ven un acceso completo mientras dura, no el nivel de prueba; los inquilinos en beta con licencia de prueba tienen HodeiAI activado por defecto.
Cuestionarios. Enviar un cuestionario lo manda de verdad al proveedor, en lugar de dar sólo un enlace para copiar.
Endpoints. La consola muestra la firma de código de los instaladores del agente.

Correcciones

Aislamiento y auditoría. Los eventos de autenticación sin inquilino y los de un MSSP se archivaban donde un cliente de MSSP podía ver correo e IP del personal; los inicios de sesión de un administrador de cliente caían en el inquilino interno del MSSP. Corregido. Más acciones (alta y baja de MFA, invitaciones, evidencias, incidentes DORA, respuestas de proveedor) dejan ahora rastro de auditoría.
Autenticación. El enlace de alta de usuario ya no dice «restablecer contraseña»; el límite de solicitudes de recuperación no se evade rotando direcciones IPv6; desactivar MFA ya no muestra un error falso.
Invitaciones. Una invitación caducada de MSSP tiene salida y se puede reenviar; la página de aceptación indica la organización y el correo invitado; reenviar a la misma persona no deja dos enlaces vivos.
Alertas. El correo de CVE crítico ya no se reenvía cada día, ni se pierde el de un CVE que escala en menos de 24 h; el buzón del owner dejó de estar fijo como SOC de todos los inquilinos.
Proveedores. Mover un proveedor a la papelera ya no da 500; la puntuación es la misma en la lista y en la ficha; el alta pide el correo de contacto con el que se precarga el cuestionario.
Informes. Los informes de consejo y ENS (PDF, Excel y Markdown) salen en el idioma del usuario; el índice de evidencias ENS ya no sale vacío; sólo se ofrecen informes de marcos activos.
Traducciones. Unas 560 cadenas que seguían en inglés o castellano en los otros idiomas, y los títulos de pestaña de 86 páginas.
Seguridad de monitorización. Se reforzó mucho el filtrado de datos personales y secretos antes de enviar eventos a Sentry, y el túnel /monitoring sólo reenvía a destinos fijos.
Soporte. Las direcciones de soporte que ofrecía la consola pertenecían a un dominio sin correo y rebotaban; corregidas.
security.txt de la consola se sirve sin autenticación.
Corregidos varios textos legales y de privacidad (subencargados OVHcloud, Cloudflare y Resend).

2.39.4 — 5 de octubre de 2026¶

Incidentes DORA. Se puede cerrar un incidente DORA y registrar la evaluación de un posible incidente grave; se puede declarar la notificación a la autoridad con fecha y referencia (registrar no es notificar).
El motor ya no calcula los plazos del art. 23 de NIS2 sin saber si la entidad es esencial, importante o está fuera de ámbito; los del art. 73 del AI Act sólo se aplican a sistemas de alto riesgo; los borradores de informe salen en tu idioma y dicen que son borradores.
Un inquilino encargado del tratamiento ya no recibe como borrador RGPD la notificación del responsable.
Nueva información de privacidad de la propia consola (papel en que trata los datos y subencargados).

2.39.3 — 5 de octubre de 2026¶

Sin cambios visibles para ti: corrección de formato interna.

2.39.2 — 5 de octubre de 2026¶

DORA. La gravedad de un incidente se calcula ya en el servidor con los umbrales del Reglamento Delegado (UE) 2024/1772, no con los del navegador, y se reevalúa al pasar de 24 h. El aviso de «posible incidente grave» no se repite cada 7 días para siempre y avisa a quien debe.
Plazos. La consola dice que el cálculo es una ayuda y no asesoramiento jurídico, y que clasificar y notificar corresponde a la entidad.
RGPD. El plazo de una solicitud de interesado corre desde la recepción (art. 12.3), no desde el registro, y se puede indicar la fecha de recepción.
Un cambio de ámbito o editar sólo el título ya no borra los plazos de un incidente guardado con la regla anterior.
El plan de prueba ya no promete 15 días: la beta dura tres meses.
Textos regulatorios revisados en los seis idiomas.

2.39.1 — 3 de octubre de 2026¶

Los criterios y acciones recomendadas del motor de clasificación de incidentes salen en el idioma del usuario (antes aparecían en inglés en los seis idiomas), en la consola y en cuatro informes.
El panel de anclas deja de ofrecer «clasificado como grave» donde DORA no aplica.
Datos de demostración de incidentes más cuidados.

2.39.0 — 2 de octubre de 2026¶

Novedades

Programa beta de tres meses. La plataforma puede inscribir una organización en la beta y registrar su descuento. La consola muestra al beta tester que está en la beta y los días que le quedan, con avisos a los 14 y 3 días (además del correo).
Un beta tester puede enviar comentarios a Hodeitek desde la consola.
Las licencias de prueba de una organización beta duran lo que dura la beta, en lugar de 15 días.
El panel de plataforma permite gestionar la beta de una organización sin perder el cupo de licencias de prueba de un partner.

Correcciones

Incidentes. Los plazos de DORA y NIS2 corren desde la clasificación como grave o la presentación del informe anterior, no desde la detección; se avisa antes de que venzan.
Un incidente clasificado como grave ya no puede quedar sin plazos DORA.
Los correos de CVE ya no se pierden cuando un inquilino no tiene destinatarios.
La marca beta de la barra superior ya no añade unos 325 kB a la primera carga.