Ciberataques y filtraciones de datos: novedades y medidas para afectados

Divulgado acceso a reservas aéreas; continúan las investigaciones

Servicio o información afectados: Registros de reservas de Cathay Pacific y cierta información de clientes de Malaysia Airlines procesada por Amadeus; sin total mundial publicado

1. 2026-10-30 · fuente consultada 2026-11-02 21:10:31 UTC El aviso de Cathay del 30 de octubre, actualizado a las 16:11 HKT (08:11 UTC), indica que Amadeus le notificó el incidente el 28 de octubre y aportó más detalles el día 29. Según los datos de Amadeus citados por Cathay, el acceso no autorizado al sistema del proveedor entre agosto de 2023 y septiembre de 2026 afectó a unas 53.000 reservas de Cathay. Es una cifra de registros de reservas, no un número confirmado de personas ni un total entre aerolíneas. La mayoría de los registros consultados contenían referencia de reserva, nombre del pasajero y detalles del vuelo; un subconjunto menor pudo incluir contactos de correo/teléfono, documento de viaje y/o número de viajero frecuente. Cathay comunica que no hay pruebas de acceso a datos financieros/de pago ni impacto en sus propios sistemas u operaciones, y que sigue investigando. Afirma que Amadeus restableció una contraseña y reforzó la vigilancia, sin pruebas de uso indebido identificadas hasta entonces; esto no equivale a recuperar datos copiados. Prevé notificar individualmente a los clientes una vez establecidos los detalles pertinentes.
2. 2026-10-31 · fuente consultada 2026-11-02 21:10:31 UTC El aviso de Malaysia Airlines del 31 de octubre indica que pudo verse afectada cierta información de clientes procesada por Amadeus entre agosto de 2023 y septiembre de 2026. Es el período de tratamiento indicado, no una duración de la intrusión confirmada por separado. La compañía afirma que sus propios sistemas de TI no fueron comprometidos, que actualmente no hay pruebas de acceso a información financiera y que continúan la investigación y la evaluación del impacto. No publica una cifra de afectados ni una lista completa de tipos de datos. No atribuyas a Malaysia Airlines las 53.000 reservas ni las categorías de datos de Cathay. Ninguno de los avisos establece un derecho a indemnización o un plazo de reclamación.

Qué puedes hacer Abre directamente la aplicación, web o canal de soporte conocido de la aerolínea para consultar avisos individuales. Desconfía de mensajes que utilicen datos reales del viaje para pedir información personal, financiera, pagos o códigos de acceso. Mantén tus planes de viaje salvo indicación de la aerolínea; estas divulgaciones no exigen por sí solas cancelar ni restablecer la contraseña de todas las cuentas de clientes.

Cathay · aviso del 30 de octubre · Malaysia Airlines · aviso del 31 de octubre

Avisos a médicos residentes y pacientes; los datos varían por persona

Servicio o información afectados: Modelos de notificación de EE. UU. para médicos residentes y pacientes; sin cifra mundial de afectados

1. 2026-08-12 HCA indica que detectó actividad informática sospechosa el 12 de agosto y determinó que un tercero no autorizado accedió a sistemas y copió archivos ese día. Protegió los sistemas, contrató especialistas externos y avisó a las autoridades policiales; la carta no da fechas precisas de cada medida posterior.
2. 2026-11-02 Los modelos del 2 de noviembre distinguen registros laborales de médicos residentes y registros de pacientes. El modelo para residentes enumera nombres, números de la Seguridad Social de EE. UU. (SSN), fechas de nacimiento, contactos e información migratoria cuando corresponda. El modelo para pacientes deja la lista de datos como variable específica del destinatario; no acredita los mismos campos para todos los pacientes. La fecha de la carta no prueba que todas se enviaran o recibieran. Se ofrecen a los destinatarios notificados dos años de protección de identidad de IDX, con inscripción hasta el 2 de febrero de 2027 mediante su código individual. La vigilancia de crédito requiere activación, historial crediticio establecido y acceso a ordenador/internet. No es un premio en efectivo ni garantiza elegibilidad en todos los países. HCA indica que no tiene indicios de publicación, divulgación posterior o uso indebido en la fecha del aviso; no revierte la copia.

Qué puedes hacer Verifica tu aviso individual mediante el canal conocido de HCA, comprueba los datos que te corresponden y sigue las instrucciones de inscripción del aviso. No envíes datos personales mediante un enlace inesperado de reclamación.

HCA · modelos de notificación del 2 de noviembre en Massachusetts

Acceso a variables de entorno; sigue la investigación

Servicio o información afectados: Un subconjunto de organizaciones que usan Trigger.dev; países, cifra y fechas del ataque no indicados

1. 2026-11-01 La divulgación del 1 de noviembre a las 22:50 UTC confirma acceso no autorizado a variables de entorno de un subconjunto de organizaciones. Trigger.dev indica que bloqueó la explotación y envió medidas de mitigación a todos los responsables afectados. Aunque la página de estado marque el aviso como resuelto, el texto y el blog original describen una investigación en curso y futuras actualizaciones. No acredita recuperación de secretos copiados ni renovación terminada por todos los clientes. La hora de divulgación no es la de la intrusión.

Qué puedes hacer Los responsables afectados deben verificar el mensaje mediante el panel o soporte conocido y seguir los pasos recibidos para renovar secretos. Revisa aplicaciones dependientes y actividad de proveedores; no envíes valores secretos como respuesta ni supongas que todas las organizaciones fueron afectadas.

Aviso oficial de estado del 1 de noviembre · Divulgación original del incidente

Incidente en proveedor: certificados TLS gestionados reemitidos; acceso al nodo sin confirmar

Un nodo de CDN en Armenia; su ubicación no define los países de los clientes afectados

1. Aviso oficial · 28 oct. 2026, 11:40 UTC bunny.net indicó que su proveedor de infraestructura había comunicado acceso no autorizado relacionado con software de gestión de servidores de terceros la semana anterior. Se retiró el tráfico del nodo de Armenia en los 20 minutos posteriores al aviso y el servidor se eliminó permanentemente de la infraestructura. Ninguna investigación halló pruebas de acceso al nodo, pero no pudo descartarse. Si hubo acceso, la exposición potencial comprendía contenido de CDN en caché, configuraciones de Pull Zone y certificados TLS de ese servidor; allí no se almacenaban datos de cuentas y los sistemas internos no se vieron afectados.
2. Reemisión preventiva en curso · 29 oct. 2026, 18:40 UTC Los certificados gestionados de dominios personalizados se sustituían por lotes controlados con nuevas claves privadas mientras los certificados existentes seguían sirviendo contenido. La previsión se amplió hasta el final del 31 de octubre; era una estimación.
3. Reemisión gestionada finalizada · 31 oct. 2026, 12:50 UTC Se habían reemitido todos los certificados TLS gestionados de dominios personalizados con nuevas claves privadas y revocado los anteriores. Se dejó de utilizar el proveedor mientras continuaba su investigación. Esto completa la tarea de certificados indicada; no demuestra un robo de datos ni el cierre de una investigación.

Según bunny.net, los operadores que usan certificados gestionados no necesitan actuar. Los operadores que gestionan sus propios certificados TLS deben revocarlos y reemitirlos con nuevas claves privadas por precaución. Coordina el despliegue para mantener el servicio. No se pide a los visitantes cambiar DNS, borrar datos ni desactivar comprobaciones de certificados.

bunny.net · actualizaciones oficiales del incidente

Exposición de información de cuentas y avisos individuales por etapas

Usuarios de los cuatro servicios citados; países afectados, número de cuentas y fechas de intrusión sin especificar

1. Página oficial actualizada · 1 oct. 2026 Los metadatos de la página indican una actualización el 1 de octubre; no es la fecha de intrusión ni de detección. Scribd afirma que un tercero no autorizado llegó a sistemas internos y accedió a información de usuarios. La mayoría de las cuentas afectadas incluía datos básicos y una parte menor, información más sensible. La página no enumera los campos; aquí no se confirman los datos parciales de tarjetas difundidos en otras fuentes. Scribd dice que cerró la vulnerabilidad, contrató expertos forenses y avisó a autoridades policiales y de protección de datos. Epiq envía los avisos en su nombre por etapas. No recibir uno no demuestra que una cuenta esté libre de afectación. La página no da una fecha exacta de inicio de los avisos, un total de víctimas ni un plazo de compensación.

Usa el sitio oficial conocido para restablecer las contraseñas de las cuentas citadas, como recomienda Scribd. Contrasta cualquier aviso de Epiq con la página de ayuda enlazada; nunca facilites contraseñas ni códigos de un solo uso mediante mensajes inesperados. Utiliza los contactos oficiales de soporte de esa página.

Scribd / Slideshare / Everand / Fable · aviso oficial

Expuestos metadatos de proyectos privados; archivos y contraseñas excluidos

Usuarios y moderadores de OSF; países sin especificar y número exacto de afectados desconocido

1. Primer acceso en registros · 24 oct. 2026, 15:42 ET El aviso del 29 de octubre sitúa el primer acceso no autorizado registrado el 24 de octubre a las 15:42 ET. Un fallo de control de acceso introducido el 17 de octubre afectaba a dieciséis endpoints de una aplicación administrativa interna. Se accedió a nombres, IDs, correos y títulos, descripciones y GUID de proyectos, registros y preprints, incluidos metadatos de proyectos privados.
2. Detección y correcciones · 27 oct. 2026 (ET) OSF detectó el problema a las 08:15 ET, deshabilitó el acceso a la herramienta administrativa antes de las 10:00 ET y publicó y verificó correcciones hacia las 21:00 ET antes de devolver el acceso al personal autorizado. La corrección no recupera información ya consultada.
3. Última actualización del aviso oficial · 29 oct. 2026 El aviso dice que no se vieron ni descargaron archivos, incluidos los de proyectos privados; no se accedió a contraseñas ni se alteró o eliminó contenido. Se está notificando a todos los usuarios de OSF porque se desconoce el total exacto de afectados. Dieciséis endpoints no son dieciséis usuarios; exponer metadatos privados no equivale a robar archivos.

OSF indica que los usuarios no necesitan tomar medidas por este incidente. Lee el aviso oficial y utiliza su contacto de soporte conocido para dudas; evita restablecimientos de contraseñas ajenos al caso y no borres material de investigación.

