Siemens Gigaset HD795 T

Gracias calimocho, me alegro que se use lo del trigger por ahí, el otro día me sorprendió a mi, porque siempre hago las programaciones desde el ordenador con el RecTimerMgr, pero se me antojó hacer una desde la EPG y cual fue mi sorpresa que me añadió automáticamente, sus 10 minutitos por delante y sus 20 minutitos por detrás; ya no me acordaba!! y ahí sigue el trigger funcionando.

Sobre el funcionamiento del RecTimerMgr no hay problema, te explico lo que quieras de él, porque en su día no vi la forma de implementarlo dentro del HD795, y por eso hice el programa en .NET (en C#), pasando por telnet el fichero de la base de datos. Lo que aprovecho con el programa es el conocimiento de la estructura de la bd (que es SQLite) y así le saco partido con el programa.

Pero si tu o el grupo Open-MHR controláis el tema de los scripts rss o PHP o Python o lo que sea, no me importaría colaborar con lo que haga falta por mi parte.

Saludos

Bueno, bueno.

Me alegro mucho del derrotero tan productivo que ha tomado estos días el hilo.

Seguro que Carva le saca provecho a poder acceder de forma sencilla por samba, ya que se edita directamente los ficheros. Y está el tema del IMS_MODULES además en ese directorio /usr/local/bin que es de escritura y da mucho juego para poner cositas (youtube y todo lo demás).... aunque ahora internet está un poco "matao"... jejejeje.

No sé si los de Woxter (Open-HMR) lo explotan algo o no, pero hay cositas sugerentes, aunque a mi personalmente me importan menos que nada los temas Smart-TV.

A mi el samba de estos chismes siempre me despistó. Creo que hay más directorios donde se ven otros SAMBA y otros smb.conf.

Es más, en el foro que yo uso asiduamente, por tratar de mi PVR, el Siemens Gigaset M750T EPG, en la actualidad andan con el 4G y por vete a saber qué motivos implementaron un segundo samba, diferente del que traen de serie los Realtek.

Pero al final parece que hay forma de usar y acomodar el samba que traen por defecto.

Me alegro de lo que leo.

Iniciado por mapelo

A mí no me deja ni por samba ni por ftp en el TW leer el lichero con la clave AES que comentas AD1406BEF0D27AFFE80013AB5E9C99AD, por si depende de la versión del firmware que tengas y sea diferente a la mía.

De todas formas, lo he probado descomprimiendo el firmware y dentro de la carpeta package2, intentandolo con una imagen encriptada de squashfs1, desde Linux, con la sentencia de desencriptado:

Código:

openssl aes-128-ecb -d -in ./squashfs1.img.aes -out squashfs1.img -k AD1406BEF0D27AFFE80013AB5E9C99AD

me ha devuelto el error de "bad magic number" que supongo será que la clave no le ha gustado nada de nada.

Yo me encontré hace meses con que de golpe los firmwares de los chismes Realtek empezaron a aparecer con una clave de encriptado.

No os cuento las que pasé hasta que encontré un programita para güindous que se encarga de desencriptar. Se llama FWENCDEC y creo que lo busqué en ruso y lo conseguí en una web china (todo con google translator).

La cosa es que desencripté un firmware de un Mtec (un D850H) y uno de ACRyan (el primo-hermano del HD795T) y, cosa curiosa, para ambos el programa me sacó la misma clave: Key:12345678195454322338264935438139.

Esta fue la salida del programa, que se usa en modo comandos en güindous:

C:\0_ACRyan\FW_4824\Decodificar>fwencdec -s install_a

Firmware encrypter/decrypter 1.0

Key found at:1b8e80
Key:12345678195454322338264935438139

C:\0_ACRyan\FW_4824\Decodificar>fwencdec -d squashfs1.upg squashfs1.img 12345678195454322338264935438139

Firmware encrypter/decrypter 1.0

Thanks to Lossless for Delphi sources!

Vete a saber, igual el programa usa un método que no es averiguar la clave, sino forzar una........

De un squashfs.upg, con el decripter se obtiene un squashfs.img sin clave que se descomprime sin problemas con las herramientas squash y si se quiere se vuelve a encriptar o no (por lo que dice el read.me).

Por cierto, yo siempre lo hice en güindous, ya que hay programas para güindous que lo permiten (versiones de los de linux). Pero el que quiera modificar un script tras descomprimir el firmware y luego comprimir de nuevo para tener un firmware propio, debería hacerlo en linux, ya que el fichero squashfs es una estructura linux "tal cual" y en güindous podrían perderse symlinks o permisos y probablemente cosas más técnicas.

En realidad descomprimir ese fichero para editar scripts y luego comprimirlo, no debería dar problemas (sobre un linux), ya que el fichero configuration.xml no especifica para la estructura linux una "posición de memoria" (como en otros de los archivos que componen el firmware) pero cuidado si cambia en la edición el tamaño en bits del firmware modificado, ya que hay ocasiones en que eso está indicado en algún sitio y un cambio en el tamaño del fichero implica que no se instala, no entra el firmware porque no coincide con lo esperado.

Iniciado por mapelo

A mí no me deja ni por samba ni por ftp en el TW leer el lichero con la clave AES que comentas AD1406BEF0D27AFFE80013AB5E9C99AD, por si depende de la versión del firmware que tengas y sea diferente a la mía.

De todas formas, lo he probado descomprimiendo el firmware y dentro de la carpeta package2, intentandolo con una imagen encriptada de squashfs1, desde Linux, con la sentencia de desencriptado:

Código:

openssl aes-128-ecb -d -in ./squashfs1.img.aes -out squashfs1.img -k AD1406BEF0D27AFFE80013AB5E9C99AD

me ha devuelto el error de "bad magic number" que supongo será que la clave no le ha gustado nada de nada.

openssl no siempre funciona bien con estos firmwares. Por ejemplo, usando openssl para descifrar rss cifrados, por lo menos con alguna versión, te puedes encontrar que a los rss descifrados les faltan algunos caracteres al final de los mismos. Yo, para estas tareas suelo usar el programa FileEncryptor que venía en un "SDK" que distribuyó Ellion. También tienes otro programa llamado RtSSL. Versiones de ambos para Windows se distribuyen en las FATFWTOOLS (ver Mod 2.23 Firmware - Seagate Community Forums ).

¿Con qué firmware hiciste la prueba?

Saludos.

Gracias. Te tomo la palabra y en cuanto vaya acabando algunos temas pendientes que tengo ya lo hablaremos. No pongo fechas porque la verdad es que tampoco sé cuándo podré dedicarle tiempo a este asunto.

Saludos.

Iniciado por calimocho

openssl no siempre funciona bien con estos firmwares. Por ejemplo, usando openssl para descifrar rss cifrados, por lo menos con alguna versión, te puedes encontrar que a los rss descifrados les faltan algunos caracteres al final de los mismos. Yo, para estas tareas suelo usar el programa FileEncryptor que venía en un "SDK" que distribuyó Ellion. También tienes otro programa llamado RtSSL. Versiones de ambos para Windows se distribuyen en las FATFWTOOLS (ver Mod 2.23 Firmware - Seagate Community Forums ).

¿Con qué firmware hiciste la prueba?

Saludos.

Pues has dado en el clavo una vez más. Y esta vez estamos que reventamos!!!!

Con

Código:

RtSSL.exe enc -d -aes_128_ecb  -k AD1406BEF0D27AFFE80013AB5E9C99AD -i squashfs1.img.aes -o squashfs1.img

he conseguido la imagen desencriptada.

Y con

Código:

unsquashfs.exe squashfs1.img

he conseguido un directorio llamado squashfs-root repletito de todos los directorios y ficheros que tanto anhelamos. ¡Biiiiiiiiiiiiiiiiiiiiigggggooooooooooooooooooo!

Los programas RtSLL y unsquashfs lo he conseguido del paquete para windows fatFWdec2 http://rapidlibrary.com/files/fatfwd...terzmiyon.html

Así que me voy a dedicar en cuanto tenga un rato libre a crear una versión corregida del último firmware del HD795tw activando el telnet, a ver si tenemos suerte (Para empezar, porque si todo va bien, no hay límite para hacer y deshacer el firmware)

Iniciado por mapelo

Pues has dado en el clavo una vez más. Y esta vez estamos que reventamos!!!!

Con

Código:

RtSSL.exe enc -d -aes_128_ecb  -k AD1406BEF0D27AFFE80013AB5E9C99AD -i squashfs1.img.aes -o squashfs1.img

he conseguido la imagen desencriptada.

Y con

Código:

unsquashfs.exe squashfs1.img

he conseguido un directorio llamado squashfs-root repletito de todos los directorios y ficheros que tanto anhelamos. ¡Biiiiiiiiiiiiiiiiiiiiigggggooooooooooooooooooo!

Los programas RtSLL y unsquashfs lo he conseguido del paquete para windows fatFWdec2 Fatfwdec2 (3.1*Mb) Mediafire Download

Así que me voy a dedicar en cuanto tenga un rato libre a crear una versión corregida del último firmware del HD795tw activando el telnet, a ver si tenemos suerte (Para empezar, porque si todo va bien, no hay límite para hacer y deshacer el firmware)

Es mejor hacer todo en linux por si windows nos rompre algunos symlinks, etc. al (des)comprimir el firmware. De windows(o wine) yo usaría solo RtSSL.exe para desencriptar y encriptar el *.img y haría el resto en linux. Luego borraría el parametro secureboot="y" en la etiqueta package en configuration.xml y borraría todas las etiquetas marssha1_rsa_hashValue porque no podemos generar estos valores (igual que dice la guía para Seagate sobre valores hashValue).
Es solo una recomendacíon, no lo he probado.

moiself y todos:

Para ver el espacio libre que queda en el disco pulsa una vez en el botón info, luego otra vez y verás el espacio en disco total y libre. Si hay una grabación en curso, también verás el canal y qué se está grabando.

He estado probando a descomponer y componer el firmware. En realidad he hecho un par de pequeños cambios, porque mi intención es que se pueda descomprimir, desencriptar, modificar, encriptar y comprimir, para luego flashear el aparato con éxito. Cuando este primer paso se pueda dar, ya vendrán cambios mayores en el firmware. Pero no responde el aparato al nuevo firmware así creado. Lo pongo con detalle por si encontráis algún error.

Se necesita en windows el paquete fatFWdec2 http://rapidlibrary.com/files/fatfwd...terzmiyon.html
En Linux, si es ubuntu/debian, apt-get install wget unrar squashfs-tools


#DESDE LINUX
# nos hacemos root
su
# creación de directorios para trabajar
cd /root
mkdir fatplus
cd fatplus
mkdir previous current FINAL

# descargamos el firmware y lo descomprimimos
cd previous/
wget http://gigaset.com/medias/sys_master...aki_240212.rar
unrar e install_HD795_Wuaki_240212.rar
cd ../current
tar xvf ../previous/install.img


# nos llevamos en el pen /root/fatplus/current/package2/squashfs1.img.aes
# DESDE WINDOWS, CON LAS HERRAMIENTAS DEL PAQUETE DESCARGADO, DESENCRIPTAMOS
RtSSL.exe enc -d -aes_128_ecb -k AD1406BEF0D27AFFE80013AB5E9C99AD -i squashfs1.img.aes -o squashfs1.img

# nos llevamos en el pen squashfs1.img
# DESDE LINUX
# movemos el fichero del pen squashfs1.img a /root/fatplus/current/package2/

cd /root/fatplus/current/package2
mkdir squashfs_1
chown 500:500 squashfs_1
mv squashfs1.img squashfs_1
cd squashfs_1
unsquashfs squashfs1.img
mv squashfs1.img ../../../previous/
mv ../squashfs1.img.aes ../../../previous/

echo "telnet stream tcp nowait root /usr/sbin/telnetd telnetd -l /bin/sh" >> squashfs-root/etc/inetd.conf

cd ..
mksquashfs squashfs_1 squashfs1.img
rm -r squashfs_1


# metemos en un pen el nuevo squashfs1.img
# DESDE WINDOWS CON LAS HERRAMIENTAS DESCARGADAS, LO VOLVEMOS A ENCRIPTAR
RtSSL.exe enc -e -aes_128_ecb -k AD1406BEF0D27AFFE80013AB5E9C99AD -i squashfs1.img -o squashfs1.img.aes


# DESDE LINUX
# el fichero que traemos en el pen squashfs1.img.aes lo metemos en /root/fatplus/current/package2/

MODIFICAR CON UN EDITOR EL /root/fatplus/current/configuration.xml
CAMBIANDO
<package secureboot="y"> POR <package>
ELIMINADO TODAS LA ETIQUETAS Y SU CONTENIDO DEL TIPO <marssha1_rsa_hashValue></marssha1_rsa_hashValue>

#Ahora solo hace falta comprimir el fichero final para probarlo
cd /root/fatplus/current
chmod 644 package2/squashfs1.img.aes
chown 500:500 package2/squashfs1.img.aes
tar cvf ../FINAL/install.img *


He probado el resultado final install.img y no funciona (ni siquiera se flashsea el aparato)

(Lo del propietario 500 es por sugerencia del HOWTO de Seagate)

Hola mapelo, me alegro que intentes hacer un nuevo firmware, porque siempre he deseado poder hacer uno y nunca me he atrevido.

Dicho esto, la instrucción chown 500:500 cambia el propietario del fichero al usuario número 500 del grupo número 500 y yo creo que en el equipo no existe ni ese usuario ni ese grupo (aunque realmente no se si es importante).

Te mando el contenido del fichero /etc/passwd del 795T:

Código:

/usr/local/etc # more /etc/passwd
root::0:0:root::/bin/sh
daemon:x:1:1:daemon:/usr/sbin:/bin/sh
bin:x:2:2:bin:/bin:/bin/sh
sys:x:3:3:sys:/dev:/bin/sh
sync:x:4:100:sync:/bin:/bin/sync
mail:x:8:8:mail:/var/spool/mail:/bin/sh
proxy:x:13:13:proxy:/bin:/bin/sh
www-data:x:0:0:www-data:/var/www:/bin/sh
backup:x:34:34:backup:/var/backups:/bin/sh
operator:x:37:37:Operator:/var:/bin/sh
sshd:x:103:99:Operator:/var:/bin/sh
nobody::99:99:nobody:/:/bin/sh
default::1000:1000:Default non-root user:/:/bin/sh

Como ves, el usuario root es el 0:0 y no hay ningún 500:500

Ánimo, que a la primera nunca sale nada, y si sale... sospecha porque habrá algo mal

Saludos

mapelo, un par de cosas a tener en cuenta:

1) - En los reproductores basados en el chipset de Realtek suelen haber 2 métodos de actualización: a) el que te aparece en el menú de configuración y te conserva la configuración existente. Y b) el original y al que ahora te suelen remitir en el caso de que falle el anterior, que suele funcionar apagando el reproductor, insertando el pendrive con el install.img y volviendo a encender el reproductor manteniendo pulsada una tecla (depende del aparato) durante unos segundos hasta que se inicia la actualización.

