Si bien es cierto, es posible instalar FFmpeg a través de los repositorios oficiales de Ubuntu, las personas que mantienen los paquetes no compilan dicho software con las opciones necesarias para manipular formatos no libres. La opción que teníamos antes era instalar los paquetes mediante el repositorio de Medibuntu, pero al parecer aún no han subido FFmpeg para Intrepid.

Afortunadamente, un lector llamado Eduardo se ha tomado la molestia de compilar las fuentes de FFmpeg y x264 y crear los paquetes .deb para Ubuntu Intrepid, con soporte para muchos más formatos, incluyendo los no libres. Él mismo me escribe los pasos necesarios para instalar dichos paquetes; lo primero, desinstalar los paquetes anteriores:

Luego instalamos algunos paquetes necesarios con el siguiente comando:

Luego descargamos los paquetes y los instalamos con los siguientes comandos:

Y esto es todo. Desde aquí le doy las gracias a Eduardo por tomarse tantas molestias.

• Descargar paquete DEB de FFmpeg para Ubuntu Intrepid
• Descargar paquete DEB de X264 para Ubuntu Intrepid

Pacman es el gestor de paquetes por defecto en Arch Linux. Pacman usa paquetes tarball (.tar) como paquetes de código fuente. Dichos paquetes son compilados para ser compatibles con el ABS (Arch Linux Build System). Cabe decir que los repositorios de Pacman no contienen tantos paquetes como los de las distribuciones más populares (como Debian, Ubuntu, Fedora o openSuse).

El archivo de configuración de Pacman es pacman.conf, que se encuentra en el directorio /etc. Este archivo contiene las URL de los repositorios. pacman.conf es para Arch Linux lo que el archivo sources.list para Ubuntu.

Qué puede hacer Pacman?

Pacman puede instalar, desinstalar y actualizar paquetes en un sistema Arch linux. Es como el yum de Fedora o el apt-get de Ubuntu/Debian. Puede realizar otras tareas como actualizar el sistema completo, limpiar el cache de la instalación de paquetes, mostrar información acerca de los paquetes instalados, etc.

Comandos básicos con Pacman

• Instalar un paquete y sincronizar la base de datos local del sistema de paquetes
  pacman -Sy nombre_paquete
• Instalar un paquete y sus dependencias
  pacman -S nombre_paquete
• Mostrar la lista de paquetes de un repositorio
  pacman -Sl nombre_repositorio
• Remover paquetes sin sus dependencias
  pacman -R nombre_paquete
• Remover un paquete y sus dependencias
  pacman -Rs nombre_paquete
• Purgar un paquete de tu sistema
  pacman -Rn nombre_paquete
• Actualizar todos los paquetes en tu sistema
  pacman -Su
• Actualizar todos los paquetes en tu sistema y sincronizar la base de datos local del sistema de paquetes
  pacman -Syu
• Buscar paquetes
  pacman -Ss palabra_clave
• Obtener información de un paquete en particular
  pacman -Qi nombre_paquete
• Listar los archivos de un paquete en particular
  pacman -Ql nombre_paquete
• Buscar un archivo instalado en tu sistema por nombre de paquete
  pacman -Qs nombre_paquete
• Descargar un paquete, pero no instalarlo
  pacman -Sw nombre_paquete
• Instalar un paquete que has descargado
  pacman -A /ruta/del/archivo.tar
• Limpiar el cache del sistema
  pacman -Scc

La sección de un repositorio, dentro del archivo /etc/pacman.conf, consiste en el nombre del repositorio dentro de corchetes cuadrados (‘[ ]’) y la URL del servidor después del prefijo ‘Server=’, por ejemplo:

[nombre_repositorio]
Server = ftp://servidor.com/repo

Después de añadir un nuevo repositorio, es necesario actualizar la base de datos de paquetes, con el comando:

Este es uno de esos tips sencillos pero útiles, el cual nos permite instalar programas que estén empaquetados en RPM. Lo único que debemos hacer es instalar un programa llamado alien, con el siguiente comando:

Ejemplo…

Tenemos dos opciones: instalar directamente el paquete RPM:

ó crear un paquete deb para instalarlo manualmente:

He leído bastante información acerca de cómo debianizar paquetes de software, pero en la mayoría de los casos se parte de el hecho de tener un programa en C/C++, en donde es necesario preocuparse por las tareas de compilación.

Y puesto que no he visto ningún tutorial en español, he decidido escribir algo al respecto de la manera más clara posible. ¡Manos a la obra!

0. Preparativos

Lo único que necesitas son dos herramientas: dpkg-dev y dh-make, las cuales puedes instalar ejecutando este comando:

Ten en cuenta que en éste ejemplo vamos a empaquetar un programa simple llamado “pngcrushgtk“, y que debes cambiar todo lo que aparece con ése nombre con el nombre de tu programa.

1. Creando un espacio de trabajo

Puesto que mientras estemos realizando el empaquetado se van a crear varios archivos, lo ideal es tener un espacio de trabajo (una carpeta) totalmente vacío al comenzar. Así que crearemos una carpeta llamada sandbox, en donde realizaremos todo cómodamente:

Dentro, debemos crear una carpeta cuyo nombre sea del tipo: nombreprograma-version:

En la cual debemos copiar una versión empaquetada de nuestro programa dentro de un .tar.gz. Si aún no lo tienes, puedes hacer lo siguiente:

2. Debianizando nuestro paquete

Para ello utilizaremos el comando dh_make de la siguiente forma:

Nos preguntará qué tipo de paquete estamos creando, y seleccionamos “s” (simple). Permíteme explicarte cada parámetro:

• -e cristian@elhacker.net, indicamos el correo electrónico del autor del programa
• -f pngcrushgtk.tar-0.2.gz, indicamos el paquete comprimido que contiene nuestro programa
• -c GPL, indicamos el tipo de licencia de nuestro programa

Luego de ejecutar el comando se habrá creado una carpeta llamada debian dentro de pngcrushgtk-0.2; y un archivo llamado pngcrushgtk_0.2.orig.tar.gz dentro de la carpeta sandbox, el cual debes eliminar.

Continúa leyendo en la siguiente página, en donde comenzamos con la configuración del paquete…

A través de la sección Colabora! me informa JotaHacker de un proyecto que ha estado desarrollando llamado NhoPkg. NhoPkg es un sencillo gestor de paquetes “universal”, útil sobre todo en sistemas Linux From Scratch (construidos desde cero) que no poseen software de administración de programas instalados.

NhoPkg funciona con archivos .nho (creados por la comunidad; incluso tú puedes subir tus propios paquetes) y permite realizar lo siguiente:

• Instalar software precompilado (binarios)
• Instalar software desde el código fuente (NhoPkg compila e instala el software)
• Crear nuevos paquetes .nho para compartir
• Y por supuesto gestinar los paquetes instalados (desinstalar, listar, etc.)

Instalación y uso

Para instalarlo basta con descargarlo desde aquí, descomprimirlo y ejecutar un par de comandos:

El proceso de instalación es muy sencillo, aunque a mi me dió un pequeño problema. Resulta que cuando construyes el paquete, el script de construcción utiliza msgfmt, por lo que hay que tener instalado gettext:

Una vez instalado su uso es muy sencillo, solo debemos descargar el archivo .nho y ejecutar el comando nhopkg -i paquete.nho; por ejemplo, supongamos que queremos instalar cmake, descargamos los binarios y ejecutamos lo siguiente:

Y es todo! Ahora para desinstalarlo:

Si lo que descargaste es un paquete con fuentes, la instalación es así:

El proyecto aún se encuentra en sus inicios, y aún no cuenta con muchos paquetes, pero es bastante interesante y prometedor por lo que estoy seguro que crecerá a futuro. No olviden que cualquier tipo de comentario, duda o sugerencia pueden tratarlo directamente con el autor de programa.

Enlaces interesantes…

