El rincón de Zerial » Documentacion

Manipular volúmenes lógicos (LVM) en discos virtuales

Zerial — Wed, 14 Sep 2011 07:48:50 +0000

Me refiero a discos virtuales a los que creamos usando dd. Cuando creamos un disco utilizando por ejemplo dd if=/dev/zero of=imagen.img y lo usamos para crear una máquina virtual, en este caso con Xen, luego le instalamos un sistema operativo que maneje ya sea CentOS, RHEL, Debian o cualquier otro que maneje LVM en la instalación, hay veces que necesitamos manipularlo ya sea para clonarlo, hacerle mantención o simplemente montarlo para ver los archivos. En mi caso, tuve que clonar la máquina virtual en caliente y quedó el FS corrupto, por lo que tuve que corregirlo, tambien sirve para hacer tareas de mantención como aumentar o disminuir el tamaño del disco o volúmenes lógicos.

Tengo mi disco original llamado “vm1.img” y la clono simplemente con un cp o bien con “dd if=vm1.img vm1_clon.img“, paso a paso, lo que tenemos que hacer es:

Crear un dispositivo “loop” en base a nuestro disco virtual
Mapear el dispositivo loop creado
Revisar los dispositivos creados en /dev/mapper/
Activar el volúmen y realizar las tareas necesarias

Las herramientas que usé son losetup, kpartx y vgchange.

Primero, ya tenemos nuestro disco creado, en este caso lo llamaré “testing” y tiene un tamaño de 80GB.
# fdisk -l testing


Disk testing: 85.9 GB, 85899345920 bytes

255 heads, 63 sectors/track, 10443 cylinders, total 167772160 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x0007759f

Device Boot Start End Blocks Id System testing1 * 63 208844 104391 83 Linux testing2 208845 167766794 83778975 8e Linux LVM

Para comenzar vamos a usar el comando losetup para crear un dispositivo “loop” en base a nuestra imagen de disco, para esto ejecutamos:

# losetup -f testing

Y verificamos con el mismo comando losetup que se haya creado

# losetup -a /dev/loop0: [fe01]:24577 (/mnt/vardata/testing)

Ya tenemos nuestro dispositivo “loop” en /dev/loop0 mapeado a la imagen de disco virtual ubicada en /mnt/vardata/testing.

Ahora debemos usar la herramienta kpartx para mapear ese dispositivo que hemos mapeado a nuestro disco virtual hacia nuestro administrador de volúmenes lógicos

# kpartx -a -v /dev/loop0 add map loop0p1 (254:2): 0 208782 linear /dev/loop0 63 add map loop0p2 (254:3): 0 167557950 linear /dev/loop0 208845

Ahora tenemos otros dispositivos creados en /dev/mapper, corresponden a “loop0p1″ y “loop0p2″ correspondientes a las particiones de nuestro disco virtual. Así debería ser presentarse:

# ls -lia /dev/mapper/ total 0 1072 drwxr-xr-x 2 root root 140 sep 13 15:19 . 3 drwxr-xr-x 15 root root 3260 sep 13 15:19 .. 1073 crw------- 1 root root 10, 236 ago 11 12:12 control 2672529 lrwxrwxrwx 1 root root 7 sep 13 15:19 loop0p1 -> ../dm-2 2671232 lrwxrwxrwx 1 root root 7 sep 13 15:19 loop0p2 -> ../dm-3 3655 lrwxrwxrwx 1 root root 7 ago 11 12:12 VolGroup_ID_15211-backup -> ../dm-0 3672 lrwxrwxrwx 1 root root 7 ago 11 12:12 VolGroup_ID_15211-vardata -> ../dm-1

Y el comando vgdisplay debería mostrar la información del grupo

# vgdisplay --- Volume group --- VG Name VolGroup00 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 79,88 GiB PE Size 32,00 MiB Total PE 2556 Alloc PE / Size 2556 / 79,88 GiB Free PE / Size 0 / 0 VG UUID yAIBPd-1PD6-IN1U-aoK7-bLSW-rz08-ERktCp

Y con lvdisplay revisamos la información de los volúmenes dentro del grupo VolGroup00

# lvdisplay VolGroup00 --- Logical volume --- LV Name /dev/VolGroup00/LogVol00 VG Name VolGroup00 LV UUID Du8Hwj-BUff-RhS3-lNTZ-KsxS-jvEp-S71om4 LV Write Access read/write LV Status NOT available LV Size 77,84 GiB Current LE 2491 Segments 1 Allocation inherit Read ahead sectors auto

--- Logical volume --- LV Name /dev/VolGroup00/LogVol01 VG Name VolGroup00 LV UUID Sg3KQG-F3Ad-kgIx-yJi0-OSxm-fBUg-bKUR3O LV Write Access read/write LV Status NOT available LV Size 2,03 GiB Current LE 65 Segments 1 Allocation inherit Read ahead sectors auto

Si te fijan en un detalle, en ambos volúmenes, el estado es “NOT available“, pues debemos activarlo

# vgchange VolGroup00 -a y 2 logical volume(s) in volume group "VolGroup00" now active

Y volvemos a revisar

# lvdisplay VolGroup00 --- Logical volume --- LV Name /dev/VolGroup00/LogVol00 VG Name VolGroup00 LV UUID Du8Hwj-BUff-RhS3-lNTZ-KsxS-jvEp-S71om4 LV Write Access read/write LV Status available # open 0 LV Size 77,84 GiB Current LE 2491 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:4

--- Logical volume --- LV Name /dev/VolGroup00/LogVol01 VG Name VolGroup00 LV UUID Sg3KQG-F3Ad-kgIx-yJi0-OSxm-fBUg-bKUR3O LV Write Access read/write LV Status available # open 0 LV Size 2,03 GiB Current LE 65 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:5

Ya los tenemos disponibles y ahora podemos trabajar con ese volúmen como si fuese un “lvm” normal, realizar tareas de mantención, montar el volumen, disminuir o aumentar su tamaño, etc.

Cuando ya terminemos de hacer todo lo que queramos con el disco virtual, hay que volver todo a la normalidad, haciendo los pasos inversos:

Desactivar el volumen
# vgchange VolGroup00 -a n 0 logical volume(s) in volume group "VolGroup00" now active

Remover el mapeo de los dispositivos loop0p1 y loop0p2 creados desde loop0
# kpartx -d /dev/loop0

Remover el mapeo de /dev/loop0 creado desde nuestro disco virtual “testing”
# losetup -v -d /dev/loop0

Ya dejamos todo como estaba y podemos volver a utilizar nuestro disco virtual.

[PoC] Cifrado del historial de bash (.bash_history)

Zerial — Thu, 03 Feb 2011 14:18:16 +0000

El otro día, en mis momentos de ocio, se me ocurrio buscar una forma de cifrar el historial de comandos que guarda bash. Hay servidores que sólo tenemos -o hemos ganado- acceso como usuarios, y no nos gusta que el administrador (root) vea lo que hacemos o los comandos que hemos ejecutado. Existen varias formas de ir contra eso, por ejemplo eliminar el bash_history o bien editarlo cada vez que hacemos algo que no queremos que sepan. Esta forma es un poco mas rebuscada y busca cifrar mediante GPG el historial, de manera tal que el root no podrá leer lo que dice el archivo.

La logica es bastante simple:

Cuando ingresamos (login) a nuestra cuenta desciframos el bash history usando nuestra clave privada
Cuando salimos (logout) ciframos el archivo con nuestra clave publica.

Para lograrlo vamos a necesitar tener una clave gpg y configurar el comportamiento del login y logout con unos scripts que les mostraré a continuación.

Vamos a usar el usuario “usuario” de prueba. Primero, creamos la clave GPG:

[usuario@belcebu ~]$ gpg --gen-key

En mi caso, generé una clave de 2048 bits con el UID Usuario de Prueba (Historial Cifrado)

Editamos el archivo .bashrc y agregamos las siguientes lineas

gpg -d -r "Usuario de Prueba (Historial Cifrado) " $HISTFILE >$HOME/._bash_history
mv $HOME/._bash_history $HISTFILE

Luego creamos el siguiente script, lo llamaremos .crypt_history.sh:

#!/bin/bash

sleep 2;
gpg -e -r "Usuario de Prueba (Historial Cifrado) " $HOME/.bash_history
mv $HOME/.bash_history.gpg $HOME/.bash_history

Y agregamos la línea

nohup sh $HOME/.crypt_history.sh &

Al archivo .bash_logout

De esta forma, al ingresar como usuario se ejecutará automaticamente el comando que descifra el .bash_history y cuando salimos, será cifrado.