Center for Open Science / OSF · aviso oficial

Redirecciones en el pago y posterior recuperación del acceso comercial

Tiendas con Swym Wishlist Plus; países y total de víctimas sin especificar

1. 2026-10-14 El aviso del 16 de octubre sitúa la actividad no autorizada en la configuración el 14 de octubre, de 10:06 a 11:56 UTC. Un script podía redirigir los clics de pago a una página falsa. Las mitigaciones empezaron a las 15:02; las correcciones terminaron a las 16:32 UTC.
2. 2026-10-20 Las preguntas frecuentes distinguen los datos de la aplicación de la información introducida manualmente por compradores en una página externa. No hallar indicios de compromiso de datos en la app no descarta esa exposición. Se pausó el acceso de todos los comercios por precaución; no se indican víctimas ni condiciones de compensación.
3. 2026-10-27 · 14:41 UTC El estado posterior informa de correcciones aplicadas y acceso comercial abierto, con vigilancia y auditoría externa en curso. Sustituye la pausa anterior de las preguntas frecuentes; no confirma la recuperación de información ya enviada a otro sitio.

Si introdujiste datos de tarjeta en una página de pago inesperada, contacta con el emisor por un canal conocido. Los comercios deben consultar la orientación actual de Swym y los avisos de clientes; evita borrados masivos o cambios innecesarios de cuentas.

Swym · aviso del 16 de octubre · Swym · preguntas del 20 de octubre · Swym · estado del 27 de octubre

Acceso a perfiles de clientes; continúa la revisión por organización

Usuarios de la plataforma Chainalysis; países y total de personas u organizaciones afectadas sin especificar

1. 2026-10-30 El comunicado del 30 de octubre incluye el correo enviado por la empresa a sus clientes. Chainalysis indica que un agente externo accedió a sistemas y herramientas internos durante octubre y a identificadores de usuario, nombres completos, correos y funciones dentro de la organización de usuarios de la plataforma. No ofrece fechas exactas de intrusión o detección, una cifra total ni una lista de países. Sigue determinando los registros afectados por organización; notificar a todos los clientes no equivale a un recuento de víctimas confirmadas.
2. 2026-10-30 Según la investigación hasta ahora, la empresa no encuentra indicios de acceso no autorizado a grafos, notas o casos de investigación, resultados de transacciones/consultas, contraseñas en texto plano, secretos de MFA o tokens de sesión. Expertos externos investigan y refuerzan los sistemas. Estas conclusiones se limitan a las pruebas examinadas y no recuperan perfiles copiados. La investigación continúa; no se indican condiciones de compensación. Chainalysis afirma expresamente que este incidente no está relacionado con el robo a Binance.

Sigue el aviso de tu organización y verifica por un canal conocido las solicitudes inesperadas de restablecimiento de contraseña o autenticación. Si la organización aún no ha activado la autenticación de dos factores, contacta con su administrador o tu contacto habitual de Chainalysis. No facilites contraseñas ni códigos de un solo uso en respuesta a mensajes inesperados.

Chainalysis · Aviso oficial y correo publicado a los clientes

Servicios empresariales restablecidos; sigue la investigación sobre los datos

Sistemas internos de CRM y candidaturas de LOXONE; personas y países afectados sin enumerar

1. 2026-10-18 LOXONE afirma que detectó un ataque a sistemas internos el 18 de octubre. Presume que se copiaron datos de su CRM y sistema de candidaturas, posiblemente contactos de socios comerciales, solicitudes de soporte y datos de candidatos. El alcance exacto sigue bajo investigación; contactará directamente con las personas afectadas. La empresa no encuentra indicios de compromiso de cuentas o contraseñas de LOXONE.com e indica que los datos de tarjetas y datos bancarios no se vieron afectados.
2. 2026-10-30 · 10:27 UTC A las 11:27 CET del 30 de octubre (10:27 UTC), LOXONE comunicó que su web, tienda, Partner Portal, Configurator y Library volvían a estar disponibles y que pedidos, producción, logística y soporte funcionaban con normalidad. Según la empresa, los Miniservers e instalaciones de clientes, Remote Connect y Exosphere no se vieron afectados. Restablecer servicios no recupera los datos copiados ni concluye la investigación sobre su alcance. Instalar parches de PHP durante la recuperación no demuestra que PHP fuera el vector del ataque.
3. 2026-10-26 · 09:16 UTC El aviso del 26 de octubre indica que Remote Connect exigirá la versión 17.2.10.21 o posterior del Miniserver desde el 1 de diciembre de 2026 y, en general, permitirá cuatro semanas para actualizar tras futuras versiones. Remote Connect dejará de intermediar conexiones de versiones antiguas; el funcionamiento en la red local no cambia. Es una precaución futura, no una pérdida actual de control local ni prueba de un ataque a Remote Connect.

Los socios y candidatos afectados deben usar sus contactos habituales de LOXONE y seguir el aviso individual. Los administradores deben planificar actualizaciones compatibles del Miniserver mediante Loxone Config o la aplicación y usar la autenticación de dos factores añadida a las cuentas. Verifica los pagos por otro canal: LOXONE indica que sus datos bancarios no han cambiado. No envíes credenciales en texto plano ni ignores avisos de certificado.

Aviso oficial de la empresa

Acceso a datos de empleados en un proveedor de software; alcance en revisión

Empleados del grupo Laerdal; países, personas y campos de datos afectados sin especificar

1. 2026-10-15 En su aviso del 15 de octubre, Laerdal informa de que un ataque a un proveedor externo de software permitió acceder sin autorización a datos personales de empleados. Está determinando los campos y las personas afectadas, ha contratado expertos externos y está notificando a las autoridades pertinentes. No encuentra indicios de compromiso de datos de clientes, productos, propiedad intelectual o transacciones de clientes y afirma que los servicios dirigidos a clientes no están afectados. Estas conclusiones no identifican al proveedor ni confirman que todos los empleados resultaran afectados.
2. 2026-10-23 La actualización del 23 de octubre invita a quienes trabajaron en una empresa Laerdal entre el 1 de enero de 2018 y el 5 de octubre de 2026 a consultar sobre sus datos en incidentresponse@laerdal.com. Ese periodo laboral es un criterio de contacto, no la duración del ataque ni una lista confirmada de víctimas. El aviso no indica el total de afectados, condiciones de compensación ni fecha de finalización de la investigación.

El personal actual y anterior debe comprobar el aviso mediante los canales conocidos de Laerdal y usar la dirección publicada de respuesta a incidentes para consultas individuales. Desconfía de solicitudes inesperadas de documentos, credenciales o pagos. Los clientes no deben cambiar ajustes de productos ajenos al caso solo por este aviso sobre datos de empleados.

Aviso oficial de la empresa

Posible exposición de pedidos; inscripción para compensación abierta

Base de pedidos de Commerce Cloud de 91APP; el aviso citado no enumera los países afectados

1. 2026-10-29 El comunicado a inversores del 29 de octubre establece un alcance máximo potencial de 1.329 marcas y 4.798.255 consumidores con pedidos en línea entre el 4 de abril de 2025 y el 14 de octubre de 2026. Estas cifras no confirman cuántas personas sufrieron una extracción efectiva de datos. Los campos potencialmente expuestos incluyen nombres, teléfonos, direcciones de entrega, correos electrónicos cuando se facilitaron y registros de pedidos; el comunicado excluye contraseñas y datos de pago. 91APP afirma que recibió el primer aviso de un cliente el 4 de octubre, bloqueó el ataque el día 14, notificó a la policía y al regulador el día 15 y lo hizo público el día 16.
2. 2026-10-29 El aviso de compensación separado, del 29 de octubre, incluye a las personas dentro del alcance máximo potencial, incluso sin pérdidas económicas. La tramitación por este proceso depende de la autorización de la marca y de la notificación a la persona afectada. Los avisos por correo electrónico, o SMS cuando no haya correo, y la publicación del proceso oficial de inscripción se prevén a partir del 2 de noviembre de 2026. En la revisión del 29 de octubre, la inscripción en línea aún no estaba abierta. Es una fecha prevista de apertura, no un plazo final de solicitud ni una fecha garantizada de pago; no se indica una cantidad fija. Las consultas pueden dirigirse a los contactos publicados por la empresa mientras avanzan las autorizaciones y notificaciones.
3. Las preguntas frecuentes sobre compensación describen el nuevo inicio de sesión exigido el 30 de octubre como una actualización preventiva de seguridad, no como otro incidente. Reutilizar datos ya expuestos para estafas no demuestra una nueva intrusión. Contener el ataque no recupera las copias de los datos expuestos.
4. Página oficial consultada · 2026-11-02 03:14:19 UTC La página oficial de compensación consultada el 2 de noviembre ahora indica que la inscripción en línea está abierta, con formularios separados para pérdidas económicas y daños relacionados con datos personales sin pérdidas económicas. Indica que los avisos individuales comienzan a partir del 2 de noviembre, tras la autorización de la marca a 91APP: por correo electrónico o SMS cuando no haya dirección de correo. No demuestra que todos hayan sido notificados, que una solicitud haya sido aceptada ni que se haya pagado una compensación. La página no indica una cantidad fija ni un plazo final de solicitud. Accede a los formularios directamente desde la página oficial y comprueba la autorización de la marca y tu aviso; no envíes datos personales mediante enlaces de mensajes inesperados. La página no da la hora exacta de publicación de este cambio.

Abre directamente la página oficial de compensación y comprueba el aviso de la marca. No sigas enlaces inesperados para enviar datos personales, entrar en grupos de mensajería, operar cajeros automáticos o facilitar contraseñas y datos financieros. Conserva mensajes sospechosos y pruebas de pérdidas. WiseChecker no comprueba la elegibilidad ni recibe solicitudes de compensación.

91APP · Investor Relations · 2026-10-29 · 91APP · Compensación y notificaciones · consultada el 2 de noviembre de 2026

Acceso a archivos relacionados con clientes; continúan la investigación y los avisos

Borden Ladner Gervais LLP (BLG), Canadá; países de los clientes afectados y cantidades sin especificar

