Algo está pasando en los routers Asus con firm oficial desde la pasada madrugada

Tengo el ac87u en casa de mis padres con merlin también y sin problemas.

Parece ser una actualización chapucera de firmware lo que ha enladrillado millones de routers … ó puede que sea algún tipo de ataque dirigido … no sería el primero que sufren los routers de Asus.

Pero según se lee, solo afecta a los que tienen la firmware original.

Mi router Asus sin problemas. También es cierto que tengo las actualizaciones automáticas desactivadas.

Yo tengo 2 haciendo una mesh, un rt-ax88u y un zenwifi ax (xt8) el primero con el firmware merlin y el segundo con el firmware gnuton y los 2 sin problemas, pero que miedo me a dado eso que dice el del enlace que has puesto¡¡ xddd

En la web de Asus, en la secion de soporte del segundo router que tengo yo (zenwifi ax (ax8)) han desaparecido todos los firmware, imagino que algo estarán tocando ya los de Asus

Yo tengo un AC68U con el firmware original y no he tenido ningún problema. También es verdad que no tengo instalado el último firmware que salió hace una semana.

Mi router AX86S de momento funciona sin problemas (toco madera) con un uso del 76% de la memoria y los cores es raro que pasen del 2% cuando lo monitoreo. Actualicé ayer la versión oficial (3.0.0.4.388_23285)desde el móvil.

Salu2.

Tengo un RT-AC87U y esta mañana pasaba algo raro. Los dispositivos que ya estaban conectados por wifi funcionaban bien pero no se conectaban nuevos. Al final me he decantado por problemas en el router y lo he reiniciado (sospechaba que DHCP). Todo ok, pero ahora al leer esto he entrado a mirar y tengo los logs llenos de no se ha podido escribir por falta de espacio.

May 18 18:04:22 dnsmasq-DHCP[263]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 60s)

May 18 18:05:22 dnsmasq-DHCP[263]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 60s)

Supongo que ahora volverá a fallar si intento conectar un dispositivo nuevo…

Tenia deshabilitadas las actualizaciones automáticas y mi firmware es del 2021 (el ultimo en la web), por lo que descartaría una actualización aunque no que algo pase con el servidor de actualizaciones y al hacer una comprobación automática se vuelva loco… o cualquier otra cosa xD

tengo un AC88U como AP, y no me ha dado ningun problema, aunque le tengo desactivado las actualizaciones automaticas.

rt-ax88u como principal con firmware merlin y rt-ax58u como nodo aimesh con firmware original, y todo ok.

¿Bomba de tiempo?

Tengo el RT-AC68U con el firmware original actualizado hace unos dias a la version 3.0.0.4.386_51665 y no he notado ningun problema.

si,hay algunos que no han fallado.

Joer. HGU en modo Bridge, y un AC68U dando internet. Esta mañana me levanto y no navegaba. He hecho pruebas, y lo más curioso que veía era en la pantalla STATUS no habia informacion de los puertos Ethernet (te aparece si están conectado y a qué velocidad). Encima, al mirar el LOG veía errores a mansalva de LLENADO, pero no me preguntéis de qué. Dando por hecho de que era problema del HGU, lo he quitado de la red y tengo AHORA solo el HGU.

Esperaré un par de días a ver si hay noticias para volverlo a poner.

P.D. SirJuan más abajo pone errores del LOG… JURARIA que los mios eran los mismos.

No me lo puedo creer. Llego de rebote a este post mientras veo el partido del Sevilla y descubro que la muerte esta madrugada de mi Asus AC68U no fue casualidad. Veo que un hard reset lo soluciona. Voy a probar. Yo soy otro con el Router actualizado a ultimo firmware y que lo descubrió hoy a las 8h cuando entraba a trabajar (teletrabajo). Menos mal que tengo detrás el mítico MitraStar de Movistar que me salvó el cuello.

Yo tengo el RT-AC86U con el último firmware y si problemas, es si le tengo desactivado lo de actualizar automáticamente.

En mi caso, tengo firmware original y los tengo normal por ahora. son un AC86U y un TUF AX3000 V2, estan conectados en red mesh por cable, siendo el maestro el AC86U (el otro no porque en su momento tenia un firmware muy inestable). En cambio el router Asus de un amigo, esta teniendo estos problemas. no le conectan los moviles a la red… y la navegacion no fluida, con fallos.

