Base de datos CVE

Una omisión de autenticación en N-central < 2026.3 HF 3 conduce a una omisión de autenticación en API solo internas

Las versiones 2.2.9 y anteriores de Tycon Systems TPDIN-Monitor-WEB3 son vulnerables a una vulnerabilidad de falta de autorización. Esto podría permitir a un atacante extraer credenciales del sistema, configuraciones o contenidos de la memoria flash.

En Ignition 8.1.53 y versiones anteriores, la configuración del Gateway "Create Project Role(s)" venía en blanco, lo que permitía a cualquier usuario autenticado crear proyectos (si puede ejecutar gateway scripts). Ignition 8.1.54 restringe la creación de proyectos a las sesiones de Designer y ya no depende de esta configuración. La serie 8.3 no está afectada.

Neutralización inadecuada de secuencias CRLF en IXON VPN Client antes de la versión 1.4.7 permite a un atacante ejecutar comandos como root o SYSTEM. Los valores de configuración aceptados por el servicio local se escriben en un archivo consumido posteriormente por un subproceso privilegiado, sin que se neutralicen las secuencias de fin de línea, lo que permite introducir directivas adicionales en ese archivo. La interfaz de configuración acepta cambios sin autenticar ni verificar el origen del solicitante. La configuración inyectada persiste en disco a través de los reinicios del cliente y del sistema operativo, y la conexión VPN continúa funcionando con normalidad, por lo que no hay ningún cambio de comportamiento visible para el usuario.

Tycon Systems TPDIN-Monitor-WEB3 versiones 2.2.9 y anteriores son vulnerables a una vulnerabilidad de cross-site request forgery. Esto podría permitir a un atacante realizar operaciones de cambio de estado en el dispositivo.

