No es ningún secreto que Digi está en pleno auge y mucha gente se está pasando a sus redes. También es cierto que la infraestructura en el hogar es algo incómoda (al menos, para mí) pues te instalan ONT + router por separado (en muchos casos).
Aprovechando que tengo un ProLiant ML310e Gen8 con dos tarjetas de red desde hace algunos años, con una boca sin utilizar y en él tengo instalado proxmox, pues me puse a investigar para utilizarlo como router y dejar la infraestructura tal que ONT + Servidor. Nos ahorramos un aparato 🙂
El siguiente paso era cómo hacerlo; era obvio que teniendo proxmox me tocaría virtualizar. Pero, ¿qué solución exactamente? Estuve optando entre pfsense y opnsense. Me decanté por opnsense gracias a este artículo (en inglés) , ya que son prácticamente iguales.
Así que seguí un tutorial de instalación (en inglés) de pfsense en proxmox. Como son prácticamente iguales, se puede seguir el tutorial de pfsense para opnsense.
Agrego el USB directamente a la máquina, como se puede observar en la imagen de abajo.
Hasta aquí todo bien….O casi todo. Puedo ver que no me aparece la nueva conexión. Leyendo la documentación de freeBSD y los foros, resulta que freeBSD sólo tiene soporte para este chipset (Atheros AR9271) en modo cliente1, y no en modo AP2 por lo que la idea de usar estas soluciones quedó descartada. Probablemente se podría, pero mi conocimiento de freesBSD es nulo, por lo que me llevaría mucho tiempo.
Se me vino a la mente esa gran distribución utilizada en muchos routers SOHO3 para mejorar sus funcionalidades o para ampliarlas: OpenWrt. Está basada en linux y tiene un gran soporte de la comunidad, así como miles de paquetes instalables de manera similar a Debian/Ubuntu.
Ya tenemos candidato para probar. Ahora queda elegir si contenedor LXC o máquina virtual VM.
Este tipo de RAID es llamado propiamente BIOS o RAID integrado en la placa base, pero es falsamente anunciado como RAID por hardware. La matriz está gestionada por controladoras pseudoRAID donde la lógica RAID se implementa en una opción de rom o en el propio firmware con un EFI SataDriver (en el caso de Unified Extensible Firmware Interface (Español)), pero no son completas controladoras de RAID por hardware con todas las funciones RAID implementadas. Por lo tanto, este tipo de RAID a veces se llama fakeRAID. dmraid disponible en los repositorios oficiales, se utilizará para suplir a estas controladoras. Algunos ejemplos de controladoras FakeRAID son: Intel Rapid Storage, JMicron JMB36x RAID ROM, AMD RAID, ASMedia 106x y NVIDIA MediaShield.
Como indica su nombre es un RAID falso, nos lo encontramos de forma frecuente en ordenadores de consumo medio que cuentan con una controladora de discos capacitada para realizar este tipo de RAIDs, y consiste básicamente en la agrupación simulada de los discos como tales para que el sistema operativo al arrancar piense que efectivamente se trata de tal agrupación de discos. La idea «imita» al funcionamiento de los RAIDs por hardware pero con unos recursos bastante más limitados y que por lógica no pueden compararse en resultados, de hecho este tipo de emparejamientos de discos suele ser el menos fiable de los diferentes métodos y si buscamos por foros veremos múltiples problemas relacionados a la pérdida del RAID montado bajo este sistema.
La ventaja es que el sistema operativo ve montado el RAID en el mismo momento que arranca, pero eso no evita que los recursos de gestión sean de la propia CPU y RAM del sistema. Además si movemos el raid a otro equipo muchas veces nos encontramos con problemas de compatibilidad entre controladoras así que es conveniente antes asegurar que no tendremos problemas entre diferentes ordenadores.
Como comentan en un post de serverfault, es preferible tener un RAID por software a un fakeRAID por tres principales razones:
Mover los discos a una nueva máquina (con un hardware diferente) funcionará sin más; no hay que buscar el mismo hardware para seguir emulando el RAID.
Se puede manipular el array con las herramientas disponibles en el sistema operativo en lugar de depender del soporte de las herramientas propietarias del fabricante, las cuales cuentan con un soporte prácticamente nulo.
En la mayoría de casos, rehacer el RAID por software es una tarea trivial; sólo habría que utilizar el mismo sistema operativo o un LiveCD.
Este router, poco conocido, es distribuido por una empresa de fibra local de mi ciudad. Pero viene batante capado.
A priori solamente podemos acceder con el usuario user y con la contraseña user (originales, ¿verdad?).
La configuración avanzada para el usuario con menos privilegio es bastante escasa.
La propia interfaz del router tiene oculto cuántos usuarios tiene este router; que son 3. En el apartado management nos vamos al subapartado de passwords. En la ventana principal (el bloque grande central) hacemos click derecho y le damos a inspeccionar elemento. Ahí veremos las tres cuentas con las que se puede acceder al router: admin, poweruser y user.
Ni que decir tiene que las combinaciones admin y admin y demás sucedáneas no funcionan.
Probamos con poweruser y poweruser como contraseña y podemos acceder sin problemas. Aquí ya hay más opciones que el usuario limitado.
Como estamos buscando acceso total, el usuario poweruser no nos vale del todo. ¿Y cómo accedemos como admin?
Primero, haciendo un escaneo de puertos, vemos que tiene abiertos tanto el 22 (SSH) como el 23 (telnet). Para acceso de administrador he usado el 22, aunque presumiblemente también se puede realizar por telnet.
Podemos acceder con PuTTY si utilizamos Windows o el comando ssh si estamos desde Linux:
ssh poweruser@192.168.1.1
En la ventana del PuTTY:
Desde Linux probablemente nos de el error:
Unable to negotiate with 192.168.1.1 port 22: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1
Desde Windows nos saltará una advertencia como la que se puede ver en la foto de abajo:
Solamente tenemos que pulsar Sí o Yes para acceder a la pantalla de login
La pantalla donde introduciremos poweruser como usuario y como contraseña.
En el caso de Linux, podemos esquivar el error introduciendo:
Si escribimos help podemos ver una lista de comandos disponibles:
Algunos de los comandos disponibles para el usuario poweruser
Si intentamos poner comandos que no aparecen en esa lista vemos que son comandos desconocidos o no permitidos.
El comando echo si está en la lista de comandos permitidos.
Pero, usando un poco de bash scripting, podemos ejecutar comandos:
Listado de archivos
Pero no podemos ejecutar el intérprete de comandos bash, pues se queda colgado:
Pero si ejecutamos dos comandos seguidos, el segundo lo acepta sin poner pegas:
Ejecución de dos comandos en la misma línea
Pues ya tenemos acceso completo al sistema como usuario root:
Podemos ver todos los archivos.
Ahora lo que nos interesa ver es si las contraseñas se guardan en el antiguo archivo passwd o en el «nuevo» shadow, ambos situados en /etc/:
Vemos que utiliza el archivo passwd, por lo que los usuarios y contraseñas estarán ahí. Las contraseñas estarán en MD5-Crypt.
Vemos el contenido del archivo:
cat /etc/passwd
Como hacer fuerza bruta a la contraseña del admin me llevaría demasiado tiempo, he copiado la contraseña del poweruser (es una que ya conocemos) y la he machacado encima de la del admin. He utilizado el editor vi para ello, ya que suele ir en la gran mayoría de compilaciones de buso
Escribimos exit dos veces; una para salir del bash y otra para salir del router.
Ahora accedemos al router con las credenciales admin/poweruser y vamos a cambiar la contraseña del administrador. Hacemos click en los siguientes sitios siguiendo la numeración.
En el 4 ponemos:
User Name: admin
Old Password: poweruser
New Password: el que elijamos
Confirm Password: lo repetimos para comprobar que lo hemos puesto bien.
Y ya tenemos acceso completo al router con la interfaz web. También decir que en SSH no nos podemos loguear como user, pero en telnet sí, por lo que la escalada se puede realizar desde cualquiera de los dos. También se puede utilizar otro comando aparte del comando echo, como por ejemplo el comando ping.
Este router poco conocido lo están introduciendo operadoras de fibra locales debido al bajo costo del mismo (lo podemos encontrar en aliexpress, por ejemplo). El mismo viene capado con un usuario y contraseña modificado por el operador que nos lo instale. Las contraseñas por defectono funcionan. Realizando un escaneo rápido, descubrimos que tiene el puerto 23 (telnet) abierto y ahí las contraseñas sí son por defecto (root/admin). Probamos a acceder con PuTTY:
En mi caso, la ip del router es la 192.168.100.1
Probamos las credenciales por defecto mencionadas mas arriba:
Tenemos acceso a un menú especial del router.
Con los comandos su y shell accedemos como root al router
El archivo que nos interesa se encuentra en /mnt/jfss2 y tiene como nombre hw_ctree.xml.Aunque a simple vista pueda parecer un simple archivo xml, en realidad es un archivo cifrado y comprimido. Pero lo podemos descifrar y descomprimir desde el propio router con los siguientes comandos:
En la línea 1 tenemos una copia del archivo de configuración. En la línea 2 le cambiamos la extensión a la de un archivo gzip. En la 3ª desciframos (desencriptamos, como solemos decir en español). Y, finalmente, descomprimimos el archivo.
Con esto tenemos el archivo wy1.xml descifrado y descomprimido. Lo podemos pasar a nuestro PC, ya sea usando un servidor tftp en nuestro PC y transfiriéndolo o bien usando un servidor ftp/sftp/tftp en el router y accediendo a él con programas del estilo de Filezilla.
Una vez tenemos el archivo en nuestro Pc, procedemos a abrirlo con nuestro editor de texto favorito (en mi caso es el Notepad++).
Veremos un montón de configuraciones del router. Los apartados donde hay contraseñas (login en el router, VoIP, clave del WiFi, etc.) vienen cifradas. La que nos interesa en este caso es la de acceso al router. Preguntamos a nuestro operador de cable y nos da la contraseña del usuario root. Pensamos que genial, que el usuario root puede acceder a todas las áreas del router y modificar la configuración a su antojo, pero no es así. En este modelo, y supongo que en muchos otros, el usuario con acceso total es uno llamado telecomadmin, del cual no nos han dado la contraseña.
Pantalla de login.
Lo que más me interesaba era poder cambiar las DNS que el router asigna en el DHCP para redirigir todas las peticiones a dos servidores pi-hole que tengo montados en VPS (ya escribiré sobre ello en otra entrada). Pero el usuario root no era capaz de ello. Así que me dirjo al archivo comentado anteriormente y me encuentro lo siguiente:
Las contraseñas cifradas de los usuarios que se pueden loguear en el router.
Así que, conociendo la contaseña del root, copio el string password de dicho usuario (línea 1523) y lo pego en el usuario telecomadmin, machacando la contraseña original. Con el parámetro salt hago lo mismo.
Ahora sólo queda hacer el paso inverso para aplicarlo al router; lo pasamos en la otra dirección (PC –> router) en el mismo directorio que se encuentra el original, comentado más arriba. Después, escribimos los comandos en orden inverso para sobreescribir la configuración:
Reiniciamos el router y podremos acceder como telecomadmin con todos los privilegios. Pobablemente cambiando el parámetro UserLevel del usuario root de 1 a 0 habría sido suficiente para dar permisos totales al usuario, pero eso no llegué a probarlo.
Mucha gente conoce Atom. Atom es un editor de código open source desarrollado por GitHub. Su mejor característica es su alta personalización.
Pues bien, en su web oficial podemos encontrar para descargar muchas versiones para las diferentes arquitecturas de procesadores (x86 y x86_64), excepto para distribuciones Linux. Para estas sólo se encuentra la versión de 64 bits, por lo que si usamos una distribución de 32 bits (como la que uso en la universidad) no podremos contar con este editor. No, a menos que lo compilemos manualmente, cosa que no es sencilla para alguien principante en la materia, puesto que el código tiene un pequeño bug que compila la versión de 64 bits aunque estemos en una plataforma de 32bits. Hay solución, pero aún no están implementados los cambios a día de hoy (20/10/2016) por lo que hay que hacerlos a mano.
