| CVE | Description | Publicated date | Assigned CNA |
|---|---|---|---|
| CVE-2020-10287 | La familia IRC5 con servicio UAS habilitado viene por defecto con credenciales que se pueden encontrar en los manuales disponibles públicamente. ABB considera que esta es una funcionalidad bien documentada que ayuda al cliente a configurar, sin embargo, a partir de nuestra investigación, encontramos múltiples sistemas de producción que ejecutan estas credenciales predeterminadas exactas y consideramos que es una exposición que debe ser mitigada. Además, las implementaciones futuras deberían considerar que estos valores predeterminados deberían estar prohibidos (el usuario debería verse forzado a cambiarlos) | Alias Robotics |
|
| CVE-2020-10284 | No se requiere autenticación para controlar el robot dentro de la red, además, el último manual de usuario disponible muestra una opción que le permite al usuario agregar una contraseña al robot, pero como en xarm_studio versión 1.3.0 la opción esta careciendo del menú. Asumiendo el control manual, incluso al eliminar forzosamente el operador actual de una sesión activa | Alias Robotics |
|
| CVE-2020-10282 | El protocolo Micro Air Vehicle Link (MAVLink) no presenta ningún mecanismo de autenticación en su versión 1.0 (ni autorización), lo que conlleva a una variedad de ataques que incluyen suplantación de identidad, acceso no autorizado, ataques PITM y más. De acuerdo a la literatura, la versión 2.0 opcionalmente permite la firma de paquetes que mitiga este fallo. Otra fuente menciona que MAVLink versión 2.0 solo proporciona un sistema de autenticación simple basado en HMAC. Esto implica que el sistema de vuelo en general debería agregar la misma clave simétrica en todos los dispositivos de la red. Si no es el caso, esto puede causar un problema de seguridad, que si uno de los dispositivos y su clave simétrica están comprometidos, todo el sistema de autenticación no es confiable | Alias Robotics |
|
| CVE-2020-10281 | Esta vulnerabilidad aplica al protocolo Micro Air Vehicle Link (MAVLink) y permite a un atacante remoto conseguir acceso a información confidencial siempre que tenga acceso al medio de comunicación. MAVLink es un protocolo basado en el encabezado que no realiza cifrado para mejorar la transferencia (y la velocidad de recepción) y la eficiencia por diseño. La creciente popularidad del protocolo (utilizado entre diferentes pilotos automáticos) ha llevado a su uso en medios cableados e inalámbricos por medio de canales de comunicación no seguros que exponen información confidencial a un atacante remoto con capacidad de interceptar el tráfico de la red | Alias Robotics |
|
| CVE-2020-10272 | MiR100, MiR200 y otros robots MiR usan los paquetes predeterminados del Robot Operating System (ROS) que exponen el gráfico computacional sin ningún tipo de autenticación. Esto permite a atacantes con acceso a las redes inalámbricas y cableadas internas tomar el control del robot perfectamente. En combinación con CVE-2020-10269 y CVE-2020-10271, este fallo permite a actores maliciosos comandar el robot cuando lo deseen | Alias Robotics |
|
| CVE-2020-10270 | Fuera de las interfaces cableadas e inalámbricas dentro de MiR100, MiR200 y otros vehículos de MiR fleet, es posible acceder al Panel de Control en una dirección IP embebida. Las credenciales de dicha interfaz inalámbrica son predeterminadas para usuarios conocidos y ampliamente difundidos (omitidos) y contraseñas (omitidas). Esta información también está disponible en guías de usuario y manuales anteriores que el proveedor distribuyó. Este fallo permite a atacantes cibernéticos tomar el control del robot remotamente y hacer uso de las interfaces de usuario predeterminadas que MiR ha creado, reduciendo la complejidad de los ataques y poniéndolos a disposición de los atacantes a nivel de entrada. También se pueden establecer ataques más elaborados al borrar la autenticación y enviar peticiones de red directamente. Hemos confirmado este fallo en MiR100 y MiR200, pero según el proveedor, también podría aplicarse a MiR250, MiR500 y MiR1000 | Alias Robotics |
|
| CVE-2020-10276 | La contraseña para el PLC de seguridad es la predeterminada y, por lo tanto, fácil de encontrar (en manuales, etc.). Esto permite a un programa manipulado ser cargado al PLC de seguridad, deshabilitando efectivamente la parada de emergencia en caso de que un objeto esté demasiado cerca del robot. Una navegación y cualquier otro componente dependiente del escáner láser no están afectados (por lo tanto, es difícil de detectar antes de que ocurra algo), aunque la configuración del escáner láser puede también estar afectada alterando aún más la seguridad del dispositivo | Alias Robotics |
|
| CVE-2020-10275 | Los tokens de acceso para la API REST son derivados directamente desde las credenciales predeterminadas disponibles públicamente para la interfaz web. Dado un NOMBRE DE USUARIO y una CONTRASEÑA, la cadena de token está generada directamente con base64(USERNAME:sha256(PASSWORD)). Un atacante no autorizado dentro de la red puede utilizar las credenciales predeterminadas para calcular el token e interactuar con la API REST para filtrar, infiltrar o eliminar datos | Alias Robotics |
|
| CVE-2020-10277 | No presenta ningún mecanismo que impida a un operador malo arrancar desde una imagen de Sistema Operativo en vivo, esto puede conllevar a una extracción de archivos confidenciales (como el archivo shadow) o una escalada de privilegios al añadir manualmente un nuevo usuario con privilegios de sudo en la máquina | Alias Robotics |
|
| CVE-2020-10278 | El Computador del BIOS onboard MiR, no está protegido por contraseña, por lo tanto, permite a un Operador Malo modificar configuraciones como el orden de arranque. Esto puede ser aprovechado por un operador Malicioso para arrancar desde una Imagen en Vivo | Alias Robotics |
|
| CVE-2020-10273 | Los controladores MiR hasta las versiones de firmware 2.8.1.1 y anteriores, no cifran ni protegen de ninguna manera los artefactos de propiedad intelectual instalados en los robots. Este fallo permite a atacantes con acceso al robot o a la red del robot (en combinación con otros fallos) recuperar y exfiltrar fácilmente toda la propiedad intelectual y los datos instalados | Alias Robotics |
|
| CVE-2020-10271 | MiR100, MiR200 y otros robots MiR usan los paquetes predeterminados del Robot Operating System (ROS) que exponen el gráfico computacional a todas las interfaces de red, inalámbricas y cableadas. Este es el resultado de una configuración incorrecta y puede ser mitigado ajustando el ROS de forma apropiada y/o aplicando parches según sea apropiado. Actualmente, puede accederse completamente al gráfico computacional del ROS desde los puertos expuestos cableados. En combinación con otros fallos como CVE-2020-10269, el gráfico computacional también puede ser recuperado e interactuado desde redes inalámbricas. Esto permite a un operador malicioso tomar el control de la lógica del ROS y, en consecuencia, del robot completo dado que las operaciones de MiR se centran en el framework (ROS) | Alias Robotics |
|
| CVE-2020-10269 | Una de las interfaces inalámbricas dentro de MiR100, MiR200 y posiblemente (según el proveedor) otros vehículos de MiR fleet viene preconfigurada en modo WiFi Master (Punto de Acceso). Las credenciales de dicho Punto de Acceso inalámbrico presenta por defecto un SSID bien conocido y ampliamente difundido (MiR_RXXXX) y contraseñas (omitidas). Esta información también está disponible en Guías de Usuario y manuales anteriores que el proveedor ha distribuido. Hemos confirmado este fallo en MiR100 y MiR200 pero también podría aplicarse a MiR250, MiR500 y MiR1000 | Alias Robotics |
|
| CVE-2020-10280 | El servidor Apache en el puerto 80 que aloja la interfaz web es vulnerable a un ataque de tipo DoS mediante un correo no deseado de encabezados HTTP incompletos, bloqueando efectivamente el acceso al panel | Alias Robotics |
|
| CVE-2020-10279 | Los controladores de robot MiR (unidad de cómputo central) usan Ubuntu versión 16.04.2 como sistema operativo. Pensado para usos de escritorio, este sistema operativo presenta valores predeterminados no seguros para robots. Estas inseguridades incluyen una forma para usuarios de escalar su acceso más allá de lo que se les fue concedido por medio de una creación de archivos, condiciones de carrera de acceso, configuraciones no seguras del directorio de inicio y valores predeterminados que facilitan unos ataques de Denegación de Servicio (DoS) | Alias Robotics |
|
| CVE-2020-10274 | Los tokens de acceso para la API REST son derivados directamente (codificación sha256 y base64) de las credenciales predeterminadas disponibles públicamente del Panel de Control (consulte CVE-2020-10270 para conocer los fallos relacionados). Este fallo en combinación con CVE-2020-10273 permite a cualquier atacante conectado a las redes del robot (por cable o inalámbrico) extraer todos los datos almacenados (por ejemplo, imágenes de mapeo en interiores) y metadatos asociados de la base de datos del robot | Alias Robotics |
|
| CVE-2020-10268 | Los servicios críticos para la operación se pueden finalizar desde el administrador de tareas de Windows, provocando que el manipulador se detenga. Después de esto, una recalibración de los frenos se debe llevar a cabo. Tome en cuenta que esto solo puede lograrlo un técnico de Kuka o un hardware de calibración emitido por Kuka que interactúe con el manipulador, promoviendo el retraso e incrementando los costos operativos | Alias Robotics |
|
| CVE-2020-10266 | UR+ (Universal Robots+), es una plataforma de vendedores de componentes de hardware y software para robots de Universal Robots. Cuando instalamos cualquiera de estos componentes en los robots (por ejemplo, en el UR10), no se realizan comprobaciones de integridad. Además, el SDK para hacer tales componentes puede ser obtenido fácilmente desde Universal Robots. Un atacante podría explotar este fallo al diseñar un componente personalizado con el SDK, llevando a cabo ataques de tipo Person-In-The-Middle (PITM) y enviando el componente diseñado maliciosamente según se requiera. | Alias Robotics |
|
| CVE-2020-10267 | Universal Robots control box CB versión 3.1, en todas las versiones de firmware (probadas en 1.12.1, 1.12, 1.11 y 1.10), no cifra ni protege de ninguna manera los artefactos de propiedad intelectual instalados desde la plataforma UR+ de componentes de hardware y software (URCaps). Estos archivos (*.urcaps) se almacenan en "/root/.urcaps" como archivos zip simples que contienen toda la lógica para agregar funcionalidad a los robots UR3, UR5 y UR10. Este fallo permite a atacantes con acceso al robot o a la red de robots (mientras se combina con otros fallos) recuperar y filtrar fácilmente toda la propiedad intelectual instalada. | Alias Robotics |
|
| CVE-2020-10265 | Universal Robots Robot Controllers Version CB2 SW Versión 1.4, y superiores, CB3 SW Versión 3.0 y superiores, e-series SW Versión 5.0 y superiores, exponen un servicio llamado servidor DashBoard en el puerto 29999 que permite el control sobre las funciones centrales del robot como iniciar/detener programas, apagar, restablecer la seguridad y más. El servidor DashBoard no está protegido por ningún tipo de autenticación o autorización. | Alias Robotics |