[root@belcebu ~]# cat /home/usuario/.bash_history
zå¬ÈùrèÿJx¨¸QÕ{¥ ±5#ºcHb¶÷çFÀ®ú4ÞÃØÝxbZúF çïkågµNÒ¸5îÅ£ ³KÝ0U¯º±YHú#ÙÞ©Ù&¶þ¢Lyug
þ
ÓL¹ðú®&°í¾vI?V\9Õx’{4hÐaÜdÛPÅ©²¦öcñm¾O’µÔ2Éªðá¸ó²ëÕÁ²NªOÈ`A²U´¬Uîkï
u:÷ÛASþdè¶]1ê¬GBXLT¥3þ0Ñ_8uóâEQ¯`.¾Kn3AÒy»çÌ¡øyà$ßÙkíKzÜ§¸×’Øx¿S¥
ÂâÆâveó´Î/¸)aýü4µÅ:mCú}1Á$äãÑõæ>¥ÈM9IÈÛ³=PË^q{Ñ
3º ë]Å¿74ë*Ø
Öuå¦
[root@belcebu ~]#

Y si ingresamos como usuario …

gpg: encrypted with 2048-bit RSA key, ID C8F972E8, created 2011-02-03
“Usuario de Prueba (Historial Cifrado) ”
[usuario@belcebu ~]$ history
1 cat nohup.out
2 vim .bashrc
3 vim .crypt_history.sh
4 ls
5 history
6 ls -lia
7 history
[usuario@belcebu ~]$

Existe un pequeño detalle, es que el root puede ingresar como usuario y de esta forma poder el historial. Pero para esto, nosotros debemos proteger nuestro cifrado con un passphrase, asi cuando el root quiera ingresar como usuario, éste le pedira una clave para poder descifrar el archivo bash_history, si el root no maneja esa clave no podrá ver lo que hay.

Esto es solo una prueba de concepto (PoC), se puede hacer cualquier modificación a los scripts usados para adaptarlos a otras necesidades y obviamente mejorar el cifrado mismo del bash_history.
Nota: Existen varios peros en esta forma de cifrar, que obviamente pueden ser mejoradas, por ejemplo, podria existir algun conflicto cuando se inicia mas de una vez la sesion del usuario.

Tethering con un BlackBerry 8520 en Archlinux via bluetooth

Zerial — Wed, 05 Jan 2011 17:09:10 +0000

Si bien lo probé con Archlinux, tambien hay evidencias que funciona en Debian aunque, independiente de la distribución, debería funcionar para cualquiera. Tambien debería funcionar con cualquier celular que soporte “Dial Up“.
Debemos tener instaladas las herramientas de bluetooth: bluez-utils bluez-libs dbus wvdial

Primero, debemos poner el bluetooth del teléfono en modo escucha y escanearlo con nuestro disponisitivo, para ver si soporte el modo.

[root@balcebu zerial]# hcitool scan Scanning ... F4:0B:93:DB:90:FF BlackBerry 8520 [root@balcebu zerial]#

Y vemos si soporta el modo Dial Up

root@balcebu zerial]# sdptool browse F4:0B:93:DB:90:FF Browsing F4:0B:93:DB:90:FF ... [...] Service Name: Dialup Networking Service RecHandle: 0x10000 Service Class ID List: "Dialup Networking" (0x1103) "Generic Networking" (0x1201) Protocol Descriptor List: "L2CAP" (0x0100) "RFCOMM" (0x0003) Channel: 1 Profile Descriptor List: "Dialup Networking" (0x1103) Version: 0x0100 [...]

En este caso soporta, en el canal 1.

Hay que configurar el archivo /etc/bluetooth/rfcomm.conf

#
# RFCOMM configuration file.
#

rfcomm0 {
#       # Automatically bind the device at startup
        bind yes;
#
#       # Bluetooth address of the device
        device F4:0B:93:DB:90:FF;
#
#       # RFCOMM channel for the connection
        channel 1;
#
#       # Description of the connection
        comment "BlackBerry 8520";
}

“device” corresponde a la MAC encontrada al hacer el scan, es decir, la de nuestro dispositivo movil y Channel, el canal en el cual está soportado el “Dial Up”.

Luego ejecutamos hidd –connect F4:0B:93:DB:90:FF y rfcomm connect 0 para establecer la conexion con el telefono.

[root@balcebu bluetooth]# hidd --connect F4:0B:93:DB:90:FF [root@balcebu bluetooth]# rfcomm connect 0 Connected /dev/rfcomm0 to F4:0B:93:DB:90:FF on channel 1 Press CTRL-C for hangup

En el telefono debería aparecer la opción de “emparejamiento”. Ahora debemos configurar wvdial, editamos el archivo /etc/wvdial.conf y agregamos:

[Dialer blackberry]
Modem = /dev/rfcomm0
Baud = 115200
Dial Command = ATDT
Init2 = AT+CGDCONT=1,"IP","imovil.entelpcs.cl"
FlowControl = crtscts
Modem Type = Analog Modem
Username = entelpcs
Password = entelpcs
Stupid Mode = 1
New PPPD = yes
Phone = *99#

En este caso, estoy conectado con el operador “entelpcs” y los datos corresponden a ésta compañía, en el caso de pertenecer a otro proveedor, deben camiar los datos” Init2, Username y Password por los que correspondan.
Una vez añadida la configuración al archivo, ejecutamos

# wvdial blackberry --> WvDial: Internet dialer version 1.61 --> Cannot get information for serial port. --> Initializing modem. --> Sending: ATZ ATZ OK --> Sending: AT+CGDCONT=1,"IP","imovil.entelpcs.cl" AT+CGDCONT=1,"IP","imovil.entelpcs.cl" OK --> Modem initialized. --> Sending: ATDT*99# --> Waiting for carrier. ATDT*99# CONNECT --> Carrier detected. Starting PPP immediately. --> Starting pppd at Wed Jan 5 09:52:13 2011 --> Pid of pppd: 24392 --> Using interface ppp0 --> pppd: Ð¶·¸[12][10] --> pppd: Ð¶·¸[12][10] --> pppd: Ð¶·¸[12][10] --> pppd: Ð¶·¸[12][10] --> local IP address 186.10.247.119 --> pppd: Ð¶·¸[12][10] --> remote IP address 169.254.1.1 --> pppd: Ð¶·¸[12][10] --> primary DNS address 200.63.56.3 --> pppd: Ð¶·¸[12][10] --> secondary DNS address 200.63.56.4 --> pppd: Ð¶·¸[12][10]

Listo, el proveedor ya me asignó una ip publica y puedo navegar a traves de mi celular.

Referencias:

Bluetooth GPRS Howto: https://wiki.archlinux.org/index.php/Bluetooth_GPRS_Howto
Configurando un Blackberry como Modem en Debian: http://apostols.net/?p=176
Guía Bluetooth de Gentoo Linux: http://www.gentoo.org/doc/es/bluetooth-guide.xml

Esteganografía: Ofuscación de archivos (parte 2)

Zerial — Fri, 19 Nov 2010 14:10:22 +0000

Luego de haber enseñado como ofuscar un archivo dentro de otro, llegó el momento de saber como “separarlos”. En la primera parte, hubo comentarios de quienes tenian problemas porque se corrompía el archivo y no todas las versiones de unrar o unzip lo podían descomprimir, ya que obviamente, el archivo tiene muchos bits y bytes extras que no corresponden al zip, al rar o al archivo que escondimos. Una vez separado el archivo que hemos escondido, evitaremos todos estos problemas y tendremos nuestro archivo íntegro.

Para separar el archivo vamos a usar el comando split, que nos permite “dividir” o “cortar” un archivo por líneas, bytes, etc. En este caso, separaremos por bytes el archivo.
La sintaxis de split para separar un archivo es tan simple como:

$ split --bytes=XXX archivo
o tambien
$ split -b XXX archivo

De esta forma, el split separará el archivo cada XXX bytes, creando archivos de la forma xab, xac, xad, … xaN.
Ejemplo:
[zerial@balcebu ejemplo_split]$ du -sh archivo.jpg 48K archivo.jpg [zerial@balcebu ejemplo_split]$ split -b 10000 archivo.jpg [zerial@balcebu ejemplo_split]$ ls archivo.jpg xaa xab xac xad xae [zerial@balcebu ejemplo_split]$ du -csh * 48K archivo.jpg 12K xaa 12K xab 12K xac 12K xad 8.0K xae 104K total [zerial@balcebu ejemplo_split]$