1. 2026-10-30 Comunicado de la empresa; fecha de publicación en los metadatos oficiales: En su comunicado actual, BLG confirma acceso no autorizado a determinados archivos, incluidos archivos relacionados con clientes, en una parte limitada de su entorno de nube Microsoft. Afirma que sus controles internos contuvieron el incidente poco después, que Mandiant apoya la investigación y las medidas correctoras en curso, que está contactando directamente con los clientes afectados y que ha notificado a reguladores y autoridades policiales. Los metadatos estructurados oficiales fechan el comunicado el 30 de octubre de 2026. No se especifican la fecha del incidente, los campos de datos expuestos, el total de afectados ni las condiciones de compensación. La información se refiere a BLG y no demuestra un compromiso generalizado de los servicios Microsoft.

Los clientes afectados deben acudir a su contacto habitual de BLG por un canal conocido y seguir el aviso individual. Desconfía de solicitudes inesperadas de archivos confidenciales, cambios de pago o credenciales. La contención no demuestra que se hayan recuperado archivos copiados; una investigación en curso no equivale a una revisión concluida del alcance sobre los datos.

BLG · Comunicado oficial

CVE en investigación; sin indicios de explotación en la plataforma

Workloads de clientes de Akamai Compute / Linode; países y cantidad de afectados sin especificar

1. 31 Oct 2026 · 01:55 UTC Akamai publicó el 30 de octubre un aviso sobre ejecución remota de código, CVE-2026-98432. A las 01:55 UTC del 31 de octubre comunicó el despliegue de mitigaciones del vector conocido y la continuación de la investigación, sin indicios de explotación en Akamai Compute en ese momento. Recomienda aplicar las actualizaciones del sistema operativo del proveedor a los workloads cuando estén disponibles. No confirma intrusión, corrección completa de todos los entornos ni caída general.
2. 2026-11-02 · fuente consultada 2026-11-02 21:10:31 UTC A las 10:55 UTC del 2 de noviembre, Akamai indica que desplegó reglas que descartan paquetes IPv4 con cabeceras opcionales en interfaces públicas y VPC, eliminando el vector remoto inmediato mientras siguen los parches de kernel. Las distribuciones actualizadas y el kernel de Linode deben aplicarse cuando estén disponibles y correspondan. Es una declaración de mitigación del proveedor, no confirmación de intrusión en clientes ni de corrección de todas las cargas. No indica que los clientes deban copiar reglas generales de red.

Los administradores autorizados deben seguir el aviso exacto del proveedor, comprobar los paquetes aplicables, preparar la recuperación y probar las funciones normales tras actualizar. Los visitantes deben seguir al operador del servicio. No ejecutes exploits desconocidos para comprobar la exposición.

Akamai / Linode · CVE-2026-98432

Las variables de entorno deben tratarse como comprometidas

Workloads, grupos de secretos y secretos globales de Northflank; países y número de cuentas afectadas sin especificar

1. 30 Oct 2026 · 19:28 UTC A las 13:40 UTC del 30 de octubre, Northflank recomendó la rotación inmediata; a las 13:58 indicó a todos los usuarios que asumieran que las variables de entorno habían sido descifradas. A las 15:12 habilitó la rotación de secretos de Postgres/MongoDB para todos e informó de que varios usuarios habían comunicado el uso de sus claves de IA. La actualización de las 19:28 UTC mantiene la investigación sin nuevos hallazgos confirmados y reitera rotar todos los secretos y credenciales, incluidos los de workloads, grupos y secretos globales, además de desactivar el acceso público a addons cuando esté habilitado. Es una instrucción preventiva, no prueba de que se robara cada valor ni de resolución.
2. 30 Oct 2026 Sentry afirma que su uso limitado de Northflank comprende servicios internos, de demostración o experimentales, sin infraestructura de producción. No ha encontrado indicios de impacto en datos de clientes ni en servicios orientados a ellos y continúa la supervisión. Esa conclusión corresponde a Sentry, no a todos los clientes de Northflank; no se proporciona una hora exacta de publicación.
3. 31 Oct 2026 · 01:04 UTC A las 23:38 UTC del 30 de octubre, Northflank comunicó uso no autorizado de claves de API de IA aportadas por clientes. Indicó a quienes no hubieran completado la rotación que revocaran las credenciales en sus proveedores, generaran sustitutas y actualizaran los secretos y workloads afectados. Revisa los registros de uso y facturación de los proveedores y contacta con los soportes correspondientes ante actividad inesperada. A las 01:04 UTC del 31 de octubre habilitó registros de auditoría para todos, incluidos usuarios gratuitos. Las similitudes con otros ataques no confirman autoría; esto no demuestra recuperación ni exige repetir una rotación completada y verificada.
4. 2026-10-31 · 13:34 UTC A las 13:34 UTC del 31 de octubre, Northflank indicó que la rotación de secretos de MySQL y Redis estaba disponible para todos los clientes e instó a quienes aún no lo habían hecho a rotar todos los secretos. Se suma a las herramientas anteriores de Postgres/MongoDB; su disponibilidad no demuestra que cada cliente completara la rotación ni que el incidente esté resuelto.
5. 2026-10-31 · 23:31 UTC A las 22:32 UTC del 31 de octubre, la rotación de secretos de Minio quedó disponible para todos los clientes; RabbitMQ se añadió a las 23:31 UTC. Las herramientas amplían las opciones anteriores de bases de datos. Quienes no hayan completado la rotación necesaria deben seguir la orientación oficial actual. La disponibilidad no demuestra que todos los secretos se hayan sustituido ni que el incidente esté resuelto; no repitas una rotación ya completada y verificada sin un nuevo motivo.
6. 2026-11-02 · fuente consultada 2026-11-02 15:25:18 UTC A las 11:09 UTC del 2 de noviembre, Northflank pasó el aviso a observación. Cree que contuvo el vector en una hora desde la primera alerta y comunica que no hay indicios de presencia posterior del atacante. Auditores forenses independientes siguen revisando el incidente. Las pruebas apuntan a secretos del plano de control, sin indicios de acceso a cargas en ejecución ni a sus datos; quedan excluidos los planos de control dedicados y de tipo forward-deployed. Algunos clientes notifican uso no autorizado de secretos de IA. Renueva todos los secretos de integraciones y proyectos, priorizando credenciales de IA, nube, pagos, claves privadas y bases de datos; revisa registros de proveedores y contacta con los de IA por gastos inesperados. Northflank afirma haber corregido la CVE-2026-98432 en su infraestructura y en los clústeres BYOC conectados; quienes tengan BYOC desconectado deben contactar con soporte. Reconecta las integraciones revocadas según las instrucciones. Estas declaraciones no acreditan recuperación de secretos copiados ni investigación finalizada.

Si administras recursos afectados en Northflank, pide al administrador autorizado que siga las instrucciones oficiales actuales de rotación y revise los servicios dependientes. Si solo utilizas una aplicación alojada allí, sigue el aviso de su operador; no cambies cuentas ajenas al incidente ni desactives protecciones.

Fuentes oficiales: Northflank · 2026-10-30 · Sentry · 2026-10-30

Incidente de seguridad; robo de la base aún sin confirmar

Archive of Our Own (AO3); países y número de cuentas afectadas sin especificar

1. 30 oct. 2026 OTW informa de un incidente de seguridad y de que AO3 sigue fuera de servicio. Afirma que obras y marcadores no se borraron, pero no descarta robo de usuarios, emails, IP y hashes de contraseñas. Los datos de donantes están separados. Prevé al menos dos semanas sin servicio, quizá cuatro; el acceso limitado o de solo lectura es una posibilidad, no una promesa de restauración.
2. Aviso oficial revisado · 2026-11-01 21:08:45 UTC El 1 de noviembre, OTW añadió una nota que remite a una actualización de seguridad en Tumblr sobre posibles estafadores y sitios sospechosos. No confirma robo de la base de usuarios, una nueva categoría de datos expuestos ni restablecimiento del servicio. No se obtuvo esa publicación enlazada en esta revisión; no se incorporan afirmaciones adicionales de ella.

Qué puedes hacer Como precaución, cambia contraseñas reutilizadas en otros servicios. Usa avisos oficiales conocidos; evita páginas no oficiales de recuperación. La indisponibilidad no demuestra que tus obras se hayan borrado.

Fuente oficial: OTW · AO3 · 2026-10-30

Retiros seleccionados reabiertos; la atribución del FBI es un hallazgo separado

Plataforma Binance; países, usuarios afectados y pérdida final sin especificar