Pues bien, el método a), que supongo que es el que has usado, no te funciona porque primero comprueba un hash que se le añade al install.img (en los Woxter son 16 bytes precedidos de unos cuantos ceros). Así que para instalar un firmware modificado sin el hash correspondiente tienes que usar el método b) y luego tendrás que configurar de nuevo el aparato (búsqueda de canales de TV, configuración de red, etc...) Mira en las instrucciones de tu reproductor si hay un método de "emergencia" por si falla la actualización desde el menú. Y si lo hay, úsalo.

2) Otra cosa que tienes que tener presente cuando modificas un firmware de este tipo es la versión de squash usada en el firmware oficial. Originalmente los firmwares no soportaban la versión 4 de squashfs, así que había que usar una previa (si no recuerdo mal la 3.4 era la más alta que te aceptaban, aunque esto lo tendrás que buscar en Google porque te estoy hablando de memoria). Si usas una versión de Debian/Ubuntu actual es probable que la versión de squashfs que tengas instalada no sea compatible con el firmware.

Respecto al 500:500 parece que los que crean los firmwares oficiales usan una versión de linux basada en slackware que, si no recuerdo mal, empieza a asignar UIDs a partir de ese número.

Saludos.

Iniciado por calimocho

mapelo, un par de cosas a tener en cuenta:

1) - En los reproductores basados en el chipset de Realtek suelen haber 2 métodos de actualización: a) el que te aparece en el menú de configuración y te conserva la configuración existente. Y b) el original y al que ahora te suelen remitir en el caso de que falle el anterior, que suele funcionar apagando el reproductor, insertando el pendrive con el install.img y volviendo a encender el reproductor manteniendo pulsada una tecla (depende del aparato) durante unos segundos hasta que se inicia la actualización.

Pues bien, el método a), que supongo que es el que has usado, no te funciona porque primero comprueba un hash que se le añade al install.img (en los Woxter son 16 bytes precedidos de unos cuantos ceros). Así que para instalar un firmware modificado sin el hash correspondiente tienes que usar el método b) y luego tendrás que configurar de nuevo el aparato (búsqueda de canales de TV, configuración de red, etc...) Mira en las instrucciones de tu reproductor si hay un método de "emergencia" por si falla la actualización desde el menú. Y si lo hay, úsalo.

2) Otra cosa que tienes que tener presente cuando modificas un firmware de este tipo es la versión de squash usada en el firmware oficial. Originalmente los firmwares no soportaban la versión 4 de squashfs, así que había que usar una previa (si no recuerdo mal la 3.4 era la más alta que te aceptaban, aunque esto lo tendrás que buscar en Google porque te estoy hablando de memoria). Si usas una versión de Debian/Ubuntu actual es probable que la versión de squashfs que tengas instalada no sea compatible con el firmware.

