Force brute attack a un lápiz de la pizarra Interwrite (Part One)

Ya me quejaba en esta entrada de los lápices de la pizarra Interwrite. Bueno, pues aprovechando que tenía uno "averiado" me decidí a desmontarlo para ver si se podía hacer algo o al menos satisfacía mi curiosidad de cómo funcionaba. En esta entrada veremos como destrozar un lápiz de la Interwrite para ver sus tripas y entender como está montado.

Punto de acceso D-Link DAP-1360 y muchos clientes wifi.

En el instituto compramos hace tiempo un par de puntos de acceso D-Link DAP-1360 modelo B1 para que se conectasen entre 15 y 20 portátiles en un aula. Al poco tiempo empezaron las quejas de los usuarios de que la conexión se caía y se quedaban sin red, llegando al punto en que había que reiniciar el punto de acceso y/o los equipos para volver a conectar.

Lo primero que hice fue probar pacientemente con todo tipo de combinaciones permitidas con el firmware:

• wifi N, wifi N+G, wifi N+G+B.
• cifrados WEP, WPA, TKIP, AES, sin cifrado.
• con y sin filtro de MAC.
• distintos canales.
• Short GI a ON y a OFF, lo que quiera que signifique eso.

Sistema de clonado remoto (parte 3 de 3)

Bueno, ya tenemos nuestro sistema PXE que arranca por red SystemRescueCD y Clonezilla. Ya solo faltan dos cosas para hacerlo todo como prometí en la primera entrada.

Primero, como entrar remotamente al SystemRescue una vez arrancado. Esa es fácil:

ssh -X root@ip-de-la-maquina-arrancada-por-pxe

¿Y la contraseña?. Pues la indicada en el parámetro rootpass del append del pxelinux.cfg/default. Entramos y ya desde allí podemos abrir clonezilla, hacer fsck o utilizar remotamente cualquier utilidad de las que trae nuestro CD.

Sé lo que hicistéis la última sesión...

En algunos momentos nos interesa registrar quién esta sentado en el ordenador y que está haciendo. Para llevar a cabo esto he estado trabajando en la idea de hacer un script que se ejecute en el arranque del sistema y, cada cierto tiempo, haga una captura con la webcam y del escritorio, fusione ambas imágenes en una sola y la guarde en un directorio. Esas imágenes podremos consultarlas luego o bien procesarlas en el momento, enviándolas por correo electrónico con mailsend o subiéndolas a algún servidor.

El resultado buscado debe ser tal que así:

Vamos a ver los distintos pasos que he dado.

Sistema de clonado remoto (parte 2 de 3)

Bueno, ya tenemos nuestro servidor PXE en marcha, ahora vamos a añadirle más cosas para darle vidilla. En Internet hay multitud de manuales y herramientas para añadir a un arranque por PXE: el SystemRescueCD, el Clonezilla, otros CD de rescate, instalaciones de red de sistemas operativos, el PartedMagic, antivirus (como Avira, por ejemplo), imágenes de disquetes con utilidades e incluso WinPE con una versión reducida de Windows XP.

En nuestro caso sólo queremos SystemRescueCD y Clonezilla. En principio habría que poner una opción de menú para cada uno de ellos, pero en su día me ocupé de fusionar ambos en una sola imagen de CD que será la que usemos para tener nuestra navaja suiza por PXE.

Como entrar por ssh a un equipo que está detrás de un router.

Muchas veces queremos entrar por ssh a un equipo de casa o del trabajo y resulta que está detrás de un router, con el que nos damos de narices. Adicionalmente, el equipo tendrá una IP correspondiente a una IP privada de la red propia de nuestra instalación y no habrá posibilidad de conectar con él directamente.

Veremos ahora como solucionar esto con dos posibles escenarios:

1) Cuando tenemos la capacidad de configurar el router para que redirija las peticiones ssh hacia nuestro PC. Por ejemplo, el router ADSL de casa.

2) Cuando no podemos tocar el router, ya que está fuera de nuestro alcance y/o permisos. Por ejemplo, el router nuestro centro de trabajo o estudios.

Si nuestro caso es la unión de ambos, es decir, queremos acceder desde casa  (tras nuestro router ADSL) al trabajo (tras nuestro router corporativo), tendremos que llevar a cabo tanto los pasos del caso 1 como del caso 2.

1) Hacer ssh cuando podemos configurar el router.

Lo primero es tener servicio ssh instalado y funcionando correctamente según estas instrucciones:

• http://www.redeszone.net/gnu-linux/servidor-ssh-en-ubuntu/
• https://www.univunix.com/tutoriales/tutorial-de-ssh-configura-tu-pc-para-controlarlo-remotamente

El truco para saltar el router y llegar hasta nuestro PC está en configurar las reglas NAT del mismo para que redirija el tráfico ssh hacia el PC, que tendrá una IP fija dentro de nuestra red doméstica. Es lo que popularmente se conoce como "abrir puertos". Los detalles de esta configuración dependen mucho de la marca del router que tengamos en casa, pero Internet está llena de manuales sobre como abrir los puertos (normalmente los de bittorrent y amule) para cada router del mercado. Para adaptarlos a ssh simplemente hay que sustituir el puerto seleccionado al configurarlo por el puerto usado por nuestro servidor ssh (normalmente, el 22 o el 443, que es el que uso yo ya que muchos router corporativos tienen capado el puerto 22). Por ejemplo, para el famoso Livebox de Orange.

Otro problema que se nos presenta es ¿cuál es la IP del router de mi casa?. Normalmente será una IP dinámica que cambiará cada cierto tiempo o reinicio del mismo. Para soslayar ese problema existe NoIP, que te asocia un dominio gratuito del tipo nombre.noip.me a la dirección pública de tu router.

Una vez te has dado de alta (el servicio de NoIP se mantendrá gratuitamente para tí, siempre que una vez al mes lo reactives pulsando al enlace de activación en el recordatorio que te mandan por correo) y has elegido tu dominio (el sufijo siempre será noip.me si elegimos la opción gratuita) tienes que instalarte en tu PC el programa cliente disponible en la propia web de NoIP, que actualizará tu IP en el registro DNS de noip cada vez que te conectes. Si tienes un router ADSL lo suficientemente moderno (por ejemplo, el Livebox de Orange) el propio router tiene una opción en su interface de administración web para configurar esto sin necesidad de instalar nada en tu PC. Una vez dado de alta y configurado el ciente noip, instalado el servicio ssh y abierto el puerto pertinente del router, si haces:

ping dominio-de-mi-casa.noip.com

veras que tu router responde, y con:

ssh -p 443 usuario@dominio-de-mi-casa.noip.com

conectamos por ssh a nuestra máquina de casa (nótese que de ahora en adelante usaré siempre el puerto 443 para ssh).

NOTA: Esto anterior no funciona con router Livebox de Orange cuando lo hacemos dentro de la propia red doméstica. Por algún arcano motivo al enrutar el tráfico hace algún tipo de embrollo que no te permite conectar por ssh a tu IP pública. Yo lo que hago para probar es usar la conexión de datos del móvil y utilizar la apk de android Connectbot para ver si conecto por ssh desde fuera con el PC de casa.

2) Hacer ssh cuando no podemos configurar el router.

Ahora imaginemos que además queremos conectar al PC del trabajo por ssh de igual forma a como lo hemos hecho, en el paso anterior. Configuramos el servidor ssh, obtenemos la IP pública del router del trabajo, y.... ¿cómo abrimos los puertos del router?. Normalmente dicho router no lo controlamos nosotros ya que estamos dentro de una red corporativa y tenemos sus firewall en medio. Desde luego, si les pedimos a los encargados de la seguridad de la red que nos abran los puertos seguramente nos van a mandar a hacer puñetas.

¿Hay solución?. Si, hacer un "túnel inverso", en el que la conexión ssh va al revés: desde el destino al origen. Estrictamente hablando es el PC del trabajo el que te hace ssh a ti, y luego tú te "enganchas" a la conexión creada. Digamos que el PC del trabajo te "llama" por ssh a un sitio fijo (por ejemplo, el PC de casa), tu PC descuelga y ya tienes conexión ssh con él. Aquí viene bien explicado el proceso:

En resumen:

pc-trabajo # ssh -R -p 443  10101:localhost:22 usuario@dominio-de-mi-casa.noip.me -N   

esto conecta el PC del trabajo con el de casa, abriendo el túnel. Básicamente dice: "conéctate a dominio-de-mi-casa.noip.me por el puerto 443 y abre allí un túnel en el puerto 10101 y conéctalo con el puerto 22 de éste ordenador", ahí es nada. Al introducir esta orden nos pide la contraseña del usuario "usuario"  en el PC de casa y una vez metida se queda esperando a que se abra el otro extremo del túnel. En el PC de casa haremos:

pc-casa # ssh -p 10101 root@localhost  -C -X