Para poder separar el archivo ofuscado, vamos a necesitar saber de antemano el tamaño del archivo original, para poder separarlo por esa cantidad de bytes.

Siguiendo con el mismo ejemplo del primer post, aquí vamos:

Tenemos los tres archivos; el archivo principal, el archivo que queremos ofuscar y el archivo ya ofuscado
[zerial@balcebu ofuscar]$ ls -l total 816 -rw-r--r-- 1 zerial users 408482 Oct 27 09:54 archivo.zip -rw-r--r-- 1 zerial users 414523 Oct 27 09:54 archivo_ofuscado.jpg -rw-r--r-- 1 zerial users 6041 Oct 27 09:52 dummie.jpg [zerial@balcebu ofuscar]$

Nuestro fin es separar el archivo “archivo.zip” de “archivo_ofuscado.jpg”.
[zerial@balcebu ofuscar]$ mv archivo_ofuscado.jpg separacion/ [zerial@balcebu ofuscar]$ cd separacion/ [zerial@balcebu separacion]$ ls archivo_ofuscado.jpg [zerial@balcebu separacion]$

Vemos el tamaño en bytes del archivo principal “dummie.jpg”
-rw-r--r-- 1 zerial users 6041 Oct 27 09:52 dummie.jpg

6041 bytes. Por tanto, tenemos que decirle a split, que nos divida el archivo_ofuscado.jpg en pequeños trozos de 6041 bytes cada uno.

[zerial@balcebu separacion]$ split -b 6041 archivo_ofuscado.jpg [zerial@balcebu separacion]$ ls -l total 956 -rw-r--r-- 1 zerial users 414523 Oct 27 09:54 archivo_ofuscado.jpg -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xaa -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xab -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xac -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xad -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xae -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xaf -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xag -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xah -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xai -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xaj -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xak -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xal -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xam -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xan -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xao -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xap -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xaq -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xar -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xas -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xat -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xau -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xav -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xaw -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xax -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xay -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xaz -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xba -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbb -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbc -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbd -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbe -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbf -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbg -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbh -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbi -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbj -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbk -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbl -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbm -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbn -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbo -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbp -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbq -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbr -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbs -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbt -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbu -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbv -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbw -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbx -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xby -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xbz -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xca -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcb -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcc -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcd -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xce -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcf -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcg -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xch -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xci -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcj -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xck -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcl -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcm -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcn -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xco -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 xcp -rw-r--r-- 1 zerial users 3735 Nov 19 10:57 xcq [zerial@balcebu separacion]$

Ya tenemos dividido el archivo_ofuscado en pequeños trozos. Como nuestro archivo dummie.jpg teina un tamaño de 6041 bytes y es este archivo el que está por sobre el archivo ofuscado, el primer archivo que nos extrajo split corresponde a dummie.jpg; por tanto, renombramos xaa a dummie.jpg y concatenamos todos los demas archivos y lo llamamos archivo.zip (corresponde a nuestro archivo ofuscado)

[zerial@balcebu separacion]$ mv xaa dummie.jpg [zerial@balcebu separacion]$ cat x* >archivo.zip [zerial@balcebu separacion]$ rm x* [zerial@balcebu separacion]$ ls -l total 816 -rw-r--r-- 1 zerial users 408482 Nov 19 10:59 archivo.zip -rw-r--r-- 1 zerial users 414523 Oct 27 09:54 archivo_ofuscado.jpg -rw-r--r-- 1 zerial users 6041 Nov 19 10:57 dummie.jpg [zerial@balcebu separacion]$

Con esto ya hemos extraído nuestro archivo ofuscado. Para comparar que está íntegro y que realmente corresponde al original, comparemos los md5:

5c29dbb3975a5ffe31768b79548e1884 archivo.zip ded467af5a22134c44da18bc8d4fed1b dummie.jpg 5c29dbb3975a5ffe31768b79548e1884 ../archivo.zip ded467af5a22134c44da18bc8d4fed1b ../dummie.jpg

Los dos primeros archivos corresponden a los archivos extraídos con split y los dos últimos a los archivos originales. Los md5 coinciden, por lo que lo hemos conseguido. Si ahora unzipeamos nuestro archivo.zip, no nos mostrará ningun warning, lo mismo pasara con winrar, etc.

[zerial@balcebu separacion]$ unzip archivo.zip Archive: archivo.zip creating: tipografias/ inflating: tipografias/Aller_Bd.ttf inflating: tipografias/Aller_BdIt.ttf inflating: tipografias/Aller_It.ttf inflating: tipografias/Aller_Lt.ttf inflating: tipografias/Aller_LtIt.ttf inflating: tipografias/Aller_Rg.ttf inflating: tipografias/AllerDisplay.ttf [zerial@balcebu separacion]$

Sin warnings ni errores.

SSH, Port Forwarding y Tunneling: Saltarse las restricciones del firewall

Zerial — Sat, 06 Feb 2010 19:59:04 +0000

En mi nuevo lugar de trabajo, misteriosamente está bloqueado por el firewall, entre otras cosas, la salida al puerto 25 de cualquier servidor. Desde mi portatil uso el cliente de correo Thunderbird conectandose a distintas cuentas de correo que tengo alojadas en Google Apps asi que no podía quedarme sin revisar mis cuentas de correo, por lo que tuve que buscar la forma de hacerlo.
Lo primero que se me vino a la cabeza es hacer un port forwarding con ssh usando un servidor externo, sabiendo que tengo el puerto 22 desbloqueado para salir. Entonces, accedería a cualquier servicio corriendo en el puerto 25 mediante un redireccionamiento a traves del puerto 22. Con esta técnica podemos saltarons el firewall y todas las restricciones.

El port forwarding, según el mismo manual de ssh, corresponde a:

Specifies that the given port on the local (client) host is to be
forwarded to the given host and port on the remote side. This
works by allocating a socket to listen to port on the local side,
optionally bound to the specified bind_address. Whenever a con-
nection is made to this port, the connection is forwarded over
the secure channel, and a connection is made to host port
hostport from the remote machine. Port forwardings can also be
specified in the configuration file. IPv6 addresses can be spec-
ified with an alternative syntax:
[bind_address/]port/host/hostport or by enclosing the address in
square brackets. Only the superuser can forward privileged
ports. By default, the local port is bound in accordance with
the GatewayPorts setting. However, an explicit bind_address may
be used to bind the connection to a specific address. The
bind_address of “localhost” indicates that the listening port
be bound for local use only, while an empty address or ‘*’ indi-
cates that the port should be available from all interfaces.

En simples palabras, lo que se hace, es habilitar un puerto local, por el cual se hara un redireccionamiento, a traves de ssh y el servidor remoto, hacia nuestro destino.

Paso a paso

Mapear la dirección de destino a nuestor localhost, en mi caso (y como ejemplo) usaré smtp.gmail.com. Debemos editar el /etc/hosts y agregar a la línea de 127.0.0.1 nuestro destino:
127.0.0.1 localhost.localdomain localhost smtp.gmail.com
Verificamos:
$ ping -c1 smtp.gmail.com PING localhost.localdomain (127.0.0.1) 56(84) bytes of data. 64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=1 ttl=64 time=0.038 ms
Ahora, para nuestro sistema, el host smtp.gmail.com está apuntando a nuestra misma máquina.

Ahora, hacemos el port forwading usando el parámetro -L de la siguiente forma:
# ssh -L25:smtp.gmail.com:25 zerial@mydomain.org

Una véz logeados, ya va a estar hecho el redireccionamiento de puerto. Lo que hacemos con esa linea es decirle que todo el trafico desde localhost:25 lo lleve a traves de mydomain.org:22 a nuestro destino smtp.gmail.com:25.

Ahora realizamos la prueba, para ver si realmente tenemos salida a smtp.gmail.com:25:
$ telnet localhost 25 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 mx.google.com ESMTP 42sm25383892vws.12

Listo. Obviamente, el Firewall no podrá bloquear el tráfico de localhost y tampoco el de ssh, ya que va cifrado.

mpd-twitter: Publicar en twitter lo que estas escuchando

Zerial — Sun, 10 Jan 2010 19:56:18 +0000

Ultimamente he estado usando el Music Player Daemon (MPD) para escuchar música. Tambien me he dado cuenta que en Twitter hace varios días está de trending topic el hashtag #nowplaying, donde la gente publica lo que está escuchando. En base a ésto y a un poco de imaginación y tiempo libre, cree un script en bash que me permite publicar lo que estoy escuchando.