Tycon Systems TPDIN-Monitor-WEB3 versiones 2.2.9 y anteriores son vulnerables a una vulnerabilidad de uso de credenciales hard-coded. Esto podría permitir a un atacante interceptar información confidencial o credenciales.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: HID: nintendo: registrar el dispositivo de entrada después de establecer las capacidades input_register_device() expone el dispositivo al espacio de usuario inmediatamente. En joycon_input_create() se llamaba antes de que joycon_config_rumble() configure la capacidad FF_RUMBLE y el dispositivo memless force-feedback, por lo que un EVIOCSFF concurrente podría desreferenciar un NULL dev->ff. Registrarlo anticipadamente también significa que el evento udev inicial carece de información de botones y ejes, lo que puede hacer que los gestores de entrada ignoren el dispositivo. Mover input_register_device() al final de joycon_input_create(), después de que se hayan configurado todas las capacidades, el dispositivo de entrada IMU y los callbacks de force-feedback.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: xfrm: ah6: validate routing header segments_left AH6 reorganiza las direcciones del encabezado de enrutamiento antes de calcular o verificar el ICV. ipv6_rearrange_rthdr() asume que segments_left no es mayor que el número de direcciones descritas por el campo hdrlen del encabezado de enrutamiento. Esta suposición no se cumple para los paquetes IPv6 sin procesar HDRINCL. Un paquete con hdrlen igual a 2 describe una dirección, pero puede contener un valor arbitrario de segments_left. Con segments_left igual a 255, la función mueve su puntero de dirección 4.064 bytes hacia atrás y pasa una longitud de 4.064 bytes a memmove(), lo que provoca un acceso fuera de límites. Valide localmente la invariante antes de modificar el encabezado de enrutamiento o realizar cualquier aritmética de punteros de dirección, y propague los errores de encabezado malformado a las rutas de error de entrada y salida existentes de AH6.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: HID: magicmouse: evitar la recursión ilimitada en magicmouse_raw_event() magicmouse_raw_event() gestiona los paquetes DOUBLE_REPORT_ID (0xf7), que agrupan dos informes táctiles en uno, dividiendo el paquete y llamándose a sí misma en cada mitad. La única protección contra la recursión descontrolada es una comprobación "size < 1", que detiene las llamadas de tamaño cero pero no limita la profundidad de la recursión. Un dispositivo HID malicioso correspondiente a este controlador puede enviar un informe que empieza con DOUBLE_REPORT_ID y está relleno con la secuencia [0xf7, 0x00]. Cada nivel consume dos bytes y recurre sobre el resto, por lo que un informe entrante de hasta HID_MAX_BUFFER_SIZE (16 KiB) genera aproximadamente 8000 llamadas anidadas. Eso agota fácilmente el stack del kernel de 16 KiB, lo que provoca un stack overflow: un panic con CONFIG_VMAP_STACK, o corrupción de memoria sin él. Un informe doble solo encapsula dos informes normales; nunca está legítimamente anidado. Se impide volver a entrar en el caso DOUBLE_REPORT_ID desde una llamada recursiva para que la profundidad de recursión quede limitada a dos, mientras que todos los paquetes válidos se siguen analizando exactamente igual que antes.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: HID: pidff: corrige la escritura OOB cuando hid->inputs está vacío hid_pidff_init_with_quirks() deriva su input_dev de list_entry(hid->inputs.next, struct hid_input, list) sin comprobar primero que hid->inputs no esté vacío. El miembro list de struct hid_input se encuentra en el desplazamiento 0, por lo que en una lista vacía list_entry() produce &hid->inputs y la carga posterior de hidinput->input lee un miembro no relacionado de struct hid_device. dev es entonces un puntero con tipos confundidos, y la inicialización de force-feedback escribe a través de él: cada set_bit(FF_*, dev->ffbit) almacena 8 bytes en dev + 192, más allá del final del objeto al que realmente apunta dev, e input_ff_create() añade más escrituras de un puntero de heap y dos punteros a funciones. Hasta hid-universal-pidff, el único llamador era hid_pidff_init() desde usbhid, que se ejecuta bajo HID_CLAIMED_INPUT y, por tanto, siempre tiene al menos un hid_input. universal_pidff_probe() inicia el dispositivo con HID_CONNECT_DEFAULT & ~HID_CONNECT_FF y después llama directamente a hid_pidff_init_with_quirks() siempre que el descriptor contenga una página de uso PID, omitiendo esa condición. Un descriptor de informes cuya única colección de aplicación esté en HID_UP_PID deja hid->inputs vacío mientras hid_connect() sigue teniendo éxito mediante la solicitud de hidraw, por lo que probe alcanza el list_entry() sin protección. La escritura ocurre en la ruta de probe USB, en la cola de trabajo de hotplug, por lo que basta con conectar un dispositivo malicioso para activarla; no se requiere software del atacante ni un usuario conectado. KASAN informa de una escritura de 8 bytes fuera de límites en hid_pidff_init_with_quirks(), alcanzada desde universal_pidff_probe(). Comprobar si la lista está vacía antes de derivar dev y devolver -ENODEV, como ya hacen los demás controladores HID de force-feedback. universal_pidff_probe() propaga el error y deshace los cambios. Descubierto por XBOW, clasificado por Baul Lee <[email protected]>

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: HID: nintendo: corrige una lectura fuera de límites en joycon_ctlr_read_handler() joycon_ctlr_read_handler() convierte un informe de entrada HID entrante a struct joycon_input_report y lo analiza, protegiendo la conversión únicamente con una comprobación de longitud de 12 bytes: if (size >= 12) /* make sure it contains the input report */ joycon_parse_report(ctlr, (struct joycon_input_report *)data); struct joycon_input_report tiene 49 bytes: un encabezado de 13 bytes seguido de una unión cuyo brazo IMU es de 36 bytes. Para un informe IMU, joycon_parse_report() -> joycon_parse_imu_report() recorre esa unión (desplazamientos de struct 13..48), por lo que un informe de exactamente 12 bytes con data[0] == JC_INPUT_IMU_DATA supera la comprobación pero se lee hasta 37 bytes más allá de su longitud declarada. Los bytes de sobrelectura se decodifican en valores de acelerómetro/giróscopo y se reenvían al espacio de usuario a través del dispositivo de entrada "(IMU)", filtrando memoria interna del controlador. data[0] y size están totalmente controlados por un Joy-Con/Pro Controller malicioso o suplantado. Los búferes de recepción están dimensionados a la longitud máxima de informe, por lo que se trata de una sobrelectura dentro de la asignación y no de un acceso fuera de límites en el slab, pero los bytes decodificados siguen llegando al espacio de usuario. La ruta hermana de subcmd en joycon_ctlr_handle_event() ya limita correctamente la misma conversión de tipo: if (size < sizeof(struct joycon_input_report) || data[0] != JC_INPUT_SUBCMD_REPLY) break; Utilice el mismo límite sizeof(struct joycon_input_report) aquí.