1. 29 oct. 2026 Binance investiga un posible problema de seguridad y afirma que los fondos están seguros: una declaración de la empresa, no una evaluación independiente de pérdidas. Un post posterior condiciona los retiros a completar las comprobaciones, sin plazo.
2. Antes, el 30 oct. 2026 La investigación preliminar de Binance apunta a un posible compromiso del portátil de un ingeniero DevOps y retiros no autorizados mediante un contenedor de servicio. La empresa no ha hallado evidencia de filtración de claves privadas de las carteras. Estima un impacto total cercano a US$6.300 millones y unos US$3.000 millones congelados en cadena; los activos congelados no equivalen a fondos devueltos ni a la pérdida final. En ese momento estaban suspendidos los depósitos y los retiros. Binance promete cubrir pérdidas con SAFU y fondos propios, y publicar un informe y nueva Prueba de Reservas. Son declaraciones de la empresa, sin confirmar reembolsos o recuperación completados. Aquel comunicado no daba plazo de reapertura ni de solicitud de compensación.
3. 30 oct. 2026 · 04:36 UTC En un comunicado posterior, Binance afirma que los depósitos funcionan con normalidad, mientras los retiros siguen suspendidos durante cambios de seguridad en el servicio de retiros y los controles de las direcciones asociadas. Prevé reanudarlos en un plazo de 48 horas desde ese comunicado. Es una estimación de la empresa, no un plazo garantizado ni confirmación de que los retiros se hayan reanudado. La investigación y el informe de la causa siguen pendientes; la actualización no acredita reembolsos ni recuperación completados.
4. 30 oct. 2026 · 08:47 UTC Binance afirma que la investigación posterior encontró otros puntos de intrusión además del portátil inicialmente sospechoso. A las 08:47 UTC dio una previsión de 45 horas para reanudar los retiros e indicó que los depósitos siguen sin verse afectados. Es una estimación fechada de la empresa, no una cuenta atrás reiniciada en nuestra revisión ni prueba de reapertura. La causa completa sigue bajo investigación.
5. 30 oct. 2026 · 10:55 UTC Binance afirma haber reservado más de US$6.340 millones de fondos propios, incluidos US$5.000 millones ya en los mismos activos digitales afectados. Las compras restantes de tokens y la liquidación de operaciones OTC siguen en curso. Esas cifras excluyen activos congelados o protegidos; unos US$3.000 millones congelados siguen sujetos a recuperación y verificación. Fondos reservados, activos congelados y reembolsos completados son resultados distintos.
6. 2026-10-30 En la actualización nº 2, cuyo título lleva fecha del 30 de octubre, Binance preveía reanudar gradualmente los retiros en unas 34 horas, con comprobaciones de seguridad como condición. La cuenta oficial Binance Announcement también publica el aviso completo. Preveía una instantánea de reservas en 12 horas, resultados para el 2 de noviembre y conclusiones técnicas en unas 48 horas solo tras verificarlas y sin perjudicar la investigación. Son planes fechados, no una nueva cuenta atrás ni prueba de reapertura, recuperación de activos congelados o pago a clientes.
7. 2026-10-31 En la actualización de recuperación nº 3 del 31 de octubre, Binance comunica haber repuesto el 90% de los activos afectados, frente a cerca del 80%. Afirma que BTC, ETH, USDT, BNB, SOL, USDC, XRP, USD1, RLUSD y ZEC tienen respaldo íntegro; el 10% restante corresponde a tokens menos líquidos aún en adquisición. Es una declaración de reposición de la empresa, no prueba de recuperar el 90% de los activos robados ni de pagar a los clientes. Las fuentes citadas incluyen tesorería propia, parte del fondo de seguro de futuros y uso parcial del SAFU descrito como previsto para las 24 horas siguientes. El mismo aviso indica que se publicó una nueva instantánea de PoR correspondiente al 31 de octubre a las 00:00 UTC. La prueba completa de conocimiento cero es una etapa separada prevista para el 3 de noviembre (UTC), que sustituye la previsión anterior del 2 de noviembre. Publicar la instantánea no equivale a completar la prueba ni a una auditoría independiente. Reanudar los retiros sigue siendo una meta para el 1 de noviembre en el aviso, sin confirmación de ejecución. La hora de publicación no especifica zona; solo se registra la fecha.
8. 2026-10-31 En su alerta del 31 de octubre, el FBI atribuye el robo de más de US$6.000 millones, ocurrido hacia el 29 de octubre, a actividad norcoreana que denomina TraderTraitor. Es una atribución oficial policial, no una afirmación del atacante, una auditoría final de pérdidas ni prueba de recuperación de los activos robados.
9. 2026-11-01 La actualización de recuperación nº 4 del 1 de noviembre indica que Binance prepara la primera fase de retiros para las 06:00–09:00 UTC de ese día. En la revisión anterior de las 04:58 UTC, la franja aún era futura; el título no demuestra que los retiros hayan empezado. Solo incluye los pares de activo/red de la tabla, como BTC en BTC y ETH/USDT/USDC en ETH; otros dependen de comprobaciones de preparación. Consulta el par exacto en la página oficial de retiros o estado de redes y contempla posibles demoras durante la reapertura. Los depósitos siguen abiertos. Binance comunica reposición de cerca del 95% de los activos afectados, con el 5% restante en tokens menos líquidos. No equivale a recuperar el 95% de los activos robados ni prueba reembolsos completos. La investigación y el informe posterior siguen pendientes; la meta anterior de la prueba completa no confirma su finalización.
10. Perfil actual revisado · 2026-11-01 15:12:04 UTC En esta revisión, el perfil oficial actual enumera expresamente estos pares con retiros reabiertos: Bitcoin: BTC; Ethereum: ETH/USDT/USDC; BNB Smart Chain: BNB/USDT/USDC; XRP: XRP; Base: ETH/USDC; Dogecoin: DOGE; Optimism: ETH/USDT/USDC; Arbitrum: ARB/ETH/USDT/USDC; TRON: TRX/USDT; Solana: SOL/USDT/USDC; Polygon: POL/USDT/USDC; Avalanche C-Chain: AVAX/USDT/USDC; Zcash: ZEC; TON: USDT/GRAM; Sui: SUI. Son declaraciones de disponibilidad de Binance, no pruebas en cuentas individuales. Aquí no se confirman otros pares. El extracto del perfil no da horas exactas de publicación de cada actualización. La reapertura por etapas no acredita restablecimiento completo, pagos finalizados ni recuperación de activos robados.
11. Aviso oficial revisado · 2026-11-01 21:08:45 UTC El perfil oficial actual de Binance indica que los retiros comenzaron a reabrirse por fases a las 06:00 UTC del 1 de noviembre y que las 15 redes y activos de la primera fase se habían restablecido a las 12:36 UTC. Solo confirma la finalización de esa fase, no la reapertura de todos los activos/redes restantes, pagos completados a clientes ni recuperación de activos robados. El extracto no ofrece la hora de publicación de la entrada individual. No se incorporaron cifras con ventanas de transacciones contradictorias de fuentes secundarias o republicaciones regionales.
12. 2026-11-02 · fuente consultada 2026-11-02 09:10:51 UTC En su publicación del 2 de noviembre, difundida a las 08:00:38 UTC, Binance añade retiros fiduciarios en USD, AED, VND, PHP e IDR. Es independiente de la primera fase de 15 redes de criptoactivos; la disponibilidad de una moneda no acredita elegibilidad en todas las regiones/cuentas, todos los retiros de criptoactivos, pagos finalizados ni recuperación de activos robados. Comprueba la moneda exacta, el canal disponible, los requisitos y cualquier solicitud existente en el servicio oficial. También se pudo reabrir el texto original de la actualización n.º 2, pero su título indica 30 de octubre y su firma, 31 de octubre; la discrepancia sigue sin resolverse. Los originales n.º 3/4 aún no se pudieron reabrir. Se conservan las conclusiones anteriores con sus fechas y la hora de comprobación de la página completa permanece sin cambios.
13. 2026-11-02 · fuente consultada 2026-11-02 15:25:18 UTC La Recovery Update #5, publicada el 2 de noviembre a las 12:49 UTC, indica que Binance completó la prueba íntegra de conocimiento cero de la instantánea PoR del 31 de octubre a las 00:00 UTC para BTC, ETH, USDT, BNB, SOL, USDC, XRP, USD1, RLUSD y ZEC. Es una afirmación de la empresa sobre la verificación de una instantánea de diez tokens, no una verificación de cuenta realizada por nosotros, auditoría financiera completa independiente, recuperación de fondos robados ni restablecimiento de todos los retiros. Sigue comunicando cerca del 95% de reposición y un 5% pendiente en activos menos líquidos. Prevé la próxima fase de retiros el 3 de noviembre y otra instantánea el 4 de noviembre, con unas 40–50 horas para calcular la prueba; son planes futuros, no una nueva cuenta atrás ni un despliegue completado. El aviso de las 14:35 UTC alerta de prioridad de pago en retiros, bóvedas falsas y solicitudes de firma con cartera. Usa canales oficiales conocidos y nunca transfieras ni autorices activos para desbloquear retiros. No se pudieron reabrir los originales n.º 2/3/4 en esta ejecución; sigue sin resolverse la discrepancia anterior entre el título y la firma de la actualización n.º 2, y se mantiene la hora de revisión de toda la página.

Qué puedes hacer Sigue avisos oficiales de la cuenta; desconfía de enlaces inesperados de recuperación y solicitudes de credenciales.

Fuentes oficiales: Investigación inicial · Conclusiones preliminares · Activos congelados · Depósitos y retiros · Comunicado más reciente · Actualización posterior de la investigación · Recuperación de activos y fondos propios · Binance · Update #2 · 2026-10-30

Binance · Recovery Update #3 · English text

Binance · Recovery Update #4 · 2026-11-01

Binance · X · FBI · 2026-10-31

Revisión parcial de fuentes: no se pudieron reabrir los dos avisos de la ICO, las actualizaciones antiguas n.º 2/3/4 de Binance ni el aviso de OTW/AO3 en esta ejecución. El texto n.º 2 también mantiene una discrepancia sin resolver entre las fechas del título y la firma de una versión anteriormente legible. Se conservan las conclusiones anteriores con sus fechas; no se ha ampliado la hora de revisión de toda la página.

Binance · retiros fiduciarios del 2 de noviembre

Binance · Recovery Update #5 · 2 de noviembre · Binance · alerta de estafas del 2 de noviembre

El informe comunica reembolsos al 95% de carteras afectadas

Polymarket.com internacional; países, número de víctimas y pérdidas sin especificar en el aviso

1. 29 oct. 2026 Polymarket informó de un proveedor comprometido y prometió reembolsar a los afectados. La interrupción entre las 18:05 y las 19:05 UTC se declaró resuelta. Esto no confirma reembolsos completados; el aviso no da plazo para solicitarlos.
2. 30 Oct 2026 · 20:07 UTC El informe del 30 de octubre a las 20:07 UTC indica que un script de supervisión del rendimiento comprometido utilizó algunas sesiones activas para vender posiciones y mover fondos. Polymarket afirma que el 95% de las carteras afectadas había recibido un reembolso íntegro en ese momento. Describe devoluciones de 3,9 millones de dólares: 2,7 millones más 1,2 millones por pérdidas ligadas a la pausa. No confirma el pago a todas las carteras. Las carteras elegibles identificadas no necesitan solicitud ni ticket; las discrepancias deben remitirse al formulario enlazado en el aviso oficial. Los avisos separados de pausa y seguridad registran componentes e intervalos distintos.

Qué puedes hacer Revisa órdenes y actividad de la cuenta mediante soporte oficial. Evita enlaces inesperados de reembolso.

Fuentes oficiales: Polymarket · 1 · Polymarket · Postmortem · 2026-10-30

Acceso no autorizado y recuperación parcial de la plataforma

Sistemas y funciones de Allium; el aviso citado no detalla tipos de datos, países ni cantidades afectados