y con eso conectamos con el PC del trabajo, ya que el puerto 10101 en el PC de casa es el extremo local del túnel abierto, estando en el otro extremo el puerto 22 del PC del trabajo con su demonio ssh esperando pacientemente tras él. Nos pide la contraseña de root allí (si ese es el usuario con el que queremos entrar) y una vez metida se inicia la sesión ssh.

Nótese como en el PC del trabajo asumo que el puerto donde está escuchando ssh es el 22, no 443 como en el PC de casa. Esto dependerá de nuestro caso particular.

Como hemos visto, cuando el PC del trabajo intenta conectar con el de casa para abrir el túnel inverso, nos pide la contraseña. Para evitar esto y hacer la llamada automática sin tener que teclear la contraseña cada vez, debemos establecer una relación de confianza entre el PC del trabajo y el PC de casa, de tal forma que se pueda hacer ssh de uno a otro sin que nos pida contraseña. Para ello, desde el PC del trabajo hacemos:

pc-trabajo # ssh-keygen
pc-trabajo # ssh-copy-id -p 443 usuario@dominio-de-mi-casa.noip.com

Esto genera Nos pedirá la contraseña una vez y ya está. Las próximas veces que hagamos:

pc-trabajo # ssh -p 443 usuario@dominio-de-mi-casa.noip.com

o

pc-trabajo # ssh -R -p 443 10101:localhost:22 usuario@dominio-de-mi-casa.noip.me -N   

desde el PC del trabajo se iniciará sesión en el de casa sin pedir contraseña.

El problema de este interesante método es que alguien debe estar en el otro extremo para iniciar la "llamada", o bien debemos ir primero al trabajo, abrir el túnel inverso y luego a casa, contestando la llamada y estableciendo la conexión ssh. Si no disponemos de un becario a tiempo completo en el PC del trabajo para avisarle por whatsapp de que inicie el túnel inverso, ¿cómo se puede automatizar esto para que la llamada se haga sola?. Pues si: con autossh.

Autossh permite crear un túnel ssh persistente: inicia una conexión inversa ssh y la mantiene contra viento y marea, reconectando de nuevo ante cualquier desconexión de la misma. Al caer la conexión, hay un pequeño intervalo de tiempo en la que no está activa hasta que autossh la reconecta, pero en general siempre que haya red entre los dos extremos estará funcional el túnel.

Primero instalamos el paquete autossh, luego y creamos un directorio llamado /etc/tunnel (esta ubicación es arbitraria, cada cual puede ponerlo donde quiera) para poner allí dos ficheros:

• id_rsa: la clave privada ssh del usuario que abre el túnel en nuestro pc del trabajo (en mi caso, root). Esta clave privada está en /root/.ssh/id_rsa y debemos copiarla en /etc/tunnel y dejarla con permisos 600, para que sólo sea accesible por el root. Ojo con las claves privadas ssh.
• tunnel.sh: el script que abre el túnel, que vemos a continuación:

#!/bin/bash
set +e
SSH_OPTIONS=" -i /etc/tunnel/id_rsa"
CREDENCIALES="usuario@dominio-de-mi-casa.noip.me"
PUERTO="443"
# Always assume initial connection will be successful
export AUTOSSH_GATETIME=0
# Disable echo service, relying on SSH exiting itself
export AUTOSSH_PORT=0
autossh -p $PUERTO -vv -- $SSH_OPTIONS -o 'ControlPath none' -R 10101:localhost:22 $CREDENCIALES -N > /var/user_sshlog.out 2> /var/user_ssh_error.out &   

Para conseguir que autossh se inicie al encender el PC lo invocamos añadiendo ésto rc.local, antes de la línea "exit 0":

/etc/tunnel/tunnel.sh > /var/user_tunnel.log 2>&1

Para que se ejecute el script y se establezca el túnel habría que reiniciar el PC del trabajo, aunque podemos lanzarlo manualmente mientras que hacemos pruebas.

Luego, desde el pc de casa entramos como ya hemos explicado:

pc-casa# ssh -p 10101 root@localhost  -C -X

MUY IMPORTANTE: con este método, el PC del trabajo debe estar siempre encendido y con el túnel inverso abierto, ofreciendo disponibilidad 24x7. Para que la conexión del túnel sea estable y no se produzcan timeout cuando lleva un tiempo sin usarse y para permitir conexiones X (para abrir aplicaciones gráficas remotas) hay que tocar un poco las configuraciones en el pc de casa:

En /etc/ssh/sshd_config añadir:

#Metido para las conexiones X
X11Forwarding yes
X11UseLocalhost yes
#Metido para el tunel inverso
ClientAliveInterval 30
ClientAliveCountMax 99999
GatewayPorts yes

Crear ~/.ssh/config (en el home del usuario al que conectamos, no en el usuario root) y añadir:

#Para el tunel inverso
Host *
Protocol 2
TCPKeepAlive yes
ServerAliveInterval 60
ForwardX11 Yes
ForwardX11Trusted yes

Por ultimo, reiniciamos el servicio ssh en el PC local.

pc-casa# service ssh restart

Pasado un tiempo (unos minutos a lo sumo) se iniciará el túnel desde el pc del trabajo y ya podremos entrar en él desde casa. Al final veremos la luz al final del túnel... y allí estará el demonio ssh.

Sistema de clonado remoto (parte 1 de 3)

Muchas veces tengo que clonar un equipo con Clonezilla o simplemente ejecutar un fsck a uno de sus discos corruptos desde un SystemRescueCD y no encuentro el momento en que esté el aula libre para hacerlo tranquilamente. También sucede a veces que el equipo está en otro edificio y tengo que desplazarme hasta allí para realizar todo el proceso, perdiendo más tiempo entre paseos y esperas de lo que tardo luego en hacerlo. Lo ideal sería poder realizarlo desde mi puesto, mientras tengo otras ventanas abiertas y voy trabajando a la vez en varias cosas. Vamos a ver como conseguirlo.

 

Una forma sencilla de hacerlo sería tener un IPKVM  por equipo. El problema es que cuestan 600 euros o más y nosotros somos un país en quiebra, así que vamos a desechar esta idea. Nuestro reto es hacer que, sin presencia física, un equipo dentro de una red accesible por nosotros se encienda y arranque un SystemRescueCD-Clonezilla perfectamente funcional e independiente del sistema que tenga el PC en el disco duro, al que podremos conectarnos por ssh para realizar nuestra intervención.

 

Interwrite Device Manager y los $HOME inaccesibles.

El problema.

Mi amiga y compañera Cristina nos comentó que había visto en los logs de algunos ordenadores de aulas unos extraños mensajes acerca un acceso no autorizado a "/home/<usuario>". Posteriormente se había dado cuenta de que sólo sucedía en los equipos que tenían una pizarra digital Interwrite conectada, pizarra que nos ha dado muchos problemas de calibración desde siempre, ya que parecía que olvidaba los datos de calibración entre reinicio y reinicio. Había que aclarar dicho misterio.

Como encoger un PDF escaneado

Es una irritante chorrada, pero siempre me pasa. Escaneo sin fijarme algún documento para enviar por correo y cuando lo voy a adjuntar resulta que pesa 40 megas. Hasta ahora lo que hacía era escanear de nuevo a menor resolución o extraer las imágenes del pdf, reducir la calidad y volver a meterlas dentro con las utilidades convert (del paquete imagemagick) y pdftk.

 

Pero ya no vuelve a pasarme más. El otro día descubrí que con el venerable Ghostscript se puede reducir el tamaño y mantener una buena calidad en el PDF.

 

Primero instalamos los paquetes ghostscript y gsfonts si no lo estaban previamente. Una vez hecho esto, aquí va el script:

 

#!/bin/bash

if [ $# -ne 2 ]
then
  echo "Uso correcto: `basename $0` pdf-origen pdf-destino"
  exit 1
fi
gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dNOPAUSE -dQUIET -dBATCH -sOutputFile=$2 $1

 

Con esto pude convertir un PDF de 35M en uno de 1.5M sin perdida apreciable de calidad. Si queremos reducirlo aún más, de tal forma que solo sea para verlo en pantalla pero no para imprimir el comando sería:

 

gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dPDFSETTINGS=/screen -dNOPAUSE -dQUIET -dBATCH -sOutputFile=$2 $1

 

Y ya está listo para enviar....

Ver la TDT en Linux con una tarjeta TDT Medion-Creatix CTX917

Bueno, se acabó el veranito, hagámosle un homenaje con la canción Summer Time de la divertida serie Historias Corrientes:

Espero que podáis quitárosla de la cabeza. Bueno, vamos al lío.

En la época de la burbuja, cuando eramos ricos y el interbancario de Frankfurt confiaba en nosotros, era una gozada bajar a la calle la mañana del día de Reyes. No era difícil encontrar ordenadores, monitores y otros aparatejos en la basura, tirados por haber sido sustituidos por flamantes equipos nuevos. Tengo varios equipos montados y funcionando a día de hoy con los deshechos de aquel tiempo tan feliz.

Ahora la cosa está mas puñetera, aún así de vez en cuando llega a mis manos un equipo que el usuario ya no quiere y siempre se puede aprovechar algo. En un PC para desguace que me dieron me encontré una tarjeta de TV un poco rara. Mirando en Internet vi que soportaba DVB-T y por tanto serviría para ver nuestra estupenda TDT española. Tengo un PC para los niños en el pueblo para un saloncito que no tiene TV, así que pensé en ponerla allí.

Naturalmente, el PC tiene un Linux, y ahí empezó la parte divertida. La tarjeta creo que venía en un PC Medion de esos que venden los Lidl y los ALDI y es esta: Creatix CTX917, con chipset Medion 7134. El identificador PCI es 1131:7134.

El lspci me decía:

 03:01.0 Multimedia controller [0480]: Philips Semiconductors SAA7134/SAA7135HL Video Broadcast Decoder [1131:7134] (rev 01)
   Subsystem: Hyperparallel Technologies Device [1210:0001]
   Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
   Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+ INTx-
   Latency: 64
   Interrupt: pin A routed to IRQ 16
   Region 0: Memory at febff000 (32-bit, non-prefetchable) [size=1K]
   Capabilities: <access denied>
   Kernel driver in use: saa7134
   Kernel modules: saa7134

Por supuesto había drivers para Windows, pero eso no me interesa. El Linux la reconocía y cargaba el módulo saa7134 para manejarla, pero no iba la TDT. Despues de forear, investigar y hacer varias pruebas logré hacerla funcionar. Estas son las instrucciones:

1) Instalar los paquetes

apt-get install linux-firmware linux-firmware-non-free dvb-utils

2) Editar /etc/modules y añadir

saa7134-dvb

3) Crear el fichero /etc/modprobe.d/saa7134 con el siguiente contenido:

options saa7134 card=12 alsa=1
install saa7134 /sbin/modprobe --ignore-install saa7134; /sbin/modprobe saa7134-dvb ; /sbin/modprobe tuner ; /sbin/modprobe tda9887

Los parámetros card=12 alsa=1 son los realmente importantes, ya que dicen al driver que tarjeta tenemos. Además se fuerza a cargar saa7134-dvb en lugar de saa7134, que sería para TV analógica.

Reiniciamos y ya se nos cargan los módulos correctos. Ahora lo primero que haremos será buscar los canales y guardarlos en el sitio adecuado:

mkdir -p ~/.mplayer
scan /usr/share/dvb/dvb-t/es-Carceres  > ~/.mplayer/channels.conf

En /usr/share/dvb/dvb-t/* están los ficheros de frecuencias para los diferentes sitios, en mi caso es es-Carceres (realmente debería ser es-Caceres, pero alguien metió la pata al poner el nombre del fichero).

Una vez tenemos el driver, para ver la TDT hay varias opciones, habría que instalar el paquete correspondiente en cada caso:

• VLC: es el mas simple y me funciona bien para el uso que le doy. Se ejecuta con (he creado un acceso directo en el escritorio con este comando):

    vlc .mplayer/channels.conf

Para cambiar de canal selecciono Ver->playlist
Para grabar la emisión seecciono Ver->Controles avanzados. Entonces me aparece un botón rojo de grabacion junto a los controles de reproducción, aunque no he probado que tal graba.

• me-tv: puede importar los canales del channels.conf de vlc, pero no detecta todos. No es muy estable.

• kaffeine. Hay que seleccionar es-carceres y terrestrial para sintonizar. Si dice que no detecta el dispositivo de video, reiniciar el ordenador. Al hacer el autoescaneo detecta bien todos los canales, incluso los HD. Una vez configurado, se ven muy bien y permite grabar programas. Es un poco lento en los cambios de canal, pero funciona. Lo descarté porque excedía lo que yo necesitaba.

Por detrás la tarjeta tiene solamente el conector de cable coaxial de la antena y el conector S-VIDEO/RCA, ya que no tiene salidas de audio ni conector para mando a distancia. En la placa integrada tiene 3 conectores de 4 pines, que son:

• blanco    audio-in
• rojo      audio-out
• yellow    video-in

En mi caso no ha hecho falta conectarlos a ningún sitio.

Por último, faltaba la antena. En la habitación no hay toma de antena y después de salirme gratis la tarjeta no iba a comprarme una antena de TDT portátil, pudiendo hacer una casera con un cable coaxial sobrante segun este tutorial.

Y ya está, con esta instalación tan lonchafinista ya tenemos televisión en el PC.

Aaaadiós.