En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta: HID: nintendo: detener la E/S del dispositivo antes de hid_hw_stop en caso de fallo de probe nintendo_hid_probe() llama a hid_device_io_start() antes de joycon_init() y joycon_leds_create(). Si alguna falla, la ruta de error salta a err_close que llama a hid_hw_close()/hid_hw_stop() sin llamar primero a hid_device_io_stop(). hid_hw_stop() no detiene la E/S del dispositivo, por lo que hid_input_report() aún puede ejecutarse y acceder a los datos del controlador que se están desmontando, lo que provoca un use-after-free. Añade una etiqueta err_io_stop que llama a hid_device_io_stop() antes de hid_hw_close(), y dirige a ella las dos rutas de error posteriores a io_start.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: HID: ft260: corregir escritura stack-use-after-return en condición de carrera de lectura I2C ft260_i2c_read() apunta dev->read_buf a un búfer suministrado por el llamador (a menudo una variable en la pila), arma una completion y espera hasta cinco segundos a que el dispositivo devuelva los datos. El callback de entrada HID ft260_raw_event() se ejecuta en la ruta input/IRQ, independientemente del mutex dev->lock mantenido por la ruta de lectura, y copia el payload suministrado por el dispositivo en dev->read_buf tras una simple comprobación de NULL. Estas dos rutas comparten read_buf, read_idx y read_len sin serialización. Si el dispositivo retrasa su respuesta hasta que la lectura expira por tiempo de espera, ft260_i2c_read() restablece el controlador, borra read_buf y retorna, desenrollando el marco de pila en el que residía el búfer. Una respuesta que llega en ese momento permite a ft260_raw_event() superar la comprobación de NULL y luego copiar mediante memcpy() el payload controlado por el dispositivo en la ubicación de pila ahora liberada, una escritura stack-use-after-return acotada pero influenciada por el atacante desencadenable por hardware malicioso o defectuoso. Añadir un spinlock dedicado que serializa cada acceso a read_buf, read_idx y read_len. ft260_raw_event() ahora lo mantiene durante la comprobación de NULL, el memcpy y la actualización del índice, mientras que la ruta de lectura lo toma al armar y al borrar el búfer, de modo que la liberación ya no puede intercalarse entre la comprobación y la copia.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: HID: sensor: custom: Corrección de use-after-free en enable_sensor enable_sensor_store() puede llamar a set_power_report_state(), que desreferencia sensor_inst->power_state y sensor_inst->report_state. Estos punteros hacen referencia a entradas en sensor_inst->fields. Cree los atributos de campo antes de exponer el atributo sysfs enable_sensor, para que no se pueda acceder a enable_sensor antes de que se haya inicializado el estado del que depende. Al eliminar, suprima enable_sensor antes de liberar los atributos de campo, para que una escritura sysfs concurrente no pueda desreferenciar memoria liberada a través de power_state o report_state.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: HID: uclogic: corrige un use-after-free de inrange_timer en la eliminación uclogic_remove() cancela el temporizador de lápiz en rango y luego detiene el dispositivo: timer_delete_sync(&drvdata->inrange_timer); hid_hw_stop(hdev); timer_delete_sync() solo garantiza que el temporizador esté inactivo en ese instante. uclogic_raw_event_pen() sigue entregando informes del lápiz hasta que hid_hw_stop() detiene el transporte varias líneas después, y cada informe con pen->inrange == UCLOGIC_PARAMS_PEN_INRANGE_NONE rearma el temporizador: mod_timer(&drvdata->inrange_timer, jiffies + msecs_to_jiffies(100)); Un informe que llega entre la llamada a timer_delete_sync() y el desmontaje del transporte en hid_hw_stop() rearma inrange_timer después de que fuera cancelado. uclogic_remove() luego retorna y los drvdata de devm se liberan, mientras que hid_hw_stop() ya ha liberado el dispositivo de entrada al que ap

La falta de autenticación para una función crítica, la falsificación de solicitudes del lado del servidor (SSRF) y el uso de credenciales codificadas en ASUS Control Center permiten que un usuario no autorizado obtenga la clave de cifrado mediante una solicitud HTTP, lo que hace que un servicio local habilite SSH en el puerto 2222. A continuación, el atacante puede iniciar sesión con las credenciales codificadas para obtener una shell de root, lo que permite leer, escribir y eliminar datos directamente en ASUS Control Center, así como controlar de forma remota todos los servidores, PC y estaciones de trabajo de la empresa. Consulte la sección «Security Update for ASUS Control Center» en el aviso de seguridad de ASUS para obtener más información.

Existe una vulnerabilidad de clave criptográfica codificada de forma fija en el módulo web de TP-Link Archer AX55 v4. Un atacante de la LAN que capture una sesión de inicio de sesión HTTP puede usar la clave privada RSA compartida conocida para descifrar la contraseña de administrador; la clave de sesión AES debilitada reduce aún más el esfuerzo necesario para comprometer la confidencialidad de la sesión. La explotación exitosa puede revelar la contraseña de administrador capturada de una sesión de inicio de sesión HTTP y comprometer la confidencialidad de la sesión.

Verificación incorrecta de la firma criptográfica en Copilot Studio permite a un atacante no autorizado elevar privilegios a través de la red.

Falta de autenticación para una función crítica en Azure AI Language permite a un atacante no autorizado elevar privilegios a través de la red.

Omisión de autorización mediante clave controlada por el usuario en Azure Cosmos DB permite a un atacante autorizado realizar spoofing a través de una red.