1. 25 oct. 2026 Allium afirma que identificó acceso no autorizado a ciertos sistemas, restringió el acceso y notificó directamente a los clientes afectados. Su anuncio del 28 de octubre describe una investigación independiente y servicios centrales restaurados; siguen pendientes los resultados detallados.
2. 28 oct. 2026 Volvió Explorer/API, pero Assistant/MCP y el acceso a tablas subidas siguen sin estar disponibles. Se reanudó la entrega de datashares; parte de la verificación y reposición sigue incompleta, incluido Hyperliquid y los intervalos afectados en BigQuery. Restaurar el servicio no demuestra datos totalmente actualizados ni recuperación de información copiada.
3. 30 oct. 2026 · 15:03 UTC Allium afirma ahora que los Datashares de Snowflake, BigQuery y Databricks superaron la verificación histórica de todas las cadenas en todas las regiones. Es un avance respecto a la verificación antes incompleta, pero no confirma la restauración de Assistant/MCP, de todas las funciones ni la recuperación de información copiada.
4. 2026-11-02 · fuente consultada 2026-11-02 21:10:31 UTC A las 15:38 UTC del 2 de noviembre, Allium resolvió explícitamente el incidente de Datashares. A las 16:22 UTC comunicó que Assistant se había restablecido para todos los usuarios, mientras que seguían pendientes los anuncios de recuperación de otras funciones, incluido MCP. Estas actualizaciones del servicio no acreditan la recuperación de información copiada ni el cierre de la investigación de seguridad.

Qué puedes hacer Sigue las instrucciones oficiales para contraseña y clave API de sustitución; espera si tu contacto de Allium emitirá la clave. Activa MFA según lo recomendado y comprueba la integridad de los datos antes de tareas dependientes. Los avisos no demuestran compromiso de empresas clientes concretas ni pérdida de fondos.

Fuentes oficiales: Aviso de seguridad · Explorer/API · IA/MCP · Datashare

Recuperación de File Manager y cambios preventivos de contraseña

Servicio o información afectados: Algunos usuarios de correo y FTP/SFTP; File Manager y webmail · alcance de una posible exposición no establecido

1. 2026-10-23 DreamHost comenzó a investigar fallos de File Manager y webmail y a restablecer credenciales como precaución.
2. 2026-10-25 La base de conocimiento indica que los usuarios afectados necesitan contraseñas definidas por el titular; siguen llegando correos y los archivos FTP/SFTP almacenados permanecen en el servidor.
3. 2026-10-26 File Manager volvió a las 22:35 UTC; continúan la supervisión y los cambios de contraseña para usuarios afectados. No confirma recuperación completa ni robo de datos.
4. 2026-10-27 DreamHost cerró formalmente la incidencia de File Manager a las 23:45 UTC. Algunos usuarios de correo y FTP/SFTP aún deben cambiar sus contraseñas. El cierre no establece el alcance de una posible exposición ni demuestra la recuperación de datos copiados.

Qué puedes hacer: Titulares afectados: abrid el panel directamente, cambiad las credenciales afectadas, revisad los reenvíos y actualizad los clientes. Esperad hasta 15 minutos; entregad las credenciales por un canal seguro fuera del correo afectado. Los demás usuarios deben contactar con el titular.

Fuentes oficiales: Estado del incidente · Instrucciones para titulares

Notificaciones individuales y apoyo para proteger la identidad

Servicio o información afectados: Datos relacionados con Frontline Central y School Health Management

1. 14 ago. 2026 Frontline identificó un fallo en software de terceros; la actividad no autorizada terminó el 15 de agosto.
2. 2026-10-21 · fuente consultada 2026-11-02 15:25:18 UTC El aviso de Greenville County Schools del 21 de octubre limita el sistema afectado de ese distrito al Frontline School Health Management externo; no se vulneraron los sistemas internos del distrito. Para ese distrito enumera números de facturación de Medicaid, nombres, identificadores de estudiantes y/o fechas de nacimiento. Comunica el inicio previsto de avisos individuales desde el 26 de octubre y ofrece a las personas notificadas 24 meses de protección de TransUnion, con vigilancia cibernética para menores e inscripción hasta el 31 de enero de 2027. Esas categorías y condiciones locales no deben generalizarse a todos los clientes de Frontline. Usa tu aviso individual y el canal conocido de la escuela; la fecha del aviso no demuestra que todos hayan recibido una carta.
3. 26 oct. 2026 Las notificaciones individuales comenzaron aproximadamente en esta fecha para registros afectados de Central y School Health Management.

Las categorías varían por persona e incluyen números de la Seguridad Social de EE.UU. (SSN), fechas de nacimiento e identificadores gubernamentales, de Medicaid o de estudiante. Frontline indica investigación finalizada y fallo corregido; esto no recupera las copias de los datos.

Qué puedes hacer: Verifica la notificación por el canal habitual de tu escuela. A los adultos elegibles en EE.UU. se les ofrecen dos años de supervisión crediticia. Los menores elegibles pueden recibir monitoreo de la web oscura, cuando esté disponible. Sigue los criterios de elegibilidad e inscripción de tu notificación individual.

Fuentes oficiales: Información y apoyo sobre el incidente · Comunicado de notificaciones del 26 de octubre

Greenville County Schools · aviso del 21 de octubre

Datos internos copiados; continúa la evaluación por cliente

Servicio o información afectados: Registros internos de PingCAP, material de soporte y claves de gestión de TiDB Cloud

1. 7 oct 2026 PingCAP descubrió el incidente el 7 de octubre. Su informe sitúa el acceso indebido entre el 9 de septiembre y el 7 de octubre, con copia de registros internos y código fuente.
2. 19 oct 2026 Los registros copiados incluyen contactos, información comercial/de facturación y textos/errores del editor SQL; la exposición varía por cliente. Los investigadores no encontraron indicios de acceso a los datos de las bases TiDB de los clientes.
3. 23 oct 2026 Según el CEO, se invalidaron las credenciales comprometidas identificadas. Los valores exportados de claves de API de gestión estaban cifrados y su clave de cifrado no se expuso; los secretos enviados al soporte requieren medidas aparte. Continúa la evaluación por cliente.

Qué puedes hacer Pide al propietario de la organización en TiDB Cloud que siga la rotación oficial: sustituir claves, actualizar y probar las aplicaciones dependientes y después revocar las antiguas. Si se sospecha uso indebido, revócalas de inmediato y acude al soporte oficial. Cambia los secretos enviados al soporte y verifica las peticiones inesperadas por un canal conocido.

Fuentes oficiales: Informe del incidente · Medidas para clientes · Actualización del CEO

Versión 1.107.0 comprometida e investigación posterior

Servicio o información afectados: Paquete 1.107.0 de PyPI e imágenes Docker/GHCR afectadas del 21 de octubre

1. 21 oct 2026 LiteLLM informó de un paquete 1.107.0 malicioso y artefactos de contenedor, incluidas las etiquetas v1.107.0, latest, main-latest y main-stable. Se retiraron los artefactos afectados. Según la empresa, el registro privado de la edición empresarial no se vio afectado.
2. 23 oct 2026 La investigación canónica sustituye las hipótesis iniciales contradictorias. La reconstrucción actual indica exposición de una clave administrativa el 27 de mayo. Una modificación eliminó el archivo unas tres horas después, pero el commit original siguió público hasta el 22 de octubre y la clave no se revocó durante más de cuatro meses. El 10 de octubre, el acceso al Agent Platform interno expuso un token OAuth de la CLI de GitHub de un propietario de la organización. Después, el atacante usó esos privilegios para eludir la protección de ramas y cambiar el flujo de publicación. Borrar un archivo o paquete no revoca una clave ni limpia un equipo expuesto. El informe sigue fechado el 23 de octubre; no atribuimos una nueva fecha a la revisión.
3. 30 Oct 2026 La actualización del 30 de octubre documenta el cambio de clave de firma cosign del 23 de octubre y las primeras versiones firmadas con ella el 24: v1.103.8, v1.104.6, v1.105.4 y v1.106.3. Las imágenes comprometidas de v1.107.0 también tienen firmas válidas de la clave antigua. Los administradores deben contrastar la huella oficial de la clave y los digests de las imágenes afectadas; una firma antigua válida por sí sola no demuestra seguridad. Es una aclaración de verificación, no un nuevo ataque confirmado.

Qué puedes hacer Si tu equipo ejecutó un artefacto afectado, avisa a sus responsables de respuesta al incidente. Evita iniciar Python o pip en ese entorno. Conserva las pruebas y sigue, desde un sistema limpio, las indicaciones oficiales de reconstrucción y revocación de credenciales; esto no significa que todos los usuarios de IA se vieran afectados.

Fuentes oficiales: Artefactos afectados y respuesta · Investigación oficial consolidada

Acceso a correos de empleados y archivos de la empresa

Servicio o información afectados: Dos cuentas de correo de empleados y algunos archivos; países afectados no indicados

1. 22 oct 2026 En un comunicado fechado el 22 de octubre en Nueva Zelanda, la empresa informó de acceso no autorizado a dos cuentas de correo de empleados y algunos archivos con datos personales. Estaba notificando a los afectados. No encontró indicios de compromiso del sistema de datos de pacientes, comunicó ausencia de impacto en productos, fabricación y cadena de suministro, y consideraba contenido el incidente. Dos cuentas no equivale al número de personas afectadas.

Qué puedes hacer Si recibes un aviso, sigue las instrucciones relativas a tus datos y confirma el remitente mediante un contacto que ya conozcas. El comunicado no detalla los tipos de datos ni los países afectados; no supongas impacto en todos los pacientes o países.

Fuentes oficiales: Comunicado de la empresa en NZX

Acceso a Quanum LSM e investigación de datos de pacientes

Servicio o información afectados: Quanum LSM, usado por algunos clientes para pedidos y resultados de pruebas; alcance de los datos bajo investigación

1. 21 oct 2026 Quest indicó que conoció el acceso no autorizado a Quanum LSM e inició su respuesta al incidente, con expertos externos y autoridades federales.
2. 22 oct 2026 En su Form 8-K, la empresa afirma creer que se accedió a determinados registros de pacientes. El alcance completo seguía bajo investigación, sin interrupción sustancial de las operaciones o la atención a pacientes. El documento no indica el número de pacientes, campos concretos de los registros ni países afectados.

Qué puedes hacer Confirma cualquier aviso sobre tus registros con tu clínica o el contacto habitual de Quest. Verifica las solicitudes inesperadas antes de compartir datos de salud o credenciales. El documento no demuestra impacto en todos los pacientes, robo de todos los datos ni anuncio de compensaciones o de un plazo para inscribirse en un beneficio.

Fuentes oficiales: Form 8-K de la empresa en SEC EDGAR

Incidente en ATS/CRM y recuperación parcial de funciones