Respecto al 500:500 parece que los que crean los firmwares oficiales usan una versión de linux basada en slackware que, si no recuerdo mal, empieza a asignar UIDs a partir de ese número.

Saludos.

He usado el caso b para flashear, es decir, rearrancar y pulsando el botón 15 segundos, por lo que por ahí no va el error. Respecto a los usuario y grupo 500, creo que es más recomendable usar el 1000 en nuestro caso, pues, como dice carva, también en el hd795tw se usa el 1000 para el usuario no privilegiado.

Por lo que me dices, uno de los escoyos habrá sido usar la versión 4.2 de squashfs-tools. Voy a intentar atajar este problema, si es que mi sistema me deja instalar una versión anterior. En otro caso, en el paquete de herramientas de windows había una versión antigua para empaquetar al modo squashfs, pero se romperán los enlaces simbólicos que NTFS no soporta, por lo que parece que esta segunda alternativa no vale.

Si en vuestro firmware se usa 1000 como usuario y grupo lo lógico es que lo uses tú también. Supongo que quien haga los firmwares para los Gigaset tendrá instalada un linux tipo Debian u otra que, como ésta, asigne al primer usuario un UID 1000.

Yo tengo Debian y para la versión de squashfs-tools compilé la versión que aparece en modify firmware on Realtek Media Players based on squashfs : Hints. Con los firmwares de Woxter esa versión va perfectamente.

Saludos.

Iniciado por mapelo

He usado el caso b para flashear, es decir, rearrancar y pulsando el botón 15 segundos, por lo que por ahí no va el error. Respecto a los usuario y grupo 500, creo que es más recomendable usar el 1000 en nuestro caso, pues, como dice carva, también en el hd795tw se usa el 1000 para el usuario no privilegiado.

Por lo que me dices, uno de los escoyos habrá sido usar la versión 4.2 de squashfs-tools. Voy a intentar atajar este problema, si es que mi sistema me deja instalar una versión anterior. En otro caso, en el paquete de herramientas de windows había una versión antigua para empaquetar al modo squashfs, pero se romperán los enlaces simbólicos que NTFS no soporta, por lo que parece que esta segunda alternativa no vale.

En unos "pinitos" que intenté hacer hace tiempo, yo usé la versión 3.4 de squashfs, porque era esa la máxima versión que funcionaba con el 795T. Así que coincide con lo que dice calimocho

Supongo que el 795TW necesitará esa misma.

Saludos