El script, llamado mpd-twitter, usa el cliente mpc para conectarse a mpd y obtener el artista y nombre de la reproducción actual, hacer el parseo necesario y posteriormente publica un estado en twitter.

#!/bin/bash
#
# Author: Zerial 
# Version: 0.1
# URL: http://dev.zerial.org/mpd-twitter
# License: GPL
#

CONF_FILE=$HOME/.mpd-twitter
USER=$(grep ^USERNAME $CONF_FILE |cut -f 2 -d "=")
PASS=$(grep ^PASSWORD $CONF_FILE |cut -f 2 -d "=")

if [ -f $CONF_FILE ]; then
	BEFORE=$(grep ^BEFORE $CONF_FILE |cut -f 2 -d "=")
	AFTER=$(grep ^AFTER $CONF_FILE |cut -f 2 -d "=")
else
	Xdialog --title "Error" --beep --msgbox "Can't read your local config file. Please copy the /usr/local/share/mpd-twitter/mpd-twitter.local to $HOME/.mpd-twitter" 200 100
	exit
fi

CURRENT_SONG=$(mpc current)
MY_UPDATE="$BEFORE $CURRENT_SONG $AFTER"

curl -u "$USER:$PASS" -d "status=$MY_UPDATE" -d "source=mpd-twit" "http://twitter.com/statuses/update.json"
exit

El archivo de configuración, que debe estar ubicado en ~/.mpd-twitter, es:

#
# Local Config file for mpd-twitter
#
#
# Config the username and password
#
USERNAME=your_username
PASSWORD=your_password
#
# Text before and text after the song.
# example:
# if BEFORE=Listening and AFTER=(powered by xxx)
# mpd-twitter will send "Listening  (powered by xxx)"
#
BEFORE=#nowplaying
AFTER=(powered by mpd)

Para los usuarios de Archlinux que quieran probarlo, he creado un PKGBUILD:

# Contributor: Zerial 
pkgname=mpd-twitter
pkgver=0.1
pkgrel=4
pkgdesc="Publish on twitter what you are listening on MPD"
arch=('i686' 'x86_64')
url="http://dev.zerial.org/mpd-twitter"
license=('GPL')
depends=('xdialog' 'curl' 'mpc')
source=(http://dev.zerial.org/mpd-twitter/${pkgname}_${pkgver}.tar.gz)
md5sums=('3d73b79fa38bd60f637386146137999b')

build(){
	cd $startdir/src/$pkgname
	install -d $startdir/pkg/usr/local/share/mpd-twitter
	mkdir $startdir/pkg/usr/bin
	install -m744 $startdir/src/$pkgname/mpd-twitter.local $startdir/pkg/usr/local/share/mpd-twitter/
	install -m755 $startdir/src/$pkgname/mpd-twitter $startdir/pkg/usr/bin/
}

Tambien lo pueden encontrar en el repositorio AUR.

La idea es lanzar el script con algun hotkey de nuestro gestor de ventanas y asi, cada véz que quieras mostrar lo que estás escuchando, simplemente precionas la combinacion de teclas que configuraste. Por ejemplo, en DWM la he configurado asi:

[...]
/* commands */
static const char *mpdtwittercmd[] = { "mpd-twitter", NULL };
static Key keys[] = {
[...]
      { MODKEY|ShiftMask,                     XK_t,   spawn,  {.v = mpdtwittercmd } },
[...]

De esta forma, cada vez que presiono Alt+Shift + T, aparece en twitter lo que estoy escuchando.

Bottom Stack en Dynamic Window Manager (DWM)

Zerial — Thu, 07 Jan 2010 00:10:49 +0000

Hace meses que me decidí por usar DWM y de a poco voy teniendo distintas necesidades, por lo que he ido configurando poco a poco el gestor. Ultimamente, me dieron ganas de querer ordenar las ventanas de forma horizontal y revisando el sitio de DWM he encontrado el llamado “Bottom Stack”, que me ayudará a cumplir mi propósito.

Para lograrlo, simplemente tenemos que agregar un par de líneas al config.h y volver a compilarlo.

Debemos descargar los ficheros bstack.c y bstackhoriz.c y agregar las siguientes líneas a nuestro fichero de configuración config.h, despues de la definición de la variable mfact y antes de la definición de layouts:

#include "bstack.c"
#include "bstackhoriz.c"

Y dentro de la definición de layouts debemos agregar:

{ "TTT",      bstack },
{ "===",      bstackhoriz },

El fichero config.h se debería ver mas o menos así:

[...]

/* layout(s) */
static const float mfact      = 0.55; /* factor of master area size [0.05..0.95] */
static const Bool resizehints = True; /* False means respect size hints in tiled resizals */

#include "bstack.c"
#include "bstackhoriz.c"

static const Layout layouts[] = {
        /* symbol     arrange function */
        { "TTT",      bstack },
        { "[]=",      tile },    /* first entry is default */
        { "><>",      NULL },    /* no layout function means floating behavior */
        { "[M]",      monocle },
        { "===",      bstackhoriz },
};

/* key definitions */
#define MODKEY Mod1Mask
#define TAGKEYS(KEY,TAG) \

[...]

Imágenes:

Pueden encontrar el artículo original en el siguiente link:
http://dwm.suckless.org/patches/bottom_stack

Cruzando la información en un sitio web vulnerable

Zerial — Sat, 05 Dec 2009 12:49:55 +0000

En los artículos que he escrito relacionado a vulnerabilidades webs más comunes siempre aparece el legendario Cross-Site Scripting o XSS. Una vulnerabilidad tan fácil de corregir y a la véz tan común, puede ser muy peligrosa ya que nos permite cruzar la información a través del sitio para luego poder manipularla, por ejemplo el robo de credenciales de un sitio web con un login o inicio de sesion.

d3m4s1@d0v1v0 escribió un artículo titulado “Cruzando Información, Cross-Site Scripting (XSS)” en el que, luego de aclarar el fín del artículo

ACLARACION: el artículo está dirigido a aquellos que quieran aprender programación web segura, gente dedicada a la seguridad que utiliza el hacking ético para descubrir problemas a solucionar y reportarlos. Para hacer este tipo de ataque deben contar con la aprobación del encargado de la web o quién corresponda.

explica detalladamente el por qué del nombre XSS, que es el XSS, cómo se puede “usar” el XSS, lograr que el usuario ejecute lo que queremos, entre otras cosas.
Recomiendo el artículo a quienes quieran informarse un poco más sobre el tema.

kismet + gpsd + gpsdrive = wardriving!

Zerial — Sat, 21 Nov 2009 12:33:50 +0000

Antes que todo, quisiera agradecer a Leo_, quien donó prestó el GPS para que los del hacklab pudieramos jugar.
Y para los que no saben lo que es el Wardriving:

Se llama wardriving a la búsqueda de redes inalámbricas Wi-Fi desde un vehículo en movimiento. Implica usar un coche o camioneta y un ordenador equipado con Wi-Fi, como un portátil o una PDA, para detectar las redes. Esta actividad es parecida al uso de un escáner para radio.
(Citado textualmente desde Wikipedia.)

La idea de este post, es hacer un mini tutorial de cómo hice funcionar (gracias a la ayuda de Nozelf) el GPS en GNU/Linux junto a las herramientas de sniffing kismet y a gpsdrive. Debo dejar claro que no enseñaré a configurar el bluetooth ni nada por el estilo, asumo que todo eso ya está configurado.

Lo primero que haremos será buscar el dispositivo y asociarlo a nuestra máquina, para esto usaremos hcitool y rfcomm.

[root@balcebu ~]# hcitool scan Scanning ... 00:02:C7:15:B3:A3 BTGPS 15B3A3 [root@balcebu ~]# rfcomm bind /dev/rfcomm0 00:02:C7:15:B3:A3 [root@balcebu ~]#

Para ver si el GPS está entregando algún tipo de información, podemos hacer un cat directamente al dispositivo.

[root@balcebu ~]# cat /dev/rfcomm0 PGSA,A,1,,,,,,,,,,,,,50.0,50.0,50.0*05 $GPRMC,000211.991,V,0000.0000,N,00000.0000,E,0.000000,,101102,,*0A $GPVTG,,T,,M,0.000000,N,0.000000,K*4E $GPGGA,000212.991,0000.0000,N,00000.0000,E,0,00,50.0,0.0,M,0.0,M,0.0,0000*76 $GPGSA,A,1,,,,,,,,,,,,,50.0,50.0,50.0*05 $GPRMC,000212.991,V,0000.0000,N,00000.0000,E,0.000000,,101102,,*09 $GPVTG,,T,,M,0.000000,N,0.000000,K*4E $GPGGA,000213.991,0000.0000,N,00000.0000,E,0,00,50.0,0.0,M,0.0,M,0.0,0000*77 $GPGSA,A,1,,,,,,,,,,,,,50.0,50.0,50.0*05 $GPRMC,000213.991,V,0000.0000,N,00000.0000,E,0.000000,,101102,,*08 $GPVTG,,T,,M,0.000000,N,0.000000,K*4E $GPGGA,000214.991,0000.0000,N,00000.0000,E,0,00,50.0,0.0,M,0.0,M,0.0,0000*70 $GPGSA,A,1,,,,,,,,,,,,,50.0,50.0,50.0*05 $GPRMC,000214.991,V,0000.0000,N,00000.0000,E,0.000000,,101102,,*0F $GPVTG,,T,,M,0.000000,N,0.000000,K*4E $GPGGA,000215.991,0000.0000,N,00000.0000,E,0,00,50.0,0.0,M,0.0,M,0.0,0000*71

Hasta ahora todo en orden. Ahora debemos configurar el kismet, el fichero de configuración que tengo yo es:

version=2007.09.R1
servername=Kismet
suiduser=zerial
networkmanagersleep=true
source=iwlagn,wlan0,iwl
vapdestroy=true
channelhop=true
channelvelocity=5
channelsplit=true
defaultchannels=IEEE80211b:1,6,11,2,7,3,8,4,9,5,10
defaultchannels=IEEE80211g:1,6,11,2,7,3,8,4,9,5,10
defaultchannels=IEEE80211a:36,40,44,48,52,56,60,64
defaultchannels=IEEE80211ab:1,6,11,2,7,3,8,4,9,5,10,36,40,44,48,52,56,60,64
tcpport=2501
allowedhosts=127.0.0.1
bindaddress=127.0.0.1
maxclients=5
gps=true
gpshost=localhost:2947
gpsmodelock=false
alert=NETSTUMBLER,10/min,1/sec
alert=WELLENREITER,10/min,1/sec
alert=LUCENTTEST,10/min,1/sec
alert=DEAUTHFLOOD,10/min,2/sec
alert=BCASTDISCON,10/min,2/sec
alert=CHANCHANGE,5/min,1/sec
alert=AIRJACKSSID,5/min,1/sec
alert=PROBENOJOIN,10/min,1/sec
alert=DISASSOCTRAFFIC,10/min,1/sec
alert=NULLPROBERESP,10/min,1/sec
alert=BSSTIMESTAMP,10/min,1/sec
alert=MSFBCOMSSID,10/min,1/sec
alert=LONGSSID,10/min,1/sec
alert=MSFDLINKRATE,10/min,1/sec
alert=MSFNETGEARBEACON,10/min,1/sec
alert=DISCONCODEINVALID,10/min,1/sec
alert=DEAUTHCODEINVALID,10/min,1/sec
allowkeytransmit=true
writeinterval=300
trackivs=false
sound=false
soundplay=/usr/bin/play
sound_new=${prefix}/share/kismet/wav/new_network.wav
sound_traffic=${prefix}/share/kismet/wav/traffic.wav
sound_junktraffic=${prefix}/share/kismet/wav/junk_traffic.wav
sound_alert=${prefix}/share/kismet/wav/alert.wav
speech=false
festival=/usr/bin/festival
flite=false
darwinsay=false
speech_voice=default
speech_type=nato
speech_encrypted=New network detected, s.s.i.d. %s, channel %c, network encrypted.
speech_unencrypted=New network detected, s.s.i.d. %s, channel %c, network open.
ap_manuf=ap_manuf
client_manuf=client_manuf
metric=false
waypoints=true
waypointdata=/home/zerial/.gpsdrive/way.txt
waypoint_essid=true
alertbacklog=50
logtypes=dump,network,csv,xml,weak,cisco,gps
trackprobenets=true
noiselog=false
corruptlog=true
beaconlog=true
phylog=true
mangledatalog=true
fuzzycrypt=wtapfile,wlanng,wlanng_legacy,wlanng_avs,hostap,wlanng_wext,ipw2200,ipw2915
fuzzydecode=wtapfile,radiotap_bsd_a,radiotap_bsd_g,radiotap_bsd_bg,radiotap_bsd_b,pcapfile
netfuzzycrypt=true
dumptype=wiretap
dumplimit=0
logdefault=Kismet
logtemplate=%n-%d-%i.%l
piddir=/var/run/
configdir=%h/.kismet/
ssidmap=ssid_map
groupmap=group_map
ipmap=ip_map

Nota: Tuve que instalar una version antigua de Kismet ya que tuve conflictos con la más nueva.
Cuando tengamos configurado kismet y, antes de ejecutarlo, debemos setear nuestra interfáz en modo monitor y correr gpsd. Lo primero va a depender del driver que estemos usando.
En los casos más comunes son:

Intel, broadcom, ralink, realtek, entre otas:
# iwconfig wlan0 mode monitor
En la mayoría:
# airmon-ng wlan0 start
En las con madwifi (atheros, zydass)
# wlanconfig ath create wlandev wifi0 wlanmode monitor
Y el gpsd lo corremos:
# gpsd -F /tmp/gps.socket /dev/rfcomm0
Ya podemos arrancar el kismet. La pantalla que veremos será algo similar a:

Son todas las redes que captura nuestra interfáz wireless. Pero a lo que nosotros nos interesa, es el fichero Way Points que se está guardando, según nuestro kismet.conf, en el directorio ~/.gpsdrive/way.txt.

[zerial@balcebu ~]$ cat ~/.gpsdrive/way-ssid.txt GASPAR -33.442875 -70.598656 RED_ANDRES -33.442886 -70.598724 EDSOIT -33.442875 -70.598656 jaguar house 0.000000 0.000000 Visitas Jaguar 0.000000 0.000000 Rodrigo_2008 -33.442875 -70.598656 -33.442886 -70.598724 costa2 -33.442881 -70.598656 SUPERTALDO -33.442886 -70.598724 Fidelizador.com -33.442881 -70.598656 CDAguilucho -33.442875 -70.598656 CDAguilucho -33.442875 -70.598656 CDAguilucho -33.442881 -70.598656 CDAguilucho -33.442881 -70.598656 WebSTAR -33.442875 -70.598656 Prueba -33.442881 -70.598656

Lo que vemos son los nombres de las señales, longitud y latitud. Ya con toda ésta información, podemos “graficarla” en algun mapa, por ejemplo, el de gpsdrive.

Aún no configuro bien ni cargo los mapas que corresponden, por lo que el GPSDrive me muestra la información un tanto ilegible, pero podemos ver que si está posicionando la información capturada por kismet. Lamentablemente no puedo hacer más zoom.
Otra opción sería traspasar los datos de WayPoints a KML para que pueda ser interpretado por Google Earth, tambien podemos introducir las coordinadas manualmente para ir graficando.

La idea es la siguiente, montar una antena en un auto y salir con los portátiles a recorrer la ciudad capturando éste tipo de información y graficandolo en un mapa para luego compartirla y tener un mapa con las redes de la ciudad. El próximo post relacionado a este tema, será cuando haga wardriving, subiré fotos y todo eso.

Crackeando redes Wi-Fi usando aircrack

Zerial — Mon, 16 Nov 2009 23:42:19 +0000

En el Hackmeeting 2009 se tenía pensado realizar una charla o taller de cómo crackear redes Wifi usando aircrack lo que, lamentablemente, no se realizó. Los chicos que nos visitaron desde Bolivia estában bastante entusiasmados por este taller y cuando se fueron me dijieron ¡acuerdate de enviaros un manual de aircrack!. El siguiente tutorial o guía rápida para crackear redes wifi está dedicado a ellos.

Aircrack-ng is an 802.11 WEP and WPA-PSK keys cracking program that can recover keys once enough data packets have been captured. It implements the standard FMS attack along with some optimizations like KoreK attacks, as well as the all-new PTW attack, thus making the attack much faster compared to other WEP cracking tools.

In fact, Aircrack-ng is a set of tools for auditing wireless networks.

http://aircrack-ng.org

En español y en simples palabras, aircrack-ng es una suite de herramientas que nos permiten auditar redes inalámbricas.

Básicamente, lo que voy a mostrar es cómo encontrar la clave de una red wifi cifrada con WEP. Las herramientas que utilizaremos serán airmon-ng, airodump-ng, aireplay-ng y aircrack-ng.

airmon: La usaremos para levantar nuestra interfáz wifi en modo monitor
airodump: Para capturar los paquetes que recibe nuestra intefáz en modo monitor
aireplay: Para crear una autentificación falsa y poder inyectar paquetes, si es que nuestro hardware lo permite
aircrack: Para interpretar los datos capturados con airodump y poder obtener la clave

El primer paso será setear nuestra interfáz wifi en modo monitor, ejecutamos:
# airmon-ng start wlan0
Cambiamos wlan0 por el nombre de nuestra interfáz de red wireless (la podemos ver ejecutando iwconfig). Yo usaré wlan0 para todos los ejemplos. Veremos que se creo otra interface llamada mon0 o algo similar.
Este paso se puede realizar de varias formas dependiendo del driver que usemos, generalmente para las atheros o para las que usen el driver madwifi, tenemos que usar wlanconfig.
# wlanconfig ath0 create wlandev wifi0 wlanmode monitor
Algunos drivers nos permiten cambiar el estado a monitor directamente usando iwconfig:
# iwconfig wlan0 mode monitor
Bueno, una véz lista nuestra interfáz en modo monitor tenemos que ejecutar la utilidad que nos permitirá capturar los datos que están volando. Ejecutamos:

# airodump-ng wlan0
Veremos una pantalla similar a:

De izq. a derecha tenemos:
bssid: mac del access point
beacons: paquetes “basura”
#Data: paquetes útiles
#/s: paquetes por segundo
CH: canal
Enc: cifrado
ESSID: nombre de la señal

Nuestro objetivo es la red llamada “club”. Entonces ejecutamos airodump-ng con los parámetros necesarios para que se encoque unicamente en su mac y su canal.

# airodump-ng -w output --channel 6 --bssid 00:02:CF:B4:DC:5B wlan0

-w : archivo para guardar los datos capturados
–channel: el canal
–bssid: la mac del access point

Utilizaremos dos herramientas más para la inyección de paquetes. La inyección de paquetes nos sirve par “obligar” al roueter a que trafique y nos envie los #Data que necesitamos.
Primero, utilizaremos aireplay-ng para generar una autentificación falsa.

# aireplay-ng -1 64 -a 00:02:CF:B4:DC:5B -h 00:1E:65:CB:29:64 wlan0

Pasamos la MAC de nuestro objetivo bajo el parametro -a y nuestra MAC mediante -h. Con -1 indicamos que usaremos el modo de ataque numero 1.

Mientras esperamos que se generere la autentificación false, dejamos corriendo el aireplay en modo de ataque 3, para que inyecte paquetes.

# aireplay-ng -3 -b 00:02:CF:B4:DC:5B -h 00:1E:65:CB:29:64 wlan0

No explicaré detalladamente los tipos de ataques o los argumentos del aireplay, para eso pueden hacer
# aireplay-ng --help
o bien leer el man.

Cuando tengamos todos los ataques corriendo y el airodump capturando paquetes, podremos ver una pantalla como:

Si nos damos cuenta, podemos ver que el campo #/s esta en 500 lo que quiere decir que esta capturando 500 paquetes por segundo. Con 5 mil o 10 mil paquetes, ya deberiamos tener la password. En el peor de los casos con 20 o 40 mil. El campo #Data nos indica cuantos paquetes hemos capturado.

Por mientras, en otra consola podemos ejecutar el aircrack para que interprete los datos capturados y nos muestre la password WEP.

# aircrack-ng output*.cap

Listo, ya tenemos la clave.

Clonación de máquinas virtuales en serie

Zerial — Wed, 28 Oct 2009 00:55:34 +0000

En el lugar donde trabajo, he estado montando y monitoreando muchas máquinas virtuales (gnu/linux sobre gnu/linux). En un principio, las máquinas estaban virtualizadas con VMWare, eran sólo 3 máquinas. Luego estas máquinas fueron aumentando a 5, 10 y actualmente ya son 20 máqiunas. La empresa donde trabajo ofrece el servicio de email marketing en base a newsletter y “fidelización de clientes“, y soy yo quien debe administrar los servidores de envios de correos. Se envían más de 500 mil emails semanales por lo que el uptime y la disponibilidad del servicio debe ser la más alta.

Para ésto, decidí migrar todas las máquinas a Xen y comenzar a para-virtualizar todos los servidores de envios (nosotros les llamamos “smtp“). Si pensamos que su única función es enviar correos (ya que, de la lógica del servicio se encarga otro servidor), las caracteristicas de cada smtp son muy básicas:

128MB ram
2Gb disco
Servicios: postfix, ssh

Para lograr el objetivo, me dediqué a crear un script que me automatiza la creación y configuración de máquinas virtuales.

El script esta hecho en bash y lo único que necesitamos es tener una imágen del sistema (por ej. debian) base, con postfix instalado y la configuración que necesitemos, para luego clonarla en serie. El único trabajo que tenemos que hacer es montar una sola maquina, con todo lo que necesitemos, que sea funcional y luego de hacer pruebas y que todo ande bien, entonces usamos el script para clonarla:

#/bin/bash
VM_LIST=machines # file which contains list of ip and hostnames
for line in $(grep -v ^# $VM_LIST);
do
IP_ADDR=$(echo $line |awk -F ‘|’ ‘{print $1}’)
HOST_NAME=$(echo $line |awk -F ‘|’ ‘{print $2}’)
MAC=$(echo $line |awk -F ‘|’ ‘{print $3}’)
NAME=$(echo $HOST_NAME |awk -F . ‘{print $1}’)
CFG=$NAME.cfg
IMG=$NAME.img
FULLPATH_CFG=$DIR\/$HOST_NAME\/$CFG;
FULLPATH_IMG=$DIR"\/"$HOST_NAME"\/"$IMG;
FULLPATH_SWAP=$DIR/$HOST_NAME/"swap.img";
mkdir $HOST_NAME
echo "Created $HOST_NAME directory."
echo ">> Copying files …"
cp draft/swap.img draft/draft.img draft/draft.cfg $HOST_NAME/
mv $HOST_NAME/draft.img $HOST_NAME/$IMG
mv $HOST_NAME/draft.cfg $HOST_NAME/$CFG
echo -n ">> Parsing $CFG …"
sed -i ‘s/DIR_TO_DISK/\/vm\/mailers\/‘$HOST_NAME‘\/‘$IMG‘/g’ $HOST_NAME/$CFG
sed -i ‘s/DIR_TO_SWAP/\/vm\/mailers\/‘$HOST_NAME‘\/swap.img/g’ $HOST_NAME/$CFG
sed -i ‘s/HOSTNAME/’$NAME‘/g’ $HOST_NAME/$CFG
sed -i ‘s/IP_ADDR/’$IP_ADDR‘/g’ $HOST_NAME/$CFG
sed -i ‘s/MAC/’$MAC‘/g’ $HOST_NAME/$CFG
echo " Done."
mount -oloop -tauto $HOST_NAME/$IMG temp/
echo ">> Setting up hostname …"
echo $HOST_NAME > temp/etc/hostname
echo ">> Setting up postfix (main.cf) …"
sed -i ‘s/mail[0-9]./’$NAME‘/g’ temp/etc/postfix/main.cf
echo ">> Setting up ethernet …"
sed -i ‘s/aaa.bbb.ccc.ddd/’$IP_ADDR‘/’ temp/etc/network/interfaces
echo ">> Adding RSA Public Key …"
cat /home/admin/.ssh/id_rsa.pub >> temp/root/.ssh/authorized_keys
umount temp
echo "Done."
done

Lo que hace el script, en sencillos pasos es:

- Crear el directorio donde guardaremos nustro fichero de configuración y cosas necesarias.
- Copiar los ficheros necesarios (configuracion de la máquina, imagen del sistema operativo, etc)
- Toma el fichero de configuración y lo parsea para adaptarlo según la configuración que necesitemos.
- Monta la imagen (usando loop)de nuestra nueva máquina.
- Edita y configura los ficheros necesarios dentro de esa máquina virtual.
- Desmontamos y pasamos a la siguiente máquina.

El script se basa en un fichero de “configuración”, el cual nos debe proveer de la dirección IP, la mac y el hostname, en el siguiente formato:

aaa.bbb.ccc.ddd:hostname.tld:ma:c:a:dd:re:ss

Con este post no busco enseñar como migrar o clonar máquinas, simplemente demostrar que se puede automatizar la tarea de clonación de máquinas en serie. Claramente este script no funcionará para los requerimientos de todos nosotros, pero se puede adaptar.

[Proof-of-Concept] DoS gracias al script wp-trackbacks de wordpress

Zerial — Sun, 18 Oct 2009 22:48:54 +0000

Un par de horas atrás, publiqué un artículo luego de haber leído una publicación de jcarlosn. Me di el tiempo de realizar una prueba de concepto (PoC) usando el exploit que él mismo propone. Si bien el código que él publicó tiene algunos problemas, luego de hacerle un par de modificaciones logré ejecutarlo y analizar su comportamiento y ver cómo sufre el servidor objetivo.

Duración de la prueba de concepto: 2 minutos
Sitio o servidor objetivo: blog.zerial.org
Tipo de exploit: remoto
Vulnerabilidad: Resource Exhaustion (DoS)
Descripción: El servidor comienza a consumir recursos hasta agotarlos, provocando la denegación del servicio.

Ejecuté el exploit en tres consolas distintas de forma simultanea, y al pasar 10 o 15 segundos ya se comenzó a notar el consumo de recursos en el servidor.

La carga promedio ya va en 2.83 y el consumo del/los CPU llegando al 100%, un par de segundos más y …

La carga promedio ya va en 3.75 y los procesadores están a su 100%, si se fijan en la memoria está consumiendo 408MB de 540, es decir, el servidor ya se está quedando sin recursos. Siguen pasando los segundos …

458Mb de ram y 4.25 de carga.

Los logs de apache me muestran las distintas peticiones simultaneas que hace el exploit:

Esta prueba de concepto la realicé con 3 peticiones simultaneas y durante 2 míseros minutos, si aumentamos las instancias del exploit y alargamos un poco mas el periodo de prueba, fácilmente podremos lograr la denegación de servicio en el servidor.

Migración de datos en Drupal

Zerial — Fri, 02 Oct 2009 01:25:14 +0000

Drupal 6 nos provee de una API que nos permitirá trabajar directamente con el core, usando las funciones, módulos y configuraciones ya existentes. De esta forma, y gracias a los hooks, podemos realizar distintas funciones tales como agregar, eliminar y modificar usuarios y contenidos, manejar los comentarios, configuraciones, etc.
La idea de este artículo es ayudar a las personas que necesiten realizar una migración (importación/exportación) desde un sistema distinto hacia Drupal.

Las funciones que necesitamos de la API de Drupal son:

user_save(): Permite la manipulación de los usuarios.
node_save(): Manipulación de los nodos (contenidos).
db_query(): Nos permite realizar consultas a la base de datos usando la configuración de Drupal.

Con estas funciones ya podemos pensar en realizar una migración total o partial de un sitio. La lógica del asunto es sencilla, tenemos que hacer un “wrapper” que conecte ambas plataformas (hablando de base de datos y ficheros), hacer que por un lado se conecte a la base de datos de la plataforma antigua y por otro lado a Drupal, que vaya leyendo los datos desde la plataforma antigua y luego insertandolos en la nueva plataforma usando las funciones de la API, por ejemplo, si tenemos la tabla usuarios con los tipicos campos nombre, email, usuario, password, en Drupal la estructura de la tabla {users} es similar, contiene los campos email, name y pass (los que nos sirven) entre otros. Entonces lo que debemos hacer es un pequeño script que haya un SELECT email, password, usuario FROM usuarios y hacer que cada registro que lea, lo inserte en la tabla {users} mediante la API (función user_save()).
Ejemplo:

$var1 = mysql_query("SELECT email,password,usuario FROM usuarios", $link);
while($data = mysql_fetch_array($var1)){
$userdata = array(
‘status’ => 1,
‘name’ => $data[‘usuario’],
‘pass’ => ’123′,
‘picture’ => $_avatar,
‘mail’ => $data[‘email’],
);
user_save(”, $userdata);
}

El tema de la contraseña es más complicado, va a depender únicamente de que si la contraseña está en texto plano o encriptada en la base de datos de origen. Si esta en texto plano, entonces basta con agregar al arreglo userdata el valor $data['password'] a la variable pass. De lo contrario, tendremos que hacer un pequeño truco. Creamos el usuario asignandole una clave fake, por ejemplo 123456 y posteriormente, usando la función db_query, hacemos el UPDATE necesario para cambiarle el password al usuario creado, ingresando directamente el HASH original (pensando que esta en md5).

Para realizar la migración de contenido, el procedimiento es de la misma forma, seleccionar la información de un lado y llevarla a otra usando la función node_save.
Si algo se nos escapa de las manos y no sabemos como hacerlo, basta con que entendamos el modelo de la base de datos e ingresemos directamente las consultas a la base de datos (no lo recomiendo).

Hace unos días me tocó la tarea de realizar la migración de una plataforma X a Drupal, para esto diseñe una clase que me permite hacer la migración paso por paso.

< ?php
chdir("api/");
include_once ‘api/includes/bootstrap.inc’;
drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);
flush();
class Drupal{
private $user;
private $id_uid;
public $counter;
public function __construct(){
$this->id_uid = array();
$this->counter = array(‘users’ => 0, ‘news’ => 0, ‘comments’ => 0);
$this->clearDatabase();
}
public function clearDatabase(){
$_queries = array(
‘users’ => ‘DELETE FROM dp_users WHERE name != \’admin\’ AND name != \’asdf\’‘,
‘nodes’ => ‘DELETE FROM dp_node WHERE type NOT IN (\’intro\’, \’adminpage\’)’,
‘comments’ => ‘DELETE FROM dp_comments’,
// ‘terms_rel’ => ‘DELETE FROM dp_term_node’,
// ‘terms’ => ‘DELETE FROM dp_term_data WHERE tid NOT IN (3, 6)’,
‘groups’ => ‘DELETE FROM dp_og’,
‘groups_uid’ => ‘DELETE FROM dp_og_uid’,
‘groups_ancestry’ => ‘DELETE FROM dp_og_ancestry’,
‘groups_notifications’ => ‘DELETE FROM dp_og_notifications’,
‘dp_job_posting’ => ‘DELETE FROM dp_job_posting’,
‘dp_job_posting_country’ => ‘DELETE FROM dp_job_posting_country’,
);
foreach($_queries as $query){
print ">>[DP_SQL] ".$query."\n";
db_query($query);
}
}
public function createUser($data){
$_avatar_base_path = "sites/default/files/pictures/";
$_avatar = ($data[‘avatar’] == "usuarioSinAV.jpg")?NULL:$_avatar_base_path.$data[‘avatar’];
$_user = array(
‘status’ => 1,
‘access’ => time(),
‘name’ => $data[‘username’],
‘pass’ => ’123′,
‘picture’ => $_avatar,
‘profile_nombres’ => $data[‘nombres’],
‘profile_apellido’ => $data[‘apellidos’],
‘profile_intereses’ => $data[‘about’],
‘profesion’ => $data[‘profesion’],
‘mail’ => $data[‘email’],
);
$user = user_save(”, $_user);
self::_setPassword($user->uid, $data[‘password’]);
// self::_setUserRole($user->uid);
self::_configureProfile($data, $user->uid);
if($data[‘admin’]) self::_setAdmin($user->uid);
$this->user = &$user;
$this->id_uid[$data[‘id’]] = $user->uid;
$this->counter[‘users’]++;
}
public function createContent($data, $type){
$node = new stdClass();
$node->type = $type;
$node->uid = $this->user->uid;
$node->name = $user->user->name;
$node->promote = 1;
$node->format = FILTER_FORMAT_DEFAULT;
$node->status = 1;
$node->title = html_entity_decode($data[‘titulo’]);
$node->body = $data[‘cuerpo’];
$node->taxonomy = self::_convertTaxonomy();
$node->comment = 2;
$node->created = strtotime($data[‘fecha’]);
print ">>[node:".$type."] ".substr($node->title, 0, 30)."… (".substr($node->body, 0, 20)." …) [tax:{".implode(";", $node->taxonomy)."},uid:".$node->uid."]\n";
$this->counter[‘news’]++;
node_save($node);
$q = "INSERT INTO dp_node_access(nid, grant_view, realm) VALUES((SELECT MAX(nid) FROM dp_node),1, ‘all’)";
db_query( $q );
}
public function insertCommentProfile($data){
print ">>[comment;autor:".$this->id_uid[$data['autor']].",uid:".$data['userid']."] (".rtrim(substr($data[‘comentario’], 0, 30))." …)\n";
db_query("INSERT INTO {comments} (pid, uid, hostname, comment, status, name, mail, homepage, timestamp) VALUES(%d, %d, ‘%s’, ‘%s’, %d, ‘%s’, ‘%s’, ‘%s’, %d)", $data[‘userid’], $this->id_uid[$data[‘autor’]], ’127.0.0.1′, $data[‘comentario’], 1, ”, ”, ”, time());
$this->counter[‘comments’]++;
}
private function _convertTaxonomy($taxonomy = NULL){
$_categories = array();
$_categories[] = 29;
$_categories[] = 30;
$_categories[] = 31;
$_categories[] = 32;
$_categories[] = 33;
$_categories[] = 34;
$_categories[] = 35;
return array( ($taxonomy)?$_categories[–$taxonomy]:35 );
}
private function _setPassword($id, $md5){
$query = "UPDATE dp_users SET pass = ‘".$md5."’ WHERE (name != ‘asdf’ AND name != ‘admin’) AND uid = ".$id;
print ">>[DP_SQL] ".$query."\n";
db_query($query);
}
private function _setAdmin($id){
$table = "dp_users_roles";
//$query = "UPDATE ".$table." SET rid = 4 WHERE uid = ".$id; # 4 es el que corresponde segun SELECT * FROM dp_role
$query = "INSERT INTO ".$table."(rid, uid) VALUES(4, ".$id.")"; # 2 es el que corresponde segun SELECT * FROM dp_role
print ">>[DP_SQL] ".$query."\n";
db_query($query);
}
private function _setUserRole($id){
$table = "dp_users_roles";
$query = "INSERT INTO ".$table."(rid, uid) VALUES(2, ".$id.")"; # 2 es el que corresponde segun SELECT * FROM dp_role
print ">>[DP_SQL] ".$query."\n";
db_query($query);
}
private function _configureProfile($info, $_uid){
$uid = $info[‘id’];
$query = "SELECT a.nombre_esp FROM cat_paises a LEFT JOIN usr_users b ON b.pais = a.id WHERE b.id = ".$uid;
$_r = mysql_result(sqlExec($query, ‘query’), 0, ‘nombre_esp’);
db_query("INSERT INTO dp_profile_values(fid, uid, value) VALUES(8, ".$_uid.", ‘".$_r."’)");
$query = "SELECT a.nombre_esp FROM paises a LEFT JOIN users b ON b.pais_residencia = a.id WHERE b.id = ".$uid;
$_r = mysql_result(sqlExec($query, ‘query’), 0, ‘nombre_esp’);
db_query("INSERT INTO dp_profile_values(fid, uid, value) VALUES(9, ".$_uid.", ‘".$_r."’)");
/* $query = "SELECT a.profesion FROM users a WHERE a.id = ".$uid;
$_r = mysql_result(sqlExec($query, ‘query’), 0, ‘profesion’);
db_query("INSERT INTO dp_profile_values(fid, uid, value) VALUES(3, ".$_uid.", ‘".$_r."’)");*/
$query = "SELECT a.nombre FROM cat_usr a LEFT JOIN usr_users b ON b.categoria = a.id WHERE b.id = ".$uid;
$_r = mysql_result(sqlExec($query, ‘query’), 0, ‘nombre’);
db_query("INSERT INTO dp_profile_values(fid, uid, value) VALUES(4, ".$_uid.", ‘".$_r."’)");
$query = "SELECT a.subcategoria_es FROM areas_ciencia_subcat a, usr_users b WHERE b.area_ciencia_subcat != 0 AND b.area_ciencia_subcat = a.id_subcat AND b.id = ".$_uid;
if($_r = mysql_result(sqlExec($query, ‘query’), 0, ‘subcategoria_es’)){
db_query("UPDATE dp_profile_values SET value = ‘".$_r."’ WHERE fid = 7 AND uid = ".$_uid);
// db_query("INSERT INTO dp_profile_values(fid, uid, value) VALUES(7, ".$_uid.", ‘".$_r."’)");
}
}
}

Esta clase nos permite crear una instancia para trabajar con Drupal y de esta forma poder migrar usuarios, contenidos, asignar taxonomias/categorias, resetear claves, insertar comentarios, etc. Cada método público debe ser llamado pasando como argumento un array con la información que desea ser insertada. Por ejemplo, una llamda al método createUser:

$_users = mysql_query("SELECT * FROM usuarios", $link);
while($_users_row = mysql_fetch_array($_users)){
// Llamada a API drupal para crear usuario
$drupal->createUser($_users_row);
}

Sencillamente, lo que hace este pedazo de código es consultar en una base de datos por todos los usuarios y posteriormente, por cada registro encontrado, llamar al método “createUsers” pasándole como argumento el row correspondiente al ciclo.

Les dejo el script “Migrar.php” que instancia la clase Drupal y hace uso de sus métodos:

< ?php
/*
* Lunes, 21 de Septiembre del 2009.
*
* Migrador de plataformas para
* Drupal.
*
*/
// Config
require_once("Config.php");
$conexion = mysql_connect($host, $username, $password) OR die("Error al conectar a la base de datos.\n");
// Llamada a nuestro wrapper
require_once("Drupal.class.php");
if(!mysql_select_db($database, $conexion)){
print "Error al seleccionar la base de datos.\n";
}
else{
$start = time();
$drupal = new Drupal();
// Usuarios
$table = "usr_users";
$query = "SELECT * FROM ".$table;
$_users = sqlExec($query, "print_query");
getRows($_users);
while($_users_row = mysql_fetch_array($_users)){
// Llamada a API drupal para crear usuario
$drupal->createUser($_users_row);
// Fin
$table = "infoc_news";
$query = "SELECT * FROM ".$table." WHERE autor = ".$_users_row[‘id’]." ORDER BY fecha";
$_news = sqlExec($query, "print_query");
getRows($_news);
while($_news_row = mysql_fetch_array($_news)){
// Llamada a API drupal para crear contenido
$drupal->createContent($_news_row, "news");
// Fin
}
}
// Comentarios en perfiles
$table = "usr_comments";
$query = "SELECT * FROM usr_coments WHERE responseTo = 0";
$_comments = sqlExec($query, "print_query");
getRows($_comments);
while($_comments_row = mysql_fetch_array($_comments)){
// Llamada a API drupal para insertar comentarios en perfiles
$drupal->insertCommentProfile($_comments_row);
// FIn
}
$stop = time();
$time = $stop – $start;
print "Migration done.\n";
print "+ Summary:\n";
print "|- Users:\t".$drupal->counter[‘users’]."\n";
print "|- Nodes:\t".$drupal->counter[‘news’]."\n";
print "|- Comments:\t".$drupal->counter[‘comments’]."\n";
print "|_ Time:\t".date("s", $time)." secs.\n";
}
/* sqlExec()
* Ejecuta y/o imprime una consulta SQL
*/
function sqlExec($query, $type){
global $conexion;
switch($type){
case ‘print’:
print ">>[SQL] ".$query."\n";
break;
case ‘query’:
return mysql_query($query, $conexion);
break;
case ‘print_query’:
print ">>[SQL] ".$query."\n";
return mysql_query($query, $conexion);
break;
case ‘default’:
print "Error en el modo de trabajo.\n";
break;
}
return NULL;
}
/* getRows()
* Imprime la cantidad de resultados obtenidas desde una consulta
*/
function getRows($resource){
print "< < ".mysql_num_rows($resource)." rows.\n";
}
?>

NOTA Estos scripts son los originales que he usado para migrar una plataforma, si alguien quiere darle un uso personal debe hacer las modificaciones correspondientes que se adapten a su propio modelo de datos y a sus propias necesidades.

Paper: Hacking Automatizado

Zerial — Tue, 15 Sep 2009 13:20:17 +0000

Como les comenté en el post anterior, una de las charlas con las que participaré en el Hackmeeting será “Hacking Automatizado“, les dejo los enlaces para que puedan descargar la primera revisión de este paper.

Hacking Automatizado [PDF | ODP]

Lectura recomendada: Software libre para una sociedad libre

Zerial — Fri, 11 Sep 2009 17:39:31 +0000

La semana pasada estuvo por KernelHouse, daniche, un amigo de Bolivia quien dejó un libro titulado – y autografiado – “Software Libre para una sociedad libre” por Richard M. Stallman, se trata de la primera version en castellano de su libro “Free Software, Free Society” . Este libro describe el lado filosófico y teórico del movimiento del Software Libre, tocando temas como el copyleft, licencias libres, propiedad intelectual, copyright, etc.

Para algunos este tipo de lecturas suele ser fome y aburrida, pero la verdad es queno cro que busque entretener a la gente, mas bien educar y promover la libertad del software.

Links de descarga:

Mirror 1: Desde este blog [PDF]
Mirror 2: Traficantes de sueños [PDF]