Servicio o información afectados: Bullhorn ATS/CRM; acceso a BBO e integraciones · impacto en datos de clientes aún bajo investigación

1. 23 oct 2026 Las preguntas frecuentes de Bullhorn confirman un incidente cibernético en ATS/CRM. La investigación aún no ha determinado si se extrajeron datos de clientes; se avisará directamente a los afectados. Según la empresa, otras interrupciones para corregir vulnerabilidades de PHP no estaban relacionadas con este incidente.
2. 24 oct 2026 La actualización de estado indica productos disponibles, pero Canvas para informes de Bullhorn ATS no está disponible y persisten algunos problemas de acceso o SSO del ATS a BBO. Se ha restablecido el acceso a BBO; los usuarios afectados por el SSO deben pedir la corrección específica al soporte. Continúa la supervisión. Este Canvas es distinto de Canvas de Instructure.
3. 25 oct 2026 Las actualizaciones del 25 de octubre a las 20:00 UTC reiteran que los productos y el acceso a BBO están disponibles, pero siguen afectados los informes de Canvas en ATS y algunas funciones de acceso/SSO. Las credenciales existentes de BBO siguen permitiendo registrar horas sin cambiar la contraseña. Los usuarios afectados por SSO deben pedir la corrección específica al soporte.
4. 26 oct 2026 Los comunicados del 26 de octubre mantienen las restricciones restantes de Canvas en ATS y de acceso/SSO, así como la supervisión. Esto no confirma la recuperación de todas las funciones.
5. 27 oct. 2026 La actualización del 27 de octubre mantiene las restricciones de ATS Canvas y de acceso/SSO y añade que el conector de QuickBooks Desktop está fuera de servicio para los clientes de BBO que lo utilizan. Las credenciales existentes siguen sirviendo para registrar horas en BBO sin cambiar la contraseña; los usuarios con SSO afectado deben contactar con soporte. Continúa la supervisión.
6. 29 oct. 2026 Los avisos del 29 de octubre repiten las restricciones de Canvas, acceso/SSO y QuickBooks Desktop; no confirman recuperación funcional adicional. El texto indica EST, pero las marcas estructuradas usan -04:00. La nueva hora exacta sigue sin confirmar. Esta página conserva su reloj general anterior hasta disponer de horas coherentes en la fuente.
7. Más tarde el 29 oct. 2026 Un aviso posterior del 29 de octubre restablece el acceso a Canvas y la ejecución de informes existentes para todos los clientes. Crear/Copiar informe sigue sin estar disponible para todos, mientras que Modificar informe sigue sin estar disponible para algunos clientes de EE. UU. Algunos usuarios pueden encontrar un CAPTCHA; los errores de acceso a Canvas deben comunicarse a soporte. El conector QuickBooks Desktop sigue fuera de servicio, y las credenciales existentes de BBO permiten registrar horas sin cambiar la contraseña. La retirada de la frase anterior sobre SSO no confirma explícitamente su recuperación completa. Continúa la supervisión. El nuevo encabezado del producto indica 10:30 AM EST, pero la marca estructurada indica 10:28 EDT; la hora exacta sigue sin confirmar, por lo que esta página conserva la hora de revisión general anterior.
8. Nueva actualización del 29 oct. 2026 Una actualización posterior afirma explícitamente que todas las funciones de Canvas se han restaurado por completo. Los problemas de acceso a BBO siguen requiriendo un caso de soporte, y el conector QuickBooks Desktop continúa sin estar disponible para los clientes afectados de BBO. Las credenciales existentes permiten registrar horas sin cambiar la contraseña. El incidente general sigue bajo supervisión; esto no confirma el fin de la investigación de seguridad o de la evaluación de los datos de clientes. Las nuevas horas EST siguen contradiciendo las marcas EDT; se conservan la hora exacta anterior de la fuente y la de revisión general de esta página.
9. 30 oct. 2026 La actualización del 30 de octubre reitera que Canvas está totalmente restaurado, pero el conector QuickBooks Desktop sigue sin estar disponible para los clientes BBO afectados. Los problemas de inicio de sesión en BBO aún requieren un caso de soporte. Las etiquetas EST y las horas estructuradas EDT siguen siendo incoherentes; la hora exacta y la confirmación global de esta página permanecen sin nueva validación.
10. 30 Oct 2026 El aviso del 30 de octubre indica ahora que no se pueden añadir ni editar informes en Bullhorn Canvas; ejecutarlos, copiarlos y eliminarlos no está afectado. Los problemas de acceso a BBO siguen remitiéndose a soporte, el conector QuickBooks Desktop continúa no disponible y las credenciales existentes para registrar horas no requieren cambiar la contraseña. La FAQ actualizada remite a Bullhorn Hub o Help en Bullhorn ATS para abrir casos. Las etiquetas EST aún contradicen los metadatos EDT; se conserva la hora exacta de confirmación. Es una restricción funcional, no una nueva intrusión confirmada.
11. 2026-11-02 · fuente consultada 2026-11-02 15:25:18 UTC La actualización del 2 de noviembre a las 07:00 EST (12:00 UTC) mantiene restricciones para crear/editar informes de Canvas, el soporte para acceso a BBO y el conector QuickBooks Desktop sin conexión. Ejecutar, copiar y eliminar informes de Canvas sigue sin estar afectado, y las credenciales existentes de registro de horas de BBO no requieren cambio de contraseña. Las etiquetas actuales coinciden con los desfases UTC−05:00; la discrepancia antigua EST/EDT de octubre no queda resuelta retroactivamente. Es recuperación limitada de funciones, no una declaración de restauración de todas las funciones o de datos copiados.

Qué puedes hacer Comprueba las instrucciones de tu producto y método de acceso. Este aviso no exige cambiar la contraseña para registrar horas en BBO con credenciales existentes. Sigue las indicaciones oficiales específicas de la cuenta para API o acceso, sin cambiar indiscriminadamente todos los secretos de integración. Comprueba los registros de horas y nóminas antes de repetir envíos. Los créditos por SLA dependen de una revisión posterior, sin garantía.

Fuentes oficiales: Estado de productos · Estado de BBO · Preguntas frecuentes del incidente

Exposición en octubre, cierre y plazos de solicitudes

Servicio o información afectados: Clústeres compartidos, algunos servidores dedicados, secretos y datos de cuentas/proyectos · alcance según el sistema

1. 17 oct 2026 Zeabur anunció el cierre gradual de servicios del 1 al 31 de diciembre. El día 31 es la fecha final, no una garantía de que cada servidor funcionará hasta entonces.
2. 19 oct 2026 El informe preliminar describe una intrusión del 14–15 de octubre. Confirma la lectura de 3.218.965 registros de variables de entorno y datos relativos a 321.810 cuentas; son recuentos distintos. Afectó a clústeres compartidos y 101 servidores dedicados de GCP. Las variables ya retiradas de la base de la plataforma quedaron fuera de esa lectura, pero un servidor comprometido aún puede exponerlas. El vínculo propuesto con agosto sigue siendo una hipótesis; la investigación continúa.
3. 22 oct 2026 El aviso posterior recomienda migrar antes del 30 de noviembre y fija ese día como plazo para reclamar pérdidas por el incidente. Los reembolsos de saldo son independientes: solicítalos mediante un ticket hasta esa fecha o por correo después, según las condiciones. El aviso indica que los datos se eliminarán a más tardar con el cierre final del 31 de diciembre; los de servidores dedicados pueden eliminarse antes, al vencer cada servidor. Así se actualizan las fechas que seguían abiertas en el aviso del 17 de octubre.

Qué puedes hacer Si usas Zeabur, sigue el aviso de tu sistema para sustituir credenciales expuestas, revocar claves antiguas y revisar accesos y cargos. Haberlas cambiado en agosto no resuelve por sí solo este incidente de octubre; no hace falta repetir un cambio ya completado tras la contención de octubre solo por esta página. Prueba las copias y la migración antes de tu vencimiento. Envía las reclamaciones por pérdidas por separado al soporte oficial, con los datos sensibles ocultos; la compensación no está garantizada.

Fuentes oficiales: Informe preliminar · Cierre de servicios · Migración, reembolsos y reclamaciones

Exposición de secretos y revocación preventiva de claves

Servicio o información afectados: Variables de entorno y credenciales de registro

1. 21 oct 2026Railway afirma que algunas variables almacenadas podrían haberse descifrado, exponiendo posiblemente claves de API y credenciales de bases de datos/registros.
2. 22 oct 2026El informe preliminar, fechado el 22 de octubre, estima variables posiblemente comprometidas en un máximo del 1,85 % de los workspaces (unos 100.000 workspaces). No es un recuento de usuarios ni una evaluación final; siguen investigándose las claves descifradas y el posible acceso al código fuente.
3. 23 oct 2026El aviso de las 19:18 UTC indica que las notificaciones a los workspaces que cumplen los criterios actuales de mayor riesgo terminaron a las 18:57:54 UTC; los demás no están confirmados como seguros. A las 22:06 UTC Railway cerró la incidencia de la plataforma: builds, despliegues, API y panel funcionaban normalmente. Seguían pausados los registros y la web de soporte/comunidad no estaba disponible bajo otro aviso. No concluye la investigación de seguridad.
4. 24 oct 2026 A las 13:57 UTC, Railway aclaró que los proveedores pueden revocar claves nuevas de sustitución incluidas por error en un lote preventivo. Según la empresa, no es un ataque nuevo y esas revocaciones no demuestran que las claves nuevas estén comprometidas.
5. 25 oct 2026 Railway cerró el aviso sobre la revocación preventiva de claves de API a las 06:26 UTC, clasificado como sin impacto. Esto cierra el aviso; no revierte la exposición de datos del 21 de octubre ni elimina la necesidad de sustituir las credenciales que realmente se revocaron. El aviso independiente de soporte, revisado de nuevo el 25 de octubre, indica ahora que station.railway.com se ha restablecido; los nuevos registros siguen pausados y algunas funciones no esenciales están desactivadas. No especifica la hora de restauración.
6. 26 oct. 2026 Railway comunica servicios totalmente restablecidos para los usuarios existentes, pero los nuevos registros siguen pausados. Reabrir esta semana es una previsión. Railway no reembolsa gastos fraudulentos en otras plataformas de IA; contacta primero con ese proveedor y después pide al soporte que tramite el caso con pruebas. No se garantiza un reembolso.
7. 27 oct. 2026 A las 03:20 UTC, Railway cerró el aviso de soporte como sin impacto. Esto no demuestra la reapertura de registros ni la recuperación de secretos copiados.

