Ciberseguridad en ultrasonido heredado 2026: ¿parchear, segmentar, aislar o reemplazar?

En esta guía

• La carta con dos relojes
• Nueve de cada diez diseños autorizados son anteriores a la ley
• El catálogo que 'no' contiene su ecógrafo
• El catálogo que sí lo contiene
• Lo que el registro de seguridad dice y 'no' dice
• El trasfondo de amenazas, dimensionado con honestidad
• ¿Cómo puedo saber siquiera qué ejecuta este equipo?
• Parchear, segmentar, aislar o reemplazar, definidos con precisión
• Dónde encaja el servicio independiente y dónde se detiene
• Cláusulas de adquisición para el próximo sistema
• Metodología y limitaciones
• Preguntas frecuentes
• Conclusión

La carta con dos relojes

Conclusión clave: un aviso de fin de soporte no es un único evento. La carta del Olympus EU-ME2 separa al menos cinco relojes — y el propio OEM dice cuáles se detuvieron y cuáles 'no'.

Lea con detenimiento el aviso de Olympus, porque deja constancia oficial de casi todo lo que argumenta este informe ¹. El detonante no fue el desgaste del equipo: "Esto es necesario porque los componentes de software subyacentes del EU-ME2's ya no cuentan con el soporte de sus proveedores." La postura de riesgo al momento de la carta era limpia: "Olympus no ha identificado ninguna vulnerabilidad en estos productos y no tiene conocimiento de ningún ciberataque dirigido a estos productos." Lo que finaliza es la posibilidad de una futura solución por software: no habrá "contramedidas basadas en software ante cualquier vulnerabilidad futura," y cualquier actualización futura de software "sería por funcionalidad y no por ciberseguridad." Los controles compensatorios que el fabricante recomienda son a nivel físico y de red — bloqueos de puertos USB con llave, bloqueos de puertos LAN con llave, sellos con evidencia de manipulación. Y el soporte de hardware — reemplazo de piezas — continúa explícitamente.

Son cinco relojes independientes en una sola carta, y vencen en momentos diferentes:

1. Utilidad clínica — ¿el sistema sigue produciendo las imágenes que sus procedimientos necesitan? (Olympus no dice que el EU-ME2 haya dejado de ser clínicamente útil. No dejó de serlo [didn't]).
2. Soporte de producto del OEM — la ventana de soporte comercial, que la carta cierra parcialmente.
3. Soporte de software y componentes — el reloj que realmente desencadenó la carta: los proveedores upstream finalizaron el soporte para los componentes dentro del dispositivo.
4. Soportabilidad de los controles de seguridad — tras la carta, los controles factibles son los físicos y de red que enumera el OEM, no los parches.
5. Capacidad de servicio físico — "se continuará ofreciendo." Sigue corriendo.

El Foro Internacional de Reguladores de Dispositivos Médicos define "legacy" exactamente de esta manera: un dispositivo legacy es aquel que "no puede protegerse razonablemente contra las amenazas actuales de ciberseguridad" —una condición de soportabilidad, no un rango de edad. Un dispositivo nuevo puede ser legacy; uno antiguo puede ser soportable ⁶. El marco legal de los EE. UU. refuerza la misma estructura: la Sección 524B de la Ley FD&C exige un plan de gestión de vulnerabilidades, un proceso de parches y una lista de materiales de software (SBOM) —pero únicamente para las solicitudes cubiertas recibidas a partir del 29 de marzo de 2023, y no es retroactiva ⁷. La actual guía de ciberseguridad previa a la comercialización de la FDA's, finalizada en febrero de 2026, rige las nuevas solicitudes; no tiene alcance retroactivo sobre la base instalada ⁸.

Por lo tanto, la pregunta "¿qué antigüedad tiene el ecógrafo?" es la primera pregunta equivocada. Las correctas son: cuáles de los cinco relojes han vencido, cuáles siguen corriendo y a quién corresponde cada uno. El resto de este informe responde a esas preguntas con datos.

Nueve de cada diez diseños autorizados son anteriores a la ley

Conclusión clave: la población de diseños de ultrasonido es, en su inmensa mayoría, anterior a cualquier requisito exigible de ciberseguridad —y dado que las autorizaciones siguen llegando a un ritmo constante de 55–83 al año frente a una vida útil de 10–15 años, la población previa a la ley no desaparecerá por antigüedad en ningún horizonte de planificación.

Tomamos la base de datos 510(k) de la FDA's —cada autorización previa a la comercialización jamás emitida— y la filtramos por los dos códigos de producto que definen un sistema de ultrasonido diagnóstico de consola/carro: las máquinas con un sistema operativo, un puerto de red y una dirección IP hospitalaria. Esto genera 2,066 decisiones de autorización desde agosto de 1977 hasta junio de 2026 ². Frente a los tres hitos de ciberseguridad:

Al ampliar el filtro a los once códigos de producto de ultrasonido —sondas, transductores, Doppler fetales—, el patrón se mantiene en el 91.8% de los 2,726 registros; este hallazgo no es un artificio derivado de la elección de códigos ².

Tres precisiones fundamentales acompañan a cada cifra de esta sección. Una autorización es un diseño, no una unidad — la FDA no publica cifras de base instalada, por lo que nada de lo aquí expuesto dice "N máquinas en servicio". Previo a la 524B no significa inseguro — la ley creó una obligación, no una vulnerabilidad, y muchos fabricantes ejecutaban programas serios de seguridad mucho antes de 2023. Y las 204 decisiones posteriores a la fecha de corte (9.9%) son un límite máximo, no un recuento — la 524B es vinculante en la fecha en que una solicitud es recibida, y las decisiones se demoran meses respecto a la recepción, por lo que algunas de esas 204 se autorizaron en virtud de solicitudes anteriores a la ley.

Lo que las cifras sí establecen es estructural: el mecanismo legal que obliga a la existencia de un proceso de parches y una SBOM se activó después de que prácticamente toda la población de diseños autorizados ya existiera.

A continuación, las franjas de antigüedad que los hospitales realmente operan:

Cada consola autorizada entre 2006 y 2020 —la franja que domina las flotas en servicio, considerando las vidas útiles reales de 10 a 15 años documentadas en nuestro informe sobre el fin de servicio de las flotas— es anterior a la ley sin excepción. Incluso la década completa más reciente de diseños autorizados es en un 70% previa a la 524B. Un hospital que adquiera hoy un reemplazo tiene aproximadamente una probabilidad de una entre diez de que el diseño de dicho 'reemplazo' haya sido autorizado en virtud de la ley sobre ciberdispositivos, e incluso eso resulta una sobreestimación.

Y la población no está desapareciendo por antigüedad. El volumen de autorizaciones se ha mantenido en una franja constante de 55–83 sistemas al año desde 2012, sin repuntes tras 2014 o 2023 ²:

Esperar a que la flota se modernice no es una estrategia de ciberseguridad. Es un plan a varias décadas.

Un dato estructural más, ya que prepara todo lo expuesto en la sección sobre jerarquía de pruebas más adelante: la flota es multifabricante por diseño, y la cola de proveedores es muy extensa. 532 nombres de solicitantes distintos han autorizado un sistema de ultrasonido desde 1977; 238 solicitantes distintos autorizaron uno tan solo en 2011–2026; más de la mitad de todos los proveedores que alguna vez autorizaron un sistema autorizaron exactamente uno ². Para 2011–2026, las ocho familias principales de OEM representan solo el 55.2% de las autorizaciones: 349 de 1,005 provinieron de solicitantes que no forman parte de los catorce nombres que todo el mundo reconoce:

Cada uno de esos proveedores tiene su propia práctica de divulgación de seguridad del producto — o ninguna. Y la mayoría de los proveedores detrás de los rangos de antigüedad en servicio han dejado de registrar actividad como solicitantes en EE. UU.: de los 167 proveedores que obtuvieron la autorización de un sistema entre 2006 y 2018, 116 (69.5%) no tienen ninguna autorización de ultrasonido en EE. UU. resuelta en 2020–2026 ². La ausencia de una nueva autorización no es prueba de que una empresa haya cerrado — las empresas son adquiridas, cambian de nombre, obtienen autorizaciones bajo una casa matriz o venden en otros lugares —, pero es un límite inferior de lo difícil que resulta en la práctica la instrucción de "llamar al fabricante para obtener un parche validado". Con frecuencia, la contraparte no es un solicitante activo en EE. UU.

El catálogo que no contiene su escáner

Conclusión clave: el catálogo Known Exploited Vulnerabilities de CISA's es la herramienta de priorización adecuada para el parque de TI de un hospital's y un error de categoría cuando se aplica a un escáner — sus 276 proveedores no incluyen a ningún fabricante de diagnóstico por imágenes, y su plazo mediano de remediación de 21 días es algo que ningún dispositivo médico validado puede cumplir.

Si el equipo de seguridad de un hospital consulta una lista federal para orientar la aplicación de parches, recurre al catálogo Known Exploited Vulnerabilities (KEV) de CISA's — la lista de vulnerabilidades confirmadas como explotadas activamente, con plazos de remediación de cumplimiento obligatorio para las agencias federales según la Directiva Operativa Vinculante 22-01 ⁵¹¹. El catálogo del 7 de agosto de 2026 contiene 1,662 entradas correspondientes a 276 proveedores distintos. Al examinar las 1,662 frente a fabricantes de diagnóstico por imágenes y dispositivos médicos, encontrará cero — ningún GE HealthCare, ningún Philips, ningún Siemens Healthineers, ningún Canon Medical, ningún Mindray, ningún Samsung Medison, ningún Esaote. La única entrada verdaderamente del sector salud en todo el catálogo es un motor de integración de TI en salud (NextGen Healthcare Mirth Connect). El trasfondo de Microsoft/Windows con el que abría la versión anterior de este análisis — 382 entradas de Microsoft, 170 etiquetadas como "Windows" — es real, pero es contexto, no un hallazgo sobre ultrasonido ⁵.

Dos números de KEV sí importan para un parque de diagnóstico por imágenes, y ninguno de ellos es el recuento de proveedores:

Una de cada cinco vulnerabilidades explotadas conocidas está asociada a ransomware. 338 de 1,662 entradas (20.3 %) llevan la etiqueta de «campaña de ransomware conocida» de CISA' —y las entradas correspondientes a plataformas de Microsoft son una vez y media más altas, situándose en el 27.2 % ⁵. Para un dispositivo cuyo valor clínico reside en su disponibilidad, la asociación con ransomware es el marco de amenaza correcto, no el recuento bruto de CVE.

El reloj de KEV es de 21 días. La ventana mediana entre la incorporación de una entrada de KEV' y su fecha límite de remediación federal es de 21 días ⁵. Un dispositivo médico no puede funcionar con ese reloj: el fabricante debe validar un parche frente a la configuración autorizada antes de que un hospital pueda instalarlo de forma segura, y la propia guía de poscomercialización de la FDA' contempla 30 días para comunicar y 60 días para remediar en caso de riesgos no controlados ¹⁰ —de dos a tres veces la ventana de KEV. Cuando el OEM ya no ofrece soporte para la plataforma, no existe reloj alguno. Esa brecha —21 días de expectativa empresarial frente a un ciclo de validación del OEM medido en meses, o nunca— es la razón operativa por la cual "segmentar" y "aislar" existen como disposiciones.

La declaración precisa de lo que una entrada de Windows en KEV le dice sobre un ecógrafo: una capa de uso común que se encuentra debajo de algunos dispositivos médicos está siendo explotada de forma activa en el entorno real. No le dice si la configuración validada de su ecógrafo' incluye ese componente, lo expone o cuenta con una solución aprobada por el OEM. Los componentes integrados en los dispositivos aparecen en KEV bajo el nombre del proveedor del componente', nunca del fabricante del dispositivo' —razón exacta por la que existen las SBOM y por la que el catálogo de la siguiente sección' reviste mayor importancia.

El catálogo que sí lo hace

Conclusión: Los Avisos Médicos de ICS de CISA' constituyen el registro específico del sector de dispositivos médicos —y en ese registro, cuando se menciona una línea de productos de ultrasonido, el remedio nunca ha sido hasta ahora un parche completo. La mitad de los avisos de diagnóstico por imágenes verificados dejaron al menos un producto sin solución de software; la instrucción oficial fue restringir el acceso o reemplazar.

CISA mantiene una serie dedicada de avisos para dispositivos médicos: los Avisos Médicos de ICS (ICSMA). Enumeramos toda la serie —176 avisos a lo largo de los años completos 2016–2025, más 10 adicionales hasta el 9 de agosto de 2026— y obtuvimos y verificamos individualmente los 18 avisos que afectan a productos de diagnóstico por imágenes ³. (Otros 27 títulos vinculados al diagnóstico por imágenes, en su mayoría visores DICOM y software PACS, fueron catalogados pero no verificados en profundidad; los recuentos de avisos miden la actividad de divulgación, no la incidencia, y el total de un año' mezcla avisos nuevos con revisiones).

El resultado sobre la disponibilidad de parches en los 18 avisos de diagnóstico por imágenes verificados:

La mitad de los avisos sobre sistemas de imagenología dejó al menos un producto identificado sin ningún parche disponible. Y el desglose más acotado y preciso: los cuatro avisos que identifican explícitamente líneas de productos de ultrasonido —productos de imagenología y ultrasonido de GE, productos de ultrasonido de GE, sistemas de ultrasonido Philips, Philips HDI 4000— presentaban una cobertura de parches incompleta para las líneas de ultrasonido indicadas al momento de su publicación ^312131415. Tres de los cuatro no disponían de ningún parche de ultrasonido en absoluto; el cuarto contaba con una corrección publicada para una de las cinco líneas de productos indicadas, con el resto "planificado". Cuatro avisos constituyen una muestra reducida, y la presentamos exactamente como tal —pero la dirección no podría ser más clara, y proviene del propio texto de remediación del regulador'.

Lea lo que instruyen en realidad los avisos, textualmente:

"GE Healthcare recomienda a las organizaciones restringir el acceso físico a los dispositivos por parte de personas no autorizadas". —aviso de escape de quiosco en ultrasonido de GE, donde la mitigación es el control de acceso físico, no un parche ¹⁴

"El ciclo de vida de soporte para el sistema de ultrasonido Philips HDI 4000 finalizó el 31 de diciembre de 2013… Los usuarios deben implementar controles para limitar el acceso a la red y considerar el reemplazo del sistema". —el caso de fin de vida útil, donde la medida correctiva es el reemplazo ¹⁵

"Si la seguridad y el tratamiento del paciente no están en riesgo, desconecte el producto de la red y utilícelo en modo autónomo". —imagenología molecular de Siemens, la instrucción de aislar formulada con la mayor claridad posible ¹⁶

Parchear, segmentar, aislar, reemplazar: no son una invención de este informe'. Son las cuatro medidas correctivas que el registro oficial de avisos ya utiliza. La contribución de este informe' consiste en establecer puntos de control y condiciones de parada para ellas.

El ejemplo práctico —con sus salvedades al mismo tiempo. En mayo de 2024, investigadores de Nozomi Networks (un proveedor de seguridad OT; identifíquelo como tal) publicaron 11 vulnerabilidades en el sistema de ultrasonido Vivid T9 de GE HealthCare's, su aplicación web Common Service Desktop y el software de estación de trabajo EchoPAC —la peor de ellas, un fallo de credenciales integradas en el código calificado con CVSS 9.6— y demostraron una prueba de concepto de ransomware que bloqueaba el escáner ¹⁷. Tres hechos hacen de este el caso más instructivo registrado sobre seguridad en ultrasonido. En primer lugar, la puerta de entrada de la cadena's fue un escape del modo quiosco divulgado originalmente en 2020 (CVE-2020-6977) —un fallo de cuatro años de antigüedad seguía siendo el primer eslabón, y la respuesta de CISA's fue reemitir el mismo aviso de 2020 como "Update A" en lugar de abrir uno nuevo ¹⁴. En segundo lugar, como señaló un análisis del sector, el Vivid T9 "es esencialmente un PC completo que ejecuta una versión de Windows 10 personalizada por GE" ¹⁸ —la consola es una máquina Windows con una interfaz clínica, y el shell del quiosco es el límite de seguridad. La antigüedad no era la variable; el diseño de contención sí lo era. En tercer lugar —y estas salvedades no son opcionales—, la cadena del Vivid T9 requiere acceso físico al teclado de la consola's, GE publicó mitigaciones a través de su portal de seguridad, GE declaró a los periodistas que no había recibido ningún reporte de explotación, y el propio boletín de GE's enumera un amplio conjunto de productos de ultrasonido no vulnerables, incluidos Vivid E9 (todas las versiones) y LOGIQ E9/E8/S8 (todas las versiones) ¹⁷¹⁹²⁰. Citar la demostración de ransomware sin la condición previa de acceso físico distorsionaría la fuente —y es precisamente el tipo de enfoque alarmista que este informe existe para reemplazar.

Una nota sobre el patrón de divulgación, expuesta con cautela: no existe ningún aviso dedicado de ICSMA para Canon Medical, Hologic, Sectra, Mindray, Samsung Medison, Hitachi o Esaote. Eso refleja dónde han buscado los investigadores de seguridad y cómo se ha desarrollado la divulgación coordinada —no es evidencia de que los productos de dichos proveedores' sean más seguros, y este informe no extrae tal inferencia ³.

Lo que el registro de seguridad dice y no dice

Conclusión: Los canales de eventos adversos y retiradas de la FDA's guardan un silencio casi absoluto sobre la ciberseguridad en ultrasonido —cero menciones cibernéticas en 8,525 reportes desde 2019, una sola retirada en toda la historia—, mientras que el mismo canal de retiradas registra 18 eventos cibernéticos en otros tipos de dispositivos. El silencio mide una vía de notificación, no un nivel de riesgo. Esperar una señal de seguridad es esperar una señal que, estructuralmente, no puede llegar.

Buscamos en el texto narrativo de cada reporte de eventos adversos de ultrasonido en la base de datos MAUDE de la FDA's —13,213 reportes históricos en once códigos de producto de ultrasonido ⁴. Todo el vocabulario de ciberseguridad produce coincidencias de un solo dígito: "ransomware" dos veces, "malware" tres veces, "cybersecurity" cinco veces, "hacked", "unauthorized access", "phishing", "data breach" y "firewall" cero veces cada uno. Al acotar de 2019 a 2026 —8,525 reportes—, todos los términos cibernéticos caen a cero.

Las coincidencias no nulas superpuestas se remontan casi por completo a un único episodio: WannaCry, junio de 2017. Al buscar "wannacry" en toda la base de datos MAUDE —todos los tipos de dispositivos, todos los años— se obtienen 12 informes, y cinco corresponden a ultrasonido: cinco sistemas y estaciones de trabajo de la familia Siemens ACUSON, notificados en una única ventana de diez días ⁴²¹.

Vale la pena citar la propia narrativa del fabricante's en esos informes, porque describe el modelo de amenazas mejor que cualquier proveedor de seguridad:

"La explotación de la vulnerabilidad permite el control remoto total del dispositivo sin ningún otro requisito previo más que el hecho de que la computadora atacante esté en la misma red que el dispositivo de ultrasonido." ²¹

Ese es el argumento de la segmentación, planteado por el OEM. La misma narrativa describe la vía real de daño clínico —"un posible retraso en un procedimiento para un paciente sedado, la reinserción de un transductor o catéter transesofágico, o la repetición de un estudio de ecocardiograma de estrés"—, daño a la disponibilidad, no diagnósticos alterados. Y registra la resolución: "El problema se resolvió con lanzamientos de parches de software en junio de 2017" ²¹. Una falla común de Windows SMB afectó a tres plataformas ACUSON distintas; el OEM validó y envió parches en pocas semanas, presentando la notificación bajo la guía de poscomercialización de 2016 de la FDA's ¹⁰. El único episodio real en el registro aboga por la aplicación de parches y la segmentación a la vez —lo que representa la tesis de las cuatro opciones en miniatura. ("Lesión" en estos informes es la clasificación de notificabilidad del fabricante's para daños potenciales, formulada de manera condicional —no una lesión confirmada en el paciente.)

El registro de retiros del mercado cuenta la misma historia con un grupo de control más definido. Entre los 542 registros de retiros de ultrasonido en la base de datos de la FDA's, exactamente uno está motivado por la ciberseguridad: un retiro de 2008 de una consola de ultrasonido intravascular que "puede estar infectada con un gusano (malware informático)" ⁴²². Pero el canal de retiros es demostrablemente capaz de registrar incidentes cibernéticos: contiene 18 eventos distintos de retiro motivados por la ciberseguridad en otros tipos de dispositivos desde 2008: sistemas de infusión, monitores de pacientes, ventiladores, secuenciadores, un visor de imágenes, un sistema de información de radioterapia, un robot quirúrgico, un controlador de asistencia circulatoria ⁴. El canal funciona. Los eventos de ciberseguridad en ultrasonido simplemente no llegan a través de él.

¿Por qué el silencio? Porque las vías de notificación apuntan hacia otro lado. MAUDE registra muertes, lesiones graves y fallas de funcionamiento relacionadas con dispositivos; un evento de ransomware que deja un escáner fuera de servicio durante un día sin una consecuencia clínica notificable en general no es un MDR en absoluto. Los hospitales notifican incidentes cibernéticos a la HHS OCR, a la CISA, al FBI y a sus aseguradoras — no a una base de datos de seguridad de dispositivos. Por lo tanto, los usos correctos de este silencio son dos, y solo dos: demuele la idea de que un equipo de HTM pueda esperar una señal de seguridad antes de actuar, y justifica tomar la decisión de disposición basándose en evidencia de activos y avisos en su lugar. Nunca debe invertirse en "no hay reportes, por lo tanto es seguro."

Para mayor exhaustividad, el registro ordinario de fallas, recalculado a partir de la exportación actual: en 2,534 reportes de ultrasonido en 2025–2026, el 94.3 % corresponde a fallas de funcionamiento, el 4.9 % a lesiones y el 0.6 % a muertes — y nada de ello es de origen cibernético ⁴. La distribución es estable frente a las cifras de 2020–2026 de nuestro informe de flota de julio de 2026's. El software ya es la segunda causa raíz más importante de retiros de ultrasonido (125 de 542 registros — por defectos funcionales, no por seguridad). La historia de la confiabilidad y la historia de la seguridad son historias distintas.

El panorama de amenazas, dimensionado con honestidad

Conclusión clave: las cifras a nivel sectorial justifican un inventario disciplinado, segmentación y monitoreo. Ninguna de ellas es una estadística de ultrasonido, y este informe se niega a fingir lo contrario: el panorama real ya es suficientemente alarmante sin necesidad de exageración.

Cada cifra de esta sección está identificada con su entidad emisora y su muestra, porque cada una de ellas proviene del recuento de una agencia o de la telemetría propia de un proveedor de seguridad's — no de un censo.

Volumen de filtraciones en el sector salud (datos de HHS OCR). Para 2025, 772 filtraciones de 500+ registros figuraban en el portal de la OCR a junio de 2026, afectando a 139.7 millones de personas — una cifra que crece durante meses a medida que el portal se actualiza retrospectivamente (la instantánea de febrero de 2026 del mismo año mostraba 710 filtraciones y 61.6 millones de personas; siempre feche la instantánea) ²³. En el período contabilizado con claridad más reciente, los incidentes de hacking/TI representaron el 77.8 % de las grandes filtraciones en el sector salud (301 de 387, H1 2024) ²³.

Exposición de sistemas de imagen conectados (Claroty Team82, 2025 — telemetría del proveedor a partir de 351 organizaciones de atención médica que ejecutan su producto; no es un censo). De los 195,659 dispositivos de imagen del conjunto de datos de Claroty's, el 28% presenta vulnerabilidades explotadas conocidas, y el 8% tanto presenta KEV vinculadas a ransomware como está conectado a internet de forma no segura — una combinación que afecta al 85% de las organizaciones de atención médica de la muestra ²⁴. La categoría "imaging systems" de Claroty's menciona al ultrasonido como componente, pero no publica ninguna cifra exclusiva para ultrasonido — por lo que esto es contexto para la categoría a la que pertenece el ultrasonido, no una estadística de ultrasonido.

Economía del ransomware (Sophos, octubre de 2025 — encuesta a organizaciones víctimas). El panorama de la atención médica mejoró en 2025: el 58% de los proveedores afectados se recuperó en el plazo de una semana (frente al 21% en 2024), y la mediana de la demanda de rescate cayó un 91% interanual a aproximadamente $343,000–$345,000 ²⁵. La mejora es real; el volumen de amenazas no va a desaparecer.

El enfoque del FBI's (Private Industry Notification, septiembre de 2022). El FBI advirtió que los dispositivos médicos no parcheados y obsoletos brindan oportunidades de ataque, citando "un informe de investigación realizado por una firma de ciberseguridad" —el FBI no nombra a la firma— que determinó que el 53% de los dispositivos médicos conectados en hospitales presentaba vulnerabilidades críticas conocidas. La frase más perdurable de la PIN's no necesita estadísticas: "El hardware de los dispositivos médicos a menudo permanece activo durante 10-30 años; sin embargo, los ciclos de vida del software subyacente son especificados por el fabricante… lo que da a los actores de amenazas cibernéticas tiempo para descubrir y explotar vulnerabilidades" ²⁶. (Omitimos deliberadamente dos cifras ampliamente repetidas —"6.2 vulnerabilidades por dispositivo" y "40% de los dispositivos al final de su vida útil"— porque no es posible rastrear su fuente primaria; el propio FBI solo las atribuye a un informe no identificado).

Infraestructura de imagen expuesta (Trend Micro, datos de escaneo de noviembre–diciembre de 2025). 3,627 servidores DICOM eran accesibles directamente desde la internet pública en más de 100 países; solo el 0.14% utilizaba TLS ²⁷. Esta es la capa de PACS/almacenamiento que rodea a los dispositivos de imagen, no los propios escáneres —pero es la red con la que se comunican dichos escáneres.

Y el incidente canónico, corregido. El impacto de WannaCry's en el NHS es la historia que todo el mundo cita y que la mayoría cita mal. La Oficina Nacional de Auditoría del Reino Unido halló 34 trusts infectados y con acceso bloqueado a sus dispositivos, con al menos 81 de 236 trusts afectados en total —dos cifras diferentes que no deben fusionarse— y 6,912 citas con cancelación confirmada, con aproximadamente 19,500 estimadas ²⁸. Pero la lección sobre el sistema operativo es la contraria a la creencia popular. La propia revisión de lecciones aprendidas de NHS England's: "Este fue un ataque que utilizó una vulnerabilidad específica de Microsoft Windows, no un ataque contra software sin soporte. La mayoría de los dispositivos del NHS infectados ejecutaba el sistema operativo con soporte, pero no parcheado, Microsoft Windows 7" —los equipos con Windows XP representaron una minoría de las infecciones, reducidos al 1.8% del parque informático para enero de 2018 ²⁹. WannaCry no es un argumento de que los sistemas operativos antiguos provoquen brechas de seguridad. Es un argumento de que los sistemas con soporte no parcheados provocan brechas de seguridad —lo cual constituye una falla en la gobernanza de parches, no una falla debida a la antigüedad. Esa es la tesis de este informe's, expresada por un servicio nacional de salud. (El registro del NHS menciona escáneres de resonancia magnética y analizadores de sangre entre los equipos afectados; ninguna fuente verifica sistemas de ultrasonido de manera específica en el incidente del NHS —la evidencia de WannaCry respecto al ultrasonido corresponde al registro separado de MAUDE de EE. UU. mencionado arriba).

¿Cómo puedo siquiera averiguar qué ejecuta este equipo?

Conclusión: en su mayor parte no es posible' — no a partir de fuentes públicas. Cero de los diez OEM encuestados publican un documento de acceso libre sobre el sistema operativo o el estado de soporte por producto; solo 8 de las 26 plataformas de ultrasonido mencionadas contaban con un sistema operativo localizable públicamente; los resúmenes 510(k) de la FDA tampoco lo revelan'. El registro de activos que usted necesita debe capturarse en el equipo y exigirse al proveedor, porque no es posible consultarlo.

Los profesionales de HTM plantean esta pregunta públicamente, exactamente con estas palabras — "¿Cómo sé si mi equipo de ultrasonido ejecuta Windows 10?"; "¿Existe una lista maestra de EOL/EOS con la que pueda cotejar mi inventario?" — y no obtienen una respuesta real ³⁰. Intentamos responderla de forma sistemática, y el fracaso es el hallazgo.

El relevamiento de divulgación de los OEM (diez fabricantes, agosto de 2026). Cinco de diez publican una lista fechada y de acceso libre de avisos o boletines de seguridad: Philips, Siemens Healthineers, Canon Medical, GE HealthCare y Olympus. Cero de diez publican un documento de acceso libre sobre el sistema operativo o el estado de soporte por producto. En todos los casos en que existe un repositorio de este tipo, se encuentra protegido por credenciales de cliente: el Product Security Portal de GE' ("un portal global seguro basado en la web que proporciona a los clientes con credenciales un repositorio centralizado"), el InCenter y la biblioteca MDS² de Philips' (registro por correo electrónico), teamplay Fleet de Siemens' (SBOM y avisos anteriores a 2022), el portal de servicio de Mindray', el formulario seguro de solicitud de Fujifilm' ^19313233. El patrón exacto: la divulgación de vulnerabilidades es pública; el parche validado y el estado por producto están detrás de un inicio de sesión. Puede enterarse de forma gratuita de que la familia de su ecógrafo está afectada. Necesita una cuenta para obtener la solución.

La correspondencia de plataforma a sistema operativo (26 plataformas identificadas). Solo 8 pudieron vincularse a un sistema operativo documentado a partir de cualquier fuente pública disponible, y solo tres de ellas llegan al nivel de un documento del OEM que lo haga constar documentalmente: el aviso de Canon's que sitúa Windows 10 IoT Enterprise LTSC 2015 en la segunda consola opcional de Aplio i-series', y la declaración de conformidad DICOM de Esaote's que sitúa a las familias MyLab en Windows 10 ³³³⁴. En el caso de las series S de GE Voluson, LOGIQ E9 y serie P, Vivid E9, las familias Philips EPIQ/Affiniti/HD11/CX50, las series S y series X de Siemens ACUSON, Hitachi/Fujifilm Arietta, Samsung RS80 —ninguna fuente pública indica el sistema operativo. Comprobamos directamente dos resúmenes 510(k) de la FDA como prueba (una autorización de GE LOGIQ E10 y una de Canon Aplio): ninguno revela el sistema operativo ². Incluso las declaraciones de conformidad DICOM son inconsistentes: la de Esaote's revela el sistema operativo; las de Philips's y GE's no lo hacen'. No existe ningún documento estándar que un profesional de ingeniería biomédica pueda consultar de forma fiable entre las distintas marcas.

El reloj de Microsoft, para cuando logre identificar la compilación. Windows XP lleva 12.3 años fuera del fin de soporte; Windows 7, 6.6 años; Windows 8.1, 3.6; la versión de consumo de Windows 10 (22H2) superó el fin de soporte en octubre de 2025 y ahora opera con actualizaciones extendidas de pago como máximo hasta 2028 ³⁵. Sin embargo, las compilaciones IoT/embebidas con las que realmente se suministran muchas consolas difieren de manera drástica: Windows 10 IoT Enterprise LTSC 2019 cuenta con soporte hasta enero de 2029, LTSC 2021 hasta enero de 2032, y la generación LTSC de 2024 se basa en Windows 11 y tiene soporte hasta octubre de 2034 ³⁵. Dos declaraciones de fabricantes OEM de septiembre de 2025 señalan este mismo aspecto desde la perspectiva del fabricante: Canon Medical y Philips publicaron cada una respuestas sobre el fin de soporte de Windows 10 indicando que la única compilación de IoT afectada por el corte de 2025 (LTSB 2015) no está presente en sus productos o bien se encuentra aislada de redes externas ³³³¹. Por lo tanto, "Dice Windows 10 en la pantalla de inicio" no es un dato de inventario: la edición y la compilación diferencian una plataforma que expiró el pasado octubre de una con soporte hasta la década de 2030.

Qué significa esto para el registro de activos. Dado que nada de esto se puede consultar, debe capturarse y exigirse. En el dispositivo: versión del software de aplicación, edición/versión/compilación del sistema operativo desde la pantalla de información del sistema (con la fecha y el método de recopilación —nunca una suposición a partir del tema del escritorio—), flujos de red configurados, estado del acceso remoto y huella local de datos de pacientes. Del proveedor, por escrito: el estado de soporte del producto's con fechas separadas para servicio de hardware, mantenimiento de software y soporte de seguridad; el MDS² (Manufacturer Disclosure Statement for Medical Device Security) actual; el SBOM donde 524B o el contrato le otorgue derecho a uno; acceso a avisos bajo una cuenta organizacional en lugar de la bandeja de entrada de un solo empleado's; y el estado de parches validados para la compilación exacta que registró. "Desconocido" es un valor permitido en el registro: es un hallazgo con un responsable y una fecha límite, no un espacio en blanco.

Parchear, segmentar, aislar o reemplazar, definidos con precisión

Conclusión clave: las cuatro disposiciones se utilizan indistintamente en la literatura; no son intercambiables. Cada una tiene una definición, puertas de control de evidencia y una condición de parada —y el costo y la ciberseguridad se deciden en ejes distintos a la antigüedad—.

La literatura existente —incluidas las directrices de los reguladores— se desliza entre estas palabras con imprecisión, y este deslizamiento tiene consecuencias: un parque de equipos marcado como "aislado" en una hoja de cálculo puede, en la práctica, estar segmentado, conectado o simplemente desconectado hasta que alguien necesite la lista de trabajo. El registro de avisos anterior utiliza los cuatro remedios; a continuación se detalla qué es realmente cada uno, qué evidencia requiere y qué le pone fin.

Parchear significa una remediación de software autorizada por el OEM e instalada en el dispositivo bajo control de cambios. Sus puertas de control: un aviso o actualización validada que especifique su modelo exacto, versión de la aplicación y compilación; una ruta definida de respaldo y reversión; y una prueba funcional posterior a la instalación —arranque, reconocimiento de sonda, adquisición, mediciones, lista de trabajo, almacenamiento DICOM— antes del retorno al uso clínico. Su condición de parada: no existe un paquete autorizado para su configuración, o la validación funcional falla. Un parche empresarial distribuido a un escáner porque el nombre del sistema operativo coincide no es un parche; es una modificación no controlada de un dispositivo médico validado.

Segmentar significa que el dispositivo permanece conectado, pero únicamente a través de una lista de permitidos documentada: destinos específicos de PACS, lista de trabajo, DNS/NTP y servicio remoto, con denegación por defecto de todo lo demás, aplicada en un límite que el hospital realmente controle. Sus puertas de control: un mapa de flujos verificado, objetos de firewall probados frente a flujos de trabajo clínicos reales (consulta de lista de trabajo, adquisición, almacenamiento, recuperación durante tiempo de inactividad) y revisión de registros para detectar tráfico bloqueado pero necesario. Los objetivos de rendimiento sectorial del HHS's señalan la segmentación y el inventario de activos entre las prácticas prioritarias, y el modelo de confianza cero del NIST's establece el principio fundamental: la ubicación en la red por sí sola no confiere confianza ³⁶³⁷. Su límite, expuesto con franqueza: la segmentación reduce la accesibilidad; no elimina el código vulnerable y no protege contra medios USB o un protocolo permitido que transporte una carga maliciosa. Su condición de parada: los flujos requeridos no pueden delimitarse, o no existe aplicación en el límite relevante.

Aislar es una medida más rigurosa: el sistema opera sin acceso rutinario a la red —el aviso de Siemens's de "desconectar el producto de la red y utilizarlo en modo autónomo" y los bloqueos físicos de puertos en la carta de Olympus ¹⁶¹. Sus criterios de paso: un flujo de trabajo que subsiste sin conexión (ingreso de datos demográficos del paciente, salida de imágenes, en medios administrados), autorización controlada de reconexión e interfaces secundarias deshabilitadas o bloqueadas. Su condición de parada: el flujo de trabajo clínico no puede ejecutarse de forma segura sin conexión, o bien "aislado" no se puede verificar —un cable desconectado hoy y reconectado mañana no es una disposición.

Reemplazar es la disposición cuando ni la capacidad de soporte del software ni los controles compensatorios pueden asumir el riesgo residual —el caso del Philips HDI 4000, donde el propio aviso del regulador's dice "considere reemplazar el sistema" ¹⁵— o cuando el hardware en sí ya no es apto para servicio de manera confiable. Sus criterios de paso son un proyecto financiado con términos de adquisición de ciberseguridad (siguiente sección) y un retiro controlado: datos del paciente sanitizados con evidencia, credenciales y certificados revocados, objetos de red eliminados.

Los dos ejes se evalúan por separado y nunca se promedian:

Una sonda perfecta no puede compensar un acceso remoto no controlado, y un sistema operativo con todos los parches aplicados no puede compensar una fuente de alimentación que falla en una función de cuidados críticos. Y todo estado de control compensatorio necesita un vencimiento: un responsable, una fecha de revisión y un evento designado que le ponga fin —un parche validado, la entrega de un reemplazo, una reevaluación de riesgos. La palabra más peligrosa en un programa de ciclo de vida es "temporalmente".

Si un dispositivo muestra una señal sospechosa —un destino inesperado en el registro del firewall, un reinicio inexplicado, un mensaje de servicio técnico que nadie reconoce—, la primera medida es la coordinación, no un apagado por reflejo: confirmar el activo y la señal, proteger cualquier procedimiento en curso con el paciente, elegir la contención menos disruptiva que realmente reduzca el riesgo (bloquear un destino, deshabilitar el acceso remoto, restringir la directiva de red), preservar los registros y comunicarse con el canal de seguridad de productos del fabricante's con el modelo exacto, la compilación y la observación. Un dispositivo médico no debe someterse a la creación de imágenes, escaneo ni restablecimiento a valores de fábrica con herramientas comunes de TI simplemente porque las herramientas estén disponibles.

Dónde encaja el servicio independiente y dónde se detiene

Conclusión clave: la carta de Olympus traza el límite mejor que cualquier consultor: cuando el reloj del software se detiene, el reloj del hardware sigue corriendo —y alguien tiene que mantener el hardware en funcionamiento. Ese es el carril del servicio independiente, al que se accede a través del mismo marco de disposición, nunca como un sustituto de este.

Toda disposición excepto "reemplazar de inmediato" asume que el escáner sigue siendo clínicamente confiable mientras se define la decisión de ciberseguridad. Un hospital que dedica un trimestre a diseñar una excepción de segmentación para un sistema cuya placa está fallando ha resuelto primero el problema equivocado. La matriz de dos ejes necesita evidencia real en el eje físico: códigos de falla y síntomas actuales, estado de la sonda y los conectores, aislamiento de fallas a nivel de placa, estado de la alimentación y la refrigeración, disponibilidad de repuestos para el modelo e historial de fallas repetidas.

Esa evidencia es lo que aporta una operación de servicio independiente multimarca. Los datos operativos verificados de Rongtao Medical' definen la configuración de esta vía: 35+ ingenieros sénior que realizan diagnóstico y reparación a nivel de placa, más de 3,000 SKU de repuestos de las principales marcas OEM, una prueba en equipo real de 48 horas antes del envío con evidencia fotográfica o en video, un plazo estándar de 5–8 días hábiles, una garantía típicamente de 90 días, certificación ISO 13485:2016 e ISO 9001:2015, y envíos desde zona franca a 140+ países ³⁸. Para los aspectos económicos de extender frente a reemplazar y las cuestiones de procedencia de repuestos que sustentan esta vía, consulte nuestros informes complementarios sobre la flota envejecida tras la carta de fin de servicio, sobre la seguridad del servicio independiente y sobre patrones de fallas en placas.

Y el límite, expresado con la misma franqueza con que Olympus expresa el suyo: una reparación de hardware no genera un parche de OEM, no hace que una CVE sea inaplicable, no valida un cambio en el sistema operativo, no certifica una red y no hace que un dispositivo sea ciberseguro. Rongtao no está autorizada por los OEM, no es un proveedor de ciberseguridad, no desarrolla parches y no evalúa redes hospitalarias; los nombres de OEM en este informe son identificadores de cobertura de servicio y evidencia pública, nunca de afiliación. Los responsables de HTM, seguridad y del área clínica del hospital' tienen la decisión de disposición; el socio de servicio aporta uno de sus ejes.

Una regla práctica de interfaz cierra el ciclo: tras cualquier trabajo en placas, unidades o módulos —por parte de cualquiera—, la verificación previa al retorno al servicio debería confirmar no solo la calidad de imagen, sino también el estado relevante para la ciberseguridad: compilación de software sin cambios, cuentas y configuración de red intactas, estado del servicio remoto según lo aprobado, registro del activo actualizado. "Hardware reparado" y "activo retornado a su estado operativo aprobado" son dos aprobaciones distintas, a cargo de dos responsables diferentes.

Cláusulas de adquisición para el próximo sistema

Conclusión: la falta de evidencia de hoy' es la cláusula contractual de mañana'. Todo lo que este informe no pudo consultar —estado del sistema operativo por producto, fechas de fin de soporte, derechos a parches— es exactamente lo que la próxima orden de compra debería exigir por escrito.

Nada de esto previene vulnerabilidades. Asegura que, cuando llegue el próximo aviso, el hospital cuente con los derechos y la evidencia en lugar de descubrir —como ocurrió en el relevamiento de búsqueda de SO anterior— que la respuesta está detrás de un inicio de sesión que no posee.

Metodología y limitaciones

Conclusión clave: cada número calculado anteriormente es reproducible a partir de datos públicos con los filtros aquí especificados, y cada silencio se identifica como una propiedad del canal que lo produjo.

Análisis 510(k) de la FDA. Base de datos 510(k) de la FDA', exportación del 22 de julio de 2026 (175,559 registros). Cohorte principal: códigos de producto IYN e IYO —sistemas de ultrasonido de diagnóstico tipo carro/consola—, 2,066 decisiones, desde agosto de 1977 hasta junio de 2026; cotejado con un conjunto de ultrasonido de 11 códigos (2,726 registros), que reproduce la distribución (91.8 % previo a 524B). Las autorizaciones son decisiones de diseño, no unidades instaladas; no existe un recuento público de la base instalada y no se afirma ninguno. Las 204 decisiones posteriores a la fecha de corte constituyen un límite superior para los diseños de la era 524B porque la ley es vinculante desde la recepción de la solicitud, no desde la fecha de la decisión ².

Análisis de CISA. Catálogo KEV versión 2026.08.07 (1,662 entradas; filtrado de proveedores frente a listas de fabricantes de dispositivos médicos y diagnóstico por imágenes; indicador de ransomware y cálculo de fechas de vencimiento a partir de los propios campos del canal') ⁵. Serie ICSMA enumerada página por página a partir del listado de avisos de CISA' del 9 de agosto de 2026 —176 avisos para los años completos 2016–2025, 10 más en el período parcial de 2026; 18 avisos relevantes para diagnóstico por imágenes obtenidos y verificados individualmente; otros 27 títulos afines a diagnóstico por imágenes catalogados pero no verificados en profundidad. El recuento de avisos mide la actividad de divulgación, no la incidencia ³.

Análisis de los registros de seguridad de la FDA. Búsqueda narrativa en MAUDE mediante openFDA (datos actualizados al 28 de julio de 2026) en once códigos de producto de ultrasonido, 13,213 informes históricos en total; recálculo de la composición de eventos en el intervalo de exportación 2025–2026 (2,534 informes). Análisis de retiros del mercado en 542 registros de retiros de ultrasonido y una revisión de toda la base de datos en busca de eventos de retiro motivados por ciberseguridad (18 desde 2008). El silencio de MAUDE es una propiedad de las vías de notificación —los hospitales notifican los incidentes cibernéticos a la OCR, CISA, el FBI y las aseguradoras, no a una base de datos de seguridad de dispositivos— y nunca se interpreta aquí como evidencia de seguridad ⁴.

Relevamiento de divulgación de los OEM. Propiedades públicas de seguridad de productos de diez fabricantes' relevadas en agosto de 2026; "gated" significa que el documento o repositorio requiere una credencial de cliente. La ausencia de un proveedor' en el KEV, en el registro ICSMA o en la divulgación pública no constituye evidencia sobre la seguridad de sus productos' en ningún sentido.

Las estadísticas del sector se identifican con la entidad emisora y la muestra allí donde se citan: las cifras de Claroty's son telemetría procedente de su propia base de clientes de 351 organizaciones, no un censo ²⁴; las de Sophos's corresponden a una encuesta a víctimas ²⁵; los recuentos de incidentes de la OCR aumentan durante meses a medida que el portal se actualiza retrospectivamente ²³. Dos cifras ampliamente repetidas (6.2 vulnerabilidades por dispositivo; 40% de los dispositivos al final de su vida útil) se omiten porque no es posible rastrear su fuente primaria. Se declara vacía una de las vías intentadas: una revisión de los títulos de 29,979 anuncios de licitación de la UE (2016–2026) no encontró ninguno que hiciera referencia a requisitos de ciberseguridad —las cinco coincidencias con "cyber" correspondían a la marca comercial CyberKnife—, pero los títulos de las licitaciones no permiten ver los anexos de especificaciones, por lo que la afirmación correcta es "no comprobable con estos datos", no "los compradores no preguntan" ("buyers don't ask").

Preguntas frecuentes

¿Cómo averiguar qué sistema operativo ejecuta mi equipo de ultrasonido? En su mayor parte, no puede buscarlo en la documentación: tiene que capturarlo directamente. Solo 8 de las 26 plataformas identificadas contaban con un sistema operativo documentado públicamente en nuestro estudio; los resúmenes de la FDA 510(k) no lo revelan, y ningún fabricante original publica un documento de estado por producto de acceso libre ²¹⁹³¹. Registre la edición, la versión y la compilación en la propia pantalla de información del sistema del dispositivo (device's), luego solicite por escrito al fabricante el estado de soporte de esa compilación exacta, el MDS² actual y el acceso a avisos de seguridad con una cuenta institucional.

Finalizó el soporte de Windows 10 — ¿debo reemplazar mi sistema de ultrasonido? No solo por ese motivo. "Windows 10" no es un reloj único: la versión para consumidores 22H2 finalizó su soporte en octubre de 2025, pero las compilaciones IoT Enterprise LTSC que incorporan muchas consolas cuentan con soporte hasta enero de 2029 (LTSC 2019) y enero de 2032 (LTSC 2021), y tanto Canon como Philips publicaron declaraciones indicando que la única compilación afectada por la fecha límite de 2025 está ausente o aislada en sus productos actuales ³⁵³³³¹. Identifique primero la compilación exacta; luego aplique la verificación de los cinco relojes, no la comprobación por fecha de antigüedad.

¿Puedo instalar por mi cuenta una versión más reciente de Windows en el ecógrafo? No. El sistema operativo de un sistema de ultrasonido con autorización reglamentaria forma parte de una configuración validada de dispositivo médico; un cambio no autorizado del SO constituye una modificación no controlada que puede afectar la seguridad, la eficacia y el estado regulatorio. La vía de aplicación de parches se gestiona a través de las actualizaciones validadas del fabricante (manufacturer's) ¹⁰. Si no existe dicha vía, las opciones legítimas son las otras tres alternativas: segmentar, aislar o reemplazar.

¿Es un equipo de ultrasonido antiguo automáticamente un riesgo de ciberseguridad? No — la antigüedad no es la variable, sino la capacidad de recibir soporte. El IMDRF define un dispositivo heredado como aquel que no puede protegerse razonablemente frente a las amenazas actuales, y explícitamente no por un rango de antigüedad ⁶. El propio WannaCry es la prueba: NHS England constató que la mayoría de los dispositivos infectados ejecutaban Windows 7 con soporte pero sin parches, no el antiguo XP ²⁹. Una consola antigua con puertos bloqueados, flujos delimitados y una vía activa de servicio de hardware puede ser un activo gestionado; una nueva con acceso remoto no gestionado, no lo es.

¿Qué es un "dispositivo cibernético" según la Sección 524B? Un dispositivo que incluye software autorizado por el patrocinador, puede conectarse a internet y tiene características que podrían ser vulnerables a amenazas. Para las solicitudes cubiertas recibidas a partir del 29 de marzo de 2023, el fabricante debe proporcionar un plan de gestión de vulnerabilidades, un proceso de aplicación de parches y una SBOM ⁷. No es retroactivo —razón por la cual el 90.1% de la población de diseños de ultrasonido autorizados queda fuera de su alcance ².

¿Dónde encuentro avisos de seguridad para mi modelo de ultrasonido? Tres lugares, en orden de autoridad: la página de seguridad de productos del fabricante's (cinco de diez OEM publican listas de avisos gratuitas y fechadas: Philips, Siemens Healthineers, Canon Medical, GE HealthCare, Olympus); la serie ICS Medical Advisories de CISA's; y el portal protegido por credenciales del fabricante's para la corrección validada y el estado por producto ³¹⁹³¹. Asigne el monitoreo de avisos a un responsable organizacional —el registro demuestra que la corrección se encuentra sistemáticamente tras el inicio de sesión.

¿Una carta de fin de soporte significa que los repuestos ya no están disponibles? No necesariamente —lea qué relojes detiene realmente la carta. El aviso sobre ultrasonido de Olympus de 2025 puso fin al soporte de software y a las futuras contramedidas de seguridad, al tiempo que declaraba en el mismo documento que "se continuará ofreciendo soporte de hardware, como el reemplazo de piezas, etc." ¹. El soporte de software, la disponibilidad de repuestos y el servicio completo pueden finalizar con años de diferencia, y el mercado independiente de repuestos y reparación extiende aún más el reloj de hardware; confirme cada fecha por escrito.

Conclusión: la disposición, no la fecha de nacimiento

Cuatro hallazgos sustentan este informe.

Los relojes son separables, y los propios OEM los separan. Olympus puso fin al reloj de software de un sistema de ultrasonido's y continuó su reloj de hardware en una sola carta ¹. Gestionar un parque de equipos heredados es la disciplina de saber cuál de los cinco relojes ha vencido en cada activo —no de clasificar por fecha de compra.

El reglamento llegó después de la flota. Nueve de cada diez diseños de sistemas de ultrasonido autorizados son anteriores a la ley que exige un proceso de aplicación de parches, la población no se está retirando por antigüedad a razón de 55–83 autorizaciones al año, y un tercio de las autorizaciones recientes proviene de una larga cola de proveedores con prácticas de divulgación escasas o inexistentes ². Esperar la modernización es un plan de varias décadas.

El registro oficial ya señala que la aplicación de parches a menudo no es el remedio. La mitad de los avisos verificados de la CISA sobre diagnóstico por imágenes dejó al menos un producto sin corrección; todos los avisos que mencionaban ultrasonido tuvieron una cobertura incompleta de parches; las instrucciones fueron restringir, aislar, reemplazar ³. Mientras tanto, el reloj corporativo de aplicación de parches —21 días— es uno con el que ningún dispositivo validado puede operar ⁵. Segmentar y aislar no son una falta de determinación; son los remedios documentados.

El silencio del registro de seguridad's es una vía, no un veredicto. Cero menciones sobre ciberseguridad en 8,525 informes recientes de seguridad de ultrasonido significa que la señal nunca llegará a través de ese canal ⁴. La decisión debe tomarse con base en la evidencia de los activos y de los avisos —el registro que usted construye, porque el que puede consultar no existe.

Para cada sistema que permanezca en servicio bajo esa decisión, el reloj del hardware debe seguir funcionando: placas confiables, repuestos probados, sondas operativas, función documentada. Si una evaluación física de mantenibilidad ayudara en su decisión de disposición — aislamiento de fallas, disponibilidad de repuestos probados para sus modelos, evidencia de prueba en equipo real — esa es la conversación para la que está diseñada Rongtao Medical, como un insumo para una decisión que corresponde a sus responsables de HTM, seguridad y del área clínica.