Yo tengo Wifi 6 Mesh de Asus con el Zenwifi AX Mini y el nodo principal ya se me ha bloqueado dos veces (se pone a parpadear en rojo). De momento lo reinicio y todo vuelve a funcionar. He visto que la app de móvil para gestionar la actualizaron ayer mismo con el aviso de que ahora soporta la version de firmware de los routers superior a 388.xxxxx.

Entro a mirar y me dice que el dispositivo se ha restaurado el solo a la configuración de fábrica y tengo que volver a enlazarlo. Pero me conserva los nombres de red y contraseñas.

El firmware está actualizado a la versión 3.0.0.4.386_49599

De momento no se ha vuelto a bloquear.

Con el AC68U, acabo de instalarle el Merlin, y nada más reiniciarse, me sale un error de que tengo la NVRAM llena y aconseja hacer un Factory Reset (instalé sobre la version que me dió fallo… luego digo si va bien esta Merlin o no.

Yo estoy con un RTAX55 con versión de firmware:

3.0.0.4.386_51598 y todo correcto, no he notado nada raro.

Buenas. Me ocurrió ayer con un repetidor RP-AX56 uqe tengo como nodo Airmesh. Por la mañana estaba parpadeando continuamente el led, lo desenchufé y volví a conectar y seguía igual, mi router principal no lo reconocía. Reseteé el repetidor lo volví a añadir a la red y ya bien.

Por seguir un poco el tema, ayer como estaba con lio me limite a apagar el Asus (un RT-AX56U firmware stock) hasta que tuviese tiempo para dedicarle. Cuando lo apague aun tenia el problema del asd chupando cpu y ram y grabando como loco los logs.

Hoy lo he encendido desconectado de internet y dispuesto a seguir los pasos de lhacc de borrar el fichero pertinente, pero habia desaparecido ya.

Segun el log del asd:

1684426064[chknvram_action] Cannot deplicate string.
1684426064[chknvram_action1525496702[register_feature] blockfile registered
1525496702[register_feature] chknvram registered
1525496702[register_feature] misc registered
1525496702[are_all_sig_file_valid] signature file(/jffs/asd/chknvram20230516) is invalid.
1525496702[init] Remove all invalid files

Asi que lo conecto a internet, y al poco me aparece primero esto

1684511871[check_version_from_server] Check server at Fri May 19 17:57:51 2023
1684511888[_download_and_verify_file] Download file (version) fail!
z1xu9.....................................................................tJS0w65d8J/g==
aQcPTx.......................................................................w7B3YrKlw==
Ujxs....................................................................................
........................................................................................
........................................................................................
........................................................................................
42U..................................................................x6ZERBPeOxAIYmDrw==

Y ya esta, aparte del fail, hay 7 lineas en base64 (he puesto yo los puntos por ofuscar un poco, aunque no tenga ni idea de que es).

Sea como fuere hoy (tanto antes de enchufarlo a internet como despues) ya no me consume cpu ni ram ni graba en el log de asd como un descosido.

Ademas de esto he revisado por casualidad y sorpresa!, nuevo firmware oficial despues de casi 1 año (ayer tarde no estaba, o al menos lo mire en la web de Asus y aun tenian el antiguo)

ASUS RT-AX56U Firmware version 3.0.0.4.386.51665
Versión 3.0.0.4.386.51665
74.75 MB
2023/05/18

Security updates:
-Enabled and supported ECDSA certificates for Let's Encrypt.
-Enhanced protection for credentials.
-Enhanced protection for OTA firmware updates.
-Fixed DoS vulnerabilities in firewall configuration pages. Thanks to Jinghe Gao's contribution.
-Fixed DoS vulerabilities in httpd. Thanks to Howard McGreehan.
-Fixed information disclosure vulnerability. Thanks to Junxu (Hillstone Network Security Research Institute) contribution.
-Fixed CVE-2023-28702 and CVE-2023-28703. Thanks to Xingyu Xu(@tmotfl) contribution.
-Fixed null pointer dereference vulnerabilities. Thanks to Chengfeng Ye, Prism Research Group - cse hkust contribution.
-Fixed the cfg server vulnerability. Thanks to Swing and Wang Duo from Chaitin Security Research Lab.
-Fixed the vulnerability in the logmessage function. Thanks to Swing and Wang Duo from Chaitin Security Research Lab C0ss4ck from Bytedance Wuheng Lab, Feixincheng from X1cT34m.

Un firmware asi no se prepara de la noche a la mañana, asi que no se al final si estara relacionado con los "updates" del asd o no. O igual si y es que los nuevos updates van con otro certificado y por eso parecian corruptos, no tengo la menor idea.