Qué puedes hacer Pide al responsable de la aplicación que sustituya las credenciales expuestas que aún no se hayan cambiado, revoque las antiguas, actualice las variables, vuelva a desplegar los servicios dependientes y revise los registros de los proveedores. Sustituye una clave nueva si el proveedor realmente la revocó o envió otras indicaciones específicas para la cuenta; las claves que funcionan no requieren otro cambio solo por el aviso del 24 de octubre. Recuperar el servicio no recupera las copias robadas.

Fuentes oficiales: Aviso de Railway · Informe preliminar de Railway · Estado de Railway · Aclaración sobre revocación de claves · Aviso sobre soporte y registros

Recuperación por marca; sigue la investigación sobre datos

Servicio o información afectados: Webs, aplicaciones y comercio electrónico · Europa y Estados Unidos

1. 12 oct 2026Ahold Delhaize comunicó un problema de seguridad en su red y desconectó algunos sistemas por precaución. Las tiendas permanecieron abiertas.
2. 19 oct 2026El aviso del 19 de octubre confirmó actividad maliciosa y una recuperación desigual por marca y país. El comercio electrónico belga funcionaba; la web y la aplicación de Albert Heijn habían vuelto, pero el reparto a domicilio solo se preveía desde el 23 de octubre, sin confirmación en esta fuente. La recuperación en EE. UU. seguía prevista. La empresa no tenía entonces pruebas de robo de datos sensibles de clientes, empleados o socios; la investigación continuaba.

Qué puedes hacer Consulta el aviso actual de tu marca local y el estado real del pedido/pago antes de reintentarlo. Una previsión de recuperación o la falta de pruebas de robo no son garantías. Verifica mensajes inesperados por un canal oficial conocido.

Fuentes oficiales: Ahold Delhaize · 12 de octubre · Ahold Delhaize · 19 de octubre

Claves intermediarias débiles; protección y transición de clientes

Servicio o información afectados: Ocho intermediarias TLS · Cadenas afectadas, no todos los servicios eMudhra

1. 17 oct 2026Mozilla recibió un informe de ocho claves intermediarias comprometidas y las bloqueó mediante OneCRL. Las configuraciones estándar de Firefox recibieron el bloqueo antes de las 22:59 UTC del 17 de octubre; no demuestra la protección de todos los navegadores o configuraciones personalizadas.
2. 21 oct 2026El añadido del 21 de octubre de Mozilla recoge Firefox para Android 158.0.2 para un fallo de la lista de bloqueo al arrancar, tras los lanzamientos Firefox/ESR del 20 de octubre. En su comunicado del 21 de octubre, eMudhra afirmó que las ocho intermediarias débiles no habían emitido certificados finales y que la retirada de confianza de la raíz ECC afectó a un ecosistema de cliente en EE. UU.; seguía investigando. Son conclusiones de la empresa, no pruebas de robo mundial de datos.
3. 22 oct 2026eMudhra ofreció certificados emitidos por Sectigo como alternativa y afirmó que sus raíces G1 seguían activas. La oferta no significa que estén afectados todos los certificados TLS ni todos los productos eMudhra. En otro comunicado del 22 de octubre, el consejo decidió abandonar el negocio global de SSL/TLS. La empresa afirma que las raíces G1 RSA seguirán atendiendo a los clientes durante la transición, que ofrecerá sustituciones gratuitas mediante socios y que mantendrá los servicios de revocación y estado hasta que los certificados emitidos caduquen o se sustituyan. No supone el cierre inmediato de todos los productos eMudhra.
4. 26 oct 2026 La actualización de eMudhra del 26 de octubre atribuye las ocho claves intermedias débiles a un error de script. La empresa informa de su revocación en 14 horas y, según su investigación hasta ahora, no hubo compromiso de la infraestructura ni de datos de clientes. El informe de causa raíz mediante CCADB y la revisión independiente están previstos, no terminados.
5. 27 oct. 2026 Google prevé retirar la raíz G3 la mañana del 27 de octubre en horario PDT; aquí no se confirma su finalización.
6. 28 oct. 2026En su actualización del 28 de octubre, eMudhra afirma que unos 30.800 certificados de las jerarquías G3 afectadas pertenecen a un ecosistema de cliente en EE. UU., que ya usa una vía alternativa de emisión G1 RSA. Ha solicitado tiempo a los programas de navegadores/raíces para una migración ordenada a otros proveedores; no supone aprobación ni migración terminada. La emisión TLS G1 cesará después de esa transición. La cifra de la jerarquía más amplia no demuestra 30.800 certificados fraudulentos ni víctimas de robo de datos y tiene un alcance distinto de la afirmación anterior sobre las ocho intermediarias débiles. Según la empresa, eSignature y los productos empresariales siguen sin impacto.
7. 2026-10-29 · fuente consultada 2026-11-02 09:10:51 UTC El aviso de Cisco sobre Webex del 29 de octubre prevé aplicar la nueva política desde el 2 de noviembre, posiblemente por fases, a las integraciones SIP seguras afectadas de Edge Audio y CMR de Webex Meetings. No confirma que ya se aplique a todas las conexiones. Enumera rutas con emSign Root TLS CA – G3, emSign ECC Root CA – G3, emSign Root CS CA – G3 y AAA Certificate Services. AAA no fue comprometida; algunas cadenas de Sectigo usan una ruta con firma cruzada de AAA. G1 queda excluida. Los operadores deben revisar las cadenas de los sistemas CUBE, Expressway-E o SBC principales y redundantes, acordar una sustitución validada con el emisor y probar llamadas entrantes/salientes de Edge Audio y accesos SIP a CMR. Cuando sea compatible, puede bastar con conservar el certificado de identidad y sustituir solo la cadena intermedia. Nunca retires la cadena antigua antes de instalar y validar la sustitución, omitas las comprobaciones TLS ni reveles claves privadas. Otros métodos de acceso a reuniones no usan la misma ruta SIP del cliente.
8. 30 oct. 2026 eMudhra anunció a KPMG como revisora externa independiente. Es una designación para examinar el incidente, no la publicación de una revisión terminada ni la confirmación de que la investigación haya concluido.

Qué puedes hacer Mantén el navegador y los componentes de confianza gestionados en versiones actuales compatibles. Nunca eludas avisos de certificados. Los responsables de webs afectadas deben comprobar la cadena y coordinar la sustitución con el emisor; otros productos eMudhra no están afectados automáticamente.

Fuentes oficiales: Comunicado de eMudhra · Actualización de seguridad de Mozilla · Transición del negocio TLS · Aviso de Google sobre confianza del navegador

Cisco Webex · aviso de confianza SIP del 29 de octubre

Vídeos internos copiados; continúa la investigación

Servicio o información afectados: Plataforma de vídeos internos

1. 21 oct 2026Se copiaron vídeos; se accedió a nombres/correos de usuarios. Supercell afirma no haber identificado impacto en datos de jugadores hasta ahora.

Qué puedes hacer Verifica solicitudes inesperadas por canales conocidos. Consulta el aviso oficial para el contacto de personas afectadas.

Fuentes oficiales: Aviso de Supercell

Restauración por fases con nueva autorización por organización Microsoft 365

Servicio o información afectados: Cloud Backup, antes SkyKick; integraciones afectadas de Microsoft 365

1. 16 oct 2026Se anunció la investigación tras acceso indebido relacionado con credenciales de aplicaciones.
2. 24 oct 2026 A las 14:00 UTC, ConnectWise indicó que continuaban la recuperación de la infraestructura y la rotación de certificados. Prevé habilitar primero el acceso para restaurar copias el lunes 26 de octubre, sujeto a pruebas y validación de seguridad; después llegará la reincorporación gradual de socios. Es una previsión, no disponibilidad confirmada ni permiso para volver a conectar.
3. 25 oct 2026 A las 14:00 UTC, ConnectWise reiteró la previsión de iniciar la reincorporación gradual de socios el lunes 26 de octubre, sujeta a pruebas y validación de seguridad satisfactorias. Primero se habilitará el acceso para restaurar copias y después la reactivación de los servicios. Según la empresa, restaurar la infraestructura no equivale a disponer de todas las funciones para socios; mantén desactivadas las conexiones afectadas hasta recibir las instrucciones aplicables. La próxima actualización diaria está prevista para el 26 de octubre a las 14:00 UTC como máximo.
4. 26 oct 2026 A las 14:00 UTC del 26 de octubre, ConnectWise indicó que continuaban la restauración, las pruebas y la validación. Seguía preparando la reincorporación gradual de socios y anunciaría cuándo podrían empezar a restaurar las copias existentes. No confirmó la disponibilidad. Mantén deshabilitadas las conexiones de aplicaciones afectadas hasta recibir instrucciones específicas del servicio; la próxima actualización está prevista para el 27 de octubre a las 14:00 UTC como máximo.
5. 27 oct. 2026 A las 14:30 UTC, ConnectWise indicó que los preparativos estaban completos, pero seguía pendiente la validación obligatoria de un tercero. El acceso gradual a la restauración de copias comenzará solo tras la validación; no se ha anunciado su disponibilidad. Mantén desactivadas las conexiones afectadas hasta recibir instrucciones específicas del servicio. Las copias existentes siguen cifradas, aisladas y conservadas, sin indicios de compromiso. La próxima actualización diaria está prevista para el 28 de octubre antes de las 14:00 UTC.
6. 28 oct. 2026En esta revisión, después de las 14:00 UTC del 28 de octubre, el aviso publicado seguía terminando con la actualización del 27 de octubre a las 14:30 UTC. Ya ha pasado la hora prevista para el 28 de octubre; el original leído no confirma nueva disponibilidad ni el resultado de la validación. Sigue las instrucciones del servicio sin suponer que se ha reabierto el acceso.
7. 28 oct. 2026 A las 16:00 UTC, ConnectWise anunció la restauración por fases, empezando por copias y restauraciones de Microsoft 365 mediante la nueva aplicación “ConnectWise Cloud Backup for M365”. Los partners deben restablecer la contraseña del portal, configurar MFA si falta y volver a autorizar cada organización (tenant) según su método de autenticación. Otras funciones regresarán en fases posteriores. La nueva autorización no confirma la reanudación de las copias: comprueba nuevas instantáneas completadas cuando se habilite el servicio para ese tenant. Continúa la investigación independiente de cada organización. No reactives aplicaciones antiguas sin instrucciones explícitas para el servicio.
8. 29 oct. 2026 A las 20:45 UTC, ConnectWise reiteró la restauración gradual de Microsoft 365 mediante la nueva aplicación. Si al restablecer la contraseña aparece “Server error”/500, vuelve al portal oficial Cloud Services e inténtalo de nuevo; si persiste tras varios intentos, contacta con soporte de Cloud Backup. Restablece la contraseña del portal, completa MFA si hace falta y vuelve a autorizar cada tenant mediante ConnectWise Cloud Backup for M365. No reactives aplicaciones antiguas sin instrucciones explícitas. Autorizar de nuevo no basta: comprueba nuevos snapshots de copia completados correctamente y continúa la investigación separada del tenant.
9. 30 Oct 2026 · 21:00 UTC A las 21:00 UTC del 30 de octubre, ConnectWise informó de la finalización de las fases 1 y 2: copias y restauraciones para tenants Microsoft 365 reautorizados, portal de autoservicio de clientes finales y paneles de supervisión de copias disponibles. La fase 3 sigue en curso; los informes de estado de las copias, las tareas de exportación y las funciones de facturación aún se están restaurando. Las notificaciones volverán en la fase 4. Reautorizar no demuestra la reanudación: comprueba nuevas instantáneas completadas y conserva la interrupción en el historial. Mantén desactivadas las aplicaciones antiguas salvo instrucción expresa. Continúan la investigación y la supervisión reforzada; archivos preservados no equivalen a recuperar información copiada.

Qué puedes hacer Pide al administrador autorizado que siga las instrucciones actuales del Trust Center y use la nueva aplicación, compruebe nuevas instantáneas y conserve el registro del intervalo sin copias. Mantén desactivadas las aplicaciones anteriores salvo instrucción explícita contraria. Es distinto de la interrupción del portal Axcient relacionada con PHP.

Fuentes oficiales: Centro de confianza de ConnectWise

Intrusión contenida; continúa la revisión de datos internos

Servicio o información afectados: Sistemas internos de formación y relación con clientes

1. 16 oct 2026Genesys tuvo conocimiento de un acceso no autorizado.
2. 19 oct 2026Confirmó acceso o descarga de contactos comerciales e información de cuentas. Indicó que las plataformas Cloud/Engage y sus grabaciones de clientes no estaban afectadas; la investigación continúa.
3. 23 oct 2026Genesys afirma que contuvo por completo la intrusión y completó las correcciones inmediatas. Suspendió el uso del sistema de aprendizaje afectado y sigue revisando la información interna accedida. Según la empresa, las plataformas Cloud/Engage y sus datos de clientes siguen sin verse afectados; contener la intrusión no demuestra recuperar copias de datos.

Qué puedes hacerVerifica las solicitudes inesperadas en nombre de Genesys con un contacto conocido. Pregunta al equipo de tu cuenta si tus datos comerciales están afectados; no envíes contraseñas por mensajes no solicitados.

Fuentes oficiales: Aviso de seguridad de Genesys

Notificaciones a pacientes tras completar la revisión de datos

Servicio o información afectados: Contactos de pacientes, identificadores de cuenta/dispositivo, seguro, fecha de servicio y nacimiento

1. 8 jun 2026El acceso indebido se detectó en torno a esta fecha; la investigación identificó descargas entre el 3 y el 8 de junio.
2. 2 oct 2026Las notificaciones comenzaron tras la revisión forense y de datos. La empresa comunicó que no había identificado impacto en los sistemas de dispositivos médicos ni en la seguridad de los pacientes.

Qué puedes hacerUsa el canal específico del aviso oficial para comprobar tu notificación. Revisa actividades médicas o de seguro desconocidas con el proveedor correspondiente; los procedimientos de protección contra el fraude dependen del país.

Fuentes oficiales: Aviso a los afectados de iRhythm · Actualización de la investigación de iRhythm

Revisión de Canvas terminada; las instituciones reciben los datos afectados

Servicio o información afectados: Nombres de usuario, correos, información de cursos/matrículas y mensajes; los campos varían

1. 7 may 2026Tras detectar la primera intrusión el 29 de abril, Instructure identificó un segundo ataque el 7 de mayo y desconectó Canvas temporalmente. La empresa afirma que no hubo acceso ni extracción adicional de datos en ese segundo ataque.
2. 29 sep 2026Se completó la revisión forense de los datos. Las instituciones afectadas restantes recibirán información mediante sus contactos de seguridad; las novedades posteriores se comunicarán directamente a ellas.

Qué puedes hacerEstudiantes y familias deben usar el canal oficial de su institución. Los administradores deben verificar el contacto designado y los datos recibidos antes de decidir las notificaciones; no contactes con el atacante.

Fuentes oficiales: Instructure: novedades y preguntas frecuentes

Un aviso posterior confirma la publicación de datos robados

Servicio o información afectados: Contactos/perfiles; Qantas indica que no se accedió a contraseñas, tarjetas ni documentos de identidad

1. 30 jun 2025Se detectó actividad inusual en una plataforma externa de atención al cliente.
2. 12 oct 2025Qantas confirmó la publicación de datos y siguió investigando su contenido. Los avisos anteriores sin pruebas de publicación no sustituyen este comunicado posterior.

Qué puedes hacerLee tu notificación individual desde el sitio oficial. Verifica a quien te llame y usa el canal del incidente indicado allí; que los datos personales coincidan no demuestra que un mensaje sea auténtico.

Fuentes oficiales: Qantas: aviso a clientes y comunicados anteriores

El robo de datos y la recuperación del servicio son resultados distintos

Servicio o información afectados: Contactos, nacimiento, pedidos y tarjetas enmascaradas; no datos de pago utilizables ni contraseñas

1. 13 may 2025M&S notificó a sus clientes que se habían robado datos personales tras el incidente de abril.
2. 5 nov 2025Comunicó la recuperación de los sistemas de atención al cliente en el verano británico y de casi todos los sistemas operativos. Los resultados de 2026 describen la recuperación del negocio, no la devolución de datos filtrados.

Qué puedes hacerAbre la aplicación o web oficial para seguir los avisos de tu cuenta y contactar con soporte. Ten cuidado con las suplantaciones: recuperar las compras online no vuelve privados los datos ya copiados.

Fuentes oficiales: M&S: preguntas frecuentes para clientes · M&S: comunicado del 13 de mayo de 2025 · M&S: informe de recuperación · M&S: resultados de 2026

La producción se recuperó tras conocerse el impacto en datos

Servicio o información afectados: Venta, producción y datos afectados; la exposición individual depende de la notificación

1. 10 sep 2025JLR indicó que algunos datos estaban afectados y que estaba informando a las autoridades reguladoras. El aviso no detalló todas las categorías de datos ni las personas afectadas; la investigación forense continuaba.
2. 14 nov 2025Comunicó que la producción había vuelto a niveles normales tras el reinicio gradual. La recuperación operativa no confirma el cierre de todas las investigaciones o notificaciones sobre datos.

Qué puedes hacerUsa el contacto oficial de JLR o de tu concesionario para consultar el pedido o una notificación individual. Verifica por otro canal las solicitudes inesperadas de pago o cambio de cuenta bancaria.

Fuentes oficiales: JLR: aviso sobre datos afectados · JLR: informe sobre la recuperación de la producción · JLR: informe anual de 2026

Los avisos escolares y la extorsión posterior afectan a los mismos datos

Servicio o información afectados: Estudiantes, antiguos estudiantes y personal; los datos varían según la institución

1. 7 ene 2025Las instituciones recibieron aviso de la filtración del SIS de diciembre de 2024. Algunos comunicados incluyen datos de identidad, contacto y salud.
2. 7 may 2025Otros avisos describieron extorsión a ciertos clientes usando los datos robados antes, no probaron una nueva filtración independiente.

Qué puedes hacerConsulta los años y campos afectados en el aviso de tu institución. Pregunta al contacto oficial por la ayuda disponible ahora; no supongas que un plazo de inscripción de 2025 siga abierto.

Fuentes oficiales: TDSB: incidente y notificaciones · Territorios del Noroeste: aviso posterior sobre extorsión

La autoridad detectó fallos al proteger datos genéticos y familiares

Servicio o información afectados: 155.592 residentes del Reino Unido en la decisión del ICO; no es el total mundial

1. abr 2023Comenzaron intentos con credenciales de otras filtraciones, que continuaron hasta septiembre.
2. 17 jun 2025El ICO anunció una multa de £2,31 millones. Los datos expuestos variaban e incluían información familiar, de ascendencia y salud. Una multa regulatoria no es una indemnización para clientes.

Qué puedes hacerRevisa tu notificación y las opciones de compartir datos de la cuenta. Protege las credenciales reutilizadas en otros servicios; cambiar la contraseña no modifica datos genéticos o familiares ya expuestos.

Fuentes oficiales: ICO: conclusiones sobre 23andMe

Las copias robadas y la decisión regulatoria requieren comprobaciones distintas

Servicio o información afectados: Incidente de 2022; bóvedas cifradas y otros datos de clientes

1. 1 mar 2023LastPass explicó cómo dos incidentes relacionados de 2022 permitieron acceder a copias en la nube con datos de clientes cifrados y sin cifrar.
2. 11 dic 2025El ICO anunció una multa de £1,2 millones por la filtración de 2022, que afectó a hasta 1,6 millones de usuarios del Reino Unido. No encontró pruebas de descifrado de contraseñas; esto no demuestra la recuperación de los datos copiados.

Qué puedes hacerUsa las instrucciones actuales de LastPass para tu cuenta al evaluar contraseñas, secretos e integraciones. No supongas que cambiar solo la contraseña maestra proteja retroactivamente una copia ya robada.

Fuentes oficiales: LastPass: investigación y medidas recomendadas · LastPass: aviso de diciembre de 2022 · ICO: conclusiones sobre LastPass

No se pudo reconfirmar el aviso citado del ICO en esta revisión. Las conclusiones conservan sus fechas originales; para decisiones urgentes, sigue las indicaciones actuales de LastPass específicas para tu cuenta.