Home > Castellano > Configurar router ADSL Huawei HG532c averiado/deshabilitado

Configurar router ADSL Huawei HG532c averiado/deshabilitado

January 22nd, 2011 admin Leave a comment Go to comments

Este es un procedimiento para modificar la configuración de un router Huawei HG532c (y posiblemente otros de la misma familia) cuando el interfaz web ha sido averiado/deshabilitado por el proveedor. Este router lo proporciona en España, por ejemplo,  Jazztel.

El caso es que en diversas circunstancias (que quizá detalle en otro post pero os adelanto y juro que soy inocente) el ISP deshabilita el interfaz web del router remotamente para que el propietario no pueda utilizarlo con otro proveedor.  Lo que hacen es borrar o modificar ficheros de javascript del interfaz para que el navegador señale un error y no pueda hacer submit de nuevos parámetros.  El router dispone de otro interfaz via CLI por telnet, pero las opciones son prácticamente nulas. Así que te quedas básicamente con un punto de acceso Wifi limitado. Sucio, ¿Eh?

Sin embargo, la página para salvar y cargar la configuración de fichero funciona. Así que vas a Maintenance > Device > Configuration file > Download y te bajas la configuración del router para modificarla offline.
descargar_config

Por desgracia el fichero descargado no está en claro. Contiene un chorro de caracteres sin retorno de carro

root@galerna:/home/mimismo/down# cat router_config
PD94bWwgdmVyc2lvbj0iMS4wIiA/Pgo8SW50ZXJuZXRHYXRld2F5RGV2aWNlQ29uZmlnPgo8SW50ZXJuZXRHYXRld2F5RGV2aWNlPgo8RGV2aWNlSW5mbyBQcm92aXNpb25p
bmdDb2RlPSJKQVpaIj4KPFhfUG9ydGFsTWFuYWdlbWVudCBFbmFibGU9IjAiIFBvcnRhbFVybC1Db21wdXRlcj0iIiBQb3J0YWxVcmwtU1RCPSIiIFBvcnRhbFVybC1QaG9u
ZT0iIi8+CjxYX1NlcnZpY2VNYW5hZ2UgRnRwRW5hYmxlPSIxIiBGdHBVc2VyTmFtZT0iQlVFTiBJTlRFTlRPLCBDSEFWQUwgOykiIEZ0cFBhc3N3b3JkPSJVVVVZISBDYXNp
ISIgRnRwUG9ydD0iMjEiIEZ0cFBhdGg9Ii9tbnQiIFRlbG5ldEVuYWJsZT0iMSIgVGVsbmV0UG9y [...]

Enseguida saltan a la vista unas características peculiares del chorro:  No tiene retornos de carro, son todos caracteres ASCII y hay grandes trozos que se repiten. Si hacemos la prueba de cambiar un parámetro en el router, volver a salvar la configuración y comparar los ficheros, vemos que sólo cambian uno o dos caracteres. Así que de “cifrado” nada. ¿No será un simple y viejo Base64?

root@galerna:/home/mimismo/down# base64 -d router_config
<?xml version="1.0" ?>
<InternetGatewayDeviceConfig>
<InternetGatewayDevice>
<DeviceInfo ProvisioningCode="JAZZ">
<X_PortalManagement Enable="0" PortalUrl-Computer="" PortalUrl-STB="" PortalUrl-Phone=""/>
<X_ServiceManage FtpEnable="1" FtpUserName="XXX" FtpPassword="XXX" FtpPort="21" FtpPath="/mnt" TelnetEnable="1" TelnetPort="23" SambaEnable="1"/>
</DeviceInfo>
<ManagementServer URL="https://acs.jazztel.com:8443" Username="" Password="" PeriodicInformEnable="1" PeriodicInformInterval="3600" ConnectionRequestUsername="None" ConnectionRequestPassword="None" X_SSLCertEnable="0" X_ConnReqPort="8081
[...]

Caramba, un fichero en XML perfectamente human-readable para gozo del personal y bochorno del proveedor.  Este es uno de los muchos motivos por los que el XML es generalmente una mala idea.

Pues nada,  rediriges el resultado a fichero, cambias lo que necesites, lo vuelves a codificar en Base64 (sin retornos de carro)  y lo cargas en el router. Lo aceptará sin problemas y se reiniciará. No te olvides de deshabilitar a conciencia los parámetros de administración remota, por si las moscas.

root@galerna:/home/mimismo/down# base64 -d router_config >router_config_claro
root@galerna:/home/mimismo/down# emacs router_config_claro # U otro editor de inferiores características
root@galerna:/home/mimismo/down# base64 -w 0 router_config_claro >router_config_oscuro

En caso de que desconozcas el valor de algún campo, vete al interfaz web del router y míralo en el código fuente o con un inspector DOM, porque el interfaz sigue estando, lo que no funcionan son las validaciones.

Y esto va por los veintitantos euros que me habeis soplado en el 902, amiguetes.

  1. No comments yet.
  1. No trackbacks yet.
Website Security Test