• Documentación en español
• Foro de soporte en español

Primero hablemos de apt-rdepends, un programa que nos permite verificar las dependencias de un paquete de manera recursiva, es decir, no solamente muestra las dependencias inmediatas de un paquete, sino que nos muestra un árbol de dependencias (que incluye las dependencias de las dependencias).

Esto es bastante útil cuando necesitemos compilar un paquete desde sus fuentes, y queramos saber qué otros paquetes son necesarios para que la construcción del programa sea satisfactoria.

Para instalar apt-rdepends basta con ejecutar el comando:

Suponiendo que deseamos ver las dependencias del paquete libapache2-mod-php5, usamos el comando:

Ahora supongamos que deseamos compilar un programa cualquiera pero con nuestras propias reglas. Me explico: cuando instalamos software desde los repositorios, éste viene ya compilado y listo para ejecutar en nuestra plataforma; por tanto, quien compiló el paquete habilitó las opciones que considera normales para el uso del programa. Pero si necesitaramos que el programa tenga las opciones que NOSOTROS QUERAMOS entonces debemos compilarlo nosotros mismos, y es en este punto en donde apt-rdepends y apt-get build-dep pueden ayudarnos.

Como ya expliqué el uso de apt-rdepends, vamos entonces con apt-get build-dep: éste comando instala desde los repositorios todas las dependencias del programa que deseamos compilar, pero no instala el programa. Por ejemplo: si quisiera compilar el ettercap con mis propias reglas, podría intentar instalar al menos las dependencias de dicho programa así:

El comando anterior NO instalará ettercap sino sus dependencias. Ahora ya podemos compilarlo a nuestro gusto desde el código fuente, que bien podemos descargar manualmente o con el comando:

Esto nos ahorra tiempo puesto que el archivo configure ya no nos molestará con mensajes de error de dependencias.

Sin duda bastante útil!

Los paquetes que viajan por la red frecuentemente son trozos de archivos demasiado grandes para ser enviados completos; además, puesto que estos paquetes pueden ser de archivos binarios (imágenes, videos, ejecutables, etc.), no basta con buscar dentro del Wireshark información de los paquetes (no vamos a entender nada).

Esta entrada está acompañada con un video tutorial, en donde aprenderemos a reconstruir los paquetes capturados con Wireshark usando tcpxtract, de tal manera que podamos ver los archivos que envió y recibió el equipo víctima.

Antes de ver el video, observemos el proceso completo:

• Capturamos los paquetes necesarios con Wireshark
• Guardamos la captura en un archivo
• Usamos tcpxtract para extraer los ficheros del archivo de captura

Puedes encontrar tcpxtract en los repositorios de tu distribución, por lo que en Debian o Ubuntu basta con ejecutar el siguiente comando:

sudo apt-get install tcpxtract

O descargar el código fuente y construirlo tu mismo:

tar xvzf tcpxtract-1.0.1.tar.gz
cd tcpxtract-1.0.1
./configure
make
sudo make install

Uso del tcpxtract

Ahora supongamos que el fichero de captura se llama captura; para extraer los archivos de la captura y guardarlos en la carpeta archivos_capturados ejecutamos el siguiente comando:

tcpxtract --file captura --output archivos_capturados

Es todo, sencillo pero eficaz. Podemos además utilizar el tcpxtract para escuchar directamente sobre una interfaz de red, con lo que nos ahorramos el uso del Wireshark, por ejemplo:

tcpxtract --device eth0 --output archivos_capturados

Si te preguntas porqué querría capturar los paquetes que envía y recibe nuestro propio equipo, tal vez estás ignorando que: cuando realizamos un ataque Man in the middle todos los paquetes que envía y recibe el equipo víctima pasan por nuestra interfaz de red.

Veamos ahora el video del tcpxtract en acción:

Ver el video (2,6 MB)

Descargar video

En esta pequeña guía aprenderemos a capturar paquetes con Wireshark, un proceso bastante sencillo e intuitivo. Lo primero, ejecutar el comando wireshark con lo cual aparecerá la interfaz gráfica.

Nota: Es necesario ejecutar Wireshark con privilegios de root, puesto que de lo contrario no podremos configurar las interfaces de red.

Vamos al menú Capture -> Options, con lo cual veremos lo siguiente:

• Interface: es la tarjeta de red que utilizaremos para realizar la captura de los paquetes.
• Capture packets in promiscuous mode: opción bastante importante. Al estar seleccionada Wireshark captura TODOS los paquetes que la interfaz reciba/envíe. Cabe hacer una pequeña aclaración: cuando tu equipo está conectado detrás de un hub, la tarjeta de red recibe TODOS los paquetes que transmitan/reciban los equipos conectados al mismo hub. Esto es porque, cuando el hub recibe un paquete lo reenvía a todos los puertos conectados, y es el computador quien decide que hacer con ellos (si el paquete es para él, lo recibe; si el paquete es para otro equipo, lo ignora). Esto no sucede así cuando estamos usando un Switch, puesto que cuando usamos una red switcheada se verifica el destinatario del paquete, antes de enviarlo. Luego veremos cómo vulnerar una red switcheada, de momento prosigamos.
• Limit each packet to: límita el tamaño máximo de cada paquete capturado.
• Capture filter: aunque en la siguiente entrada aprenderemos a usar esta característica, no está de más decir que sirve para asignar un filtro a la captura. Los filtros son útiles para mostrar sólo la información deseada, por ejemplo: paquetes enviados por la IP XX.XXX.XXX.XX, o sólo paquetes HTTP, etc.
• File: aquí especificamos el archivo donde serán guardados los paquetes capturados. Es posible además separar los archivos cada vez que alcancen un tamaño, o cada cierto tiempo.
• Stop capture: nos sirve para detener automáticamente una captura después de ciertas condiciones (tiempo, tamaño del archivo de captura y número de paquetes).
• En las opciones de visualización (Display Options), es posible configurar a Wireshark para:
  • Actualizar el panel de paquetes cada vez que se capture uno (Update list of packets in real time)
  • Realizar un scroll-down cada vez que se capture un paquete (Automatic scrolling in live capture)
  • Ocultar el diálogo de información de captura (Hide capture info dialog)
• Por último, las opciones de resolución de nombres (Name resolution) le indican a Wireshark si debe o no intentar resolver las direcciones MAC, el nombre de red y nombre del tipo de transporte, de los paquetes capturados.

Clic en Start para comenzar con la captura de paquetes:

Ahora mismo Wireshark está capturando todos los paquetes posibles de la interfaz de red seleccionada, y guardándolos en el archivo que hayamos especificado (lo que nos permite analizarlo en cualquier momento, reiteradamente, y con diversos programas). Aquí suelen surgir algunas preguntas:

¿Porqué solamente veo los paquetes que envía y recibe mi equipo?

Esto puede deberse principalmente a:

1. Estás tratando de esnifar una red switcheada (que se conecta mediante un switch, y no un hub)
2. Estás conectado a un hub que está configurado como un switch (mismo caso de arriba)
3. No configuraste a Wireshark para que esnifara en modo promiscuo (Capture packets in promiscuous mode)

En caso tal que la conexión de tu red esté detrás de un switch, no es posible que veas los paquetes que transmiten y reciben otros equipos. Esto no quiere decir que sea imposible hacerlo; lo más común a realizar en estos casos es un ataque Man in the Middle a través de un ARP Poisoning. Estás técnicas son bastante fáciles de realizar (además de divertidas), pero se salen del tema de esta entrada. En las próximas entradas hablaremos al respecto.

¿Cómo obtengo datos específicos?

Para esto es imprescindible el uso de los filtros, sobre todo cuando los paquetes capturados son demasiados. Este tema lo trataremos en la próxima entrada.

¿Cómo recupero archivos enviados y recibidos mientras se realizaba la captura?

Esto es muy sencillo, pero lo explico en la próxima-próxima entrada