Se ha divulgado una vulnerabilidad de desbordamiento de búfer en el router D-Link DIR-868L, versión de firmware 2.01b05. El fallo reside dentro del manejador de autenticación en /webfa_authentication.cgi, donde la función strcpy procesa los argumentos id y password sin una comprobación adecuada de límites. Un atacante puede desencadenar un desbordamiento de búfer en la pila de forma remota, y el código de explotación funcional ya es público. Si tiene alguno de estos dispositivos en un segmento de red relevante, trátelo como un riesgo activo, no teórico.

Desde la perspectiva de IAM, este es un ejemplo de manual de lo que ocurre cuando las superficies de autenticación se construyen sobre primitivas inseguras. strcpy lleva décadas siendo conocida como peligrosa. El manejador de autenticación, de entre todos los componentes, debería ser el más reforzado en cualquier dispositivo conectado a la red. Lo que he visto de forma repetida es que los dispositivos embebidos y de borde se tratan como infraestructura, no como puntos de verificación de identidad. Son ambas cosas. Si el componente que verifica las credenciales puede desbordarse a través de esas mismas credenciales, no se tiene un sistema de autenticación, sino un pasivo.

La entrada del NVD para CVE-2026-94089 confirma que el exploit ha sido divulgado públicamente. Eso cambia el cálculo por completo. Esta no es una situación de parchear cuando sea conveniente. La explotabilidad remota combinada con un exploit público significa que la ventana de tiempo es corta.

Para quienes gestionan segmentación de red, la preocupación mayor es qué hay detrás de estos routers. En entornos corporativos, los dispositivos D-Link de gama de consumo a veces terminan gestionando segmentos de oficinas remotas o laboratorios. Si el inventario de activos no los ha detectado, ahora es el momento de buscarlos. También vale la pena preguntarse: ¿quién puede acceder a la interfaz de administración de estos dispositivos a través de la red? Si la respuesta es «cualquiera en esa VLAN» o «no estamos seguros», ese es el problema real que hay que resolver, independientemente de este CVE concreto.

Esto es lo que se debe hacer el lunes por la mañana. Revise el inventario de dispositivos de red y marque las unidades D-Link DIR-868L que ejecuten el firmware 2.01b05. Restrinja el acceso a la interfaz de administración en la capa de red de inmediato, idealmente hacia una VLAN de gestión dedicada con controles de lista de permitidos explícita. Compruebe si D-Link ha publicado un firmware parcheado y priorice esa actualización. Si no hay parche disponible y el dispositivo se encuentra en un segmento sensible, aíslelo o sustitúyalo. No espere los plazos del fabricante cuando ya existe un exploit público en circulación.