/home/chgonzalez

Replicando el funcionamiento de "Antorcha" con herramientas públicamente disponibles

2018-02-13T17:47:00.000-03:00

Ayer en la noche Canal 13 publicó un video en el que Alex Smith muestra el funcionamiento de la aplicación "Antorcha", supuestamente utilizada para acceder a las conversaciones de WhatsApp y Telegram de terceras personas. Luego de ver esa demostración, y tomando en cuenta la escasa información que se pudo obtener respecto del funcionamiento de la aplicación, me di a la tarea de intentar replicar su funcionamiento con herramientas públicamente disponibles a través de Internet.

Lo primero que debe estar claro es que todo este procedimiento se basa en el supuesto de que la víctima tiene habilitada la opción de configuración de WhatsApp (en Android) para realizar un respaldo diario de sus datos. Todos los pasos mencionados a continuación apuntan a acceder a este respaldo y poder leer las conversaciones guardadas allí.

Pantalla de configuración de respaldos diarios de WhatsApp en Android.

Como es claramente visible en la entrevista a Alex Smith, se utilizó la herramienta web xploitz.net para "hackear" la cuenta de GMail de la víctima (a pesar de que por algún motivo Smith intentó ocultar este hecho, cubriendo la parte superior de su pantalla). Es importante mencionar que esta herramienta no fue creada por Alex Smith, sino que está disponible de manera gratuita y pública desde hace bastante tiempo.

Aparición de la herramienta xploitz.net en el video de Canal 13.

Esta herramienta realiza una operación de phishing para que la víctima entregue incautamente su nombre de usuario y contraseña, generando un enlace a una página web que simula ser el formulario de inicio de sesión de Google. Smith entonces le enviaba ese enlace a la víctima mediante un correo electrónico, camuflándolo de manera que pareciera ser un mensaje legítimo.

Ejemplo de un formulario falso de entrada a GMail, enviado a la víctima para obtener sus datos.

Si la víctima era engañada e ingresaba sus datos en el formulario, entonces su nombre de usuario y contraseña serían visibles a través de xploitz.net.

El nombre de usuario y la contraseña de la víctima de phishing. tal como puede verse en xploitz.net.

Ya teniendo el nombre de usuario y la contraseña de la cuenta de Google de la víctima, entonces es posible acceder a los datos alojados en Google Drive, incluyendo el respaldo de los datos que la aplicación WhatsApp realiza diariamente.

Pero aún queda un problema: el respaldo de WhatsApp que se almacena en Google Drive sólo es accesible para la aplicación que lo generó inicialmente; es decir, para el propio WhatsApp. ¿Cómo se podría acceder a esos datos sin utilizar dicha aplicación? Hay varias opciones posibles, pero la más lógica sería utilizar una aplicación que se hiciera pasar por WhatsApp (es decir, que utilizara el mismo ID de aplicación) y que pudiera descargar los archivos.

NOTA: hasta aquí me he limitado a comentar el procedimiento que se observa en el video realizado por Canal 13. Lo que viene a continuación es el resultado de una investigación que yo realicé individualmente a modo de prueba de concepto. En ningún caso estoy afirmando que Alex Smith utilizó este método para acceder a las conversaciones de WhatsApp.

Una rápida búsqueda en Google nos muestra que efectivamente existe al menos una aplicación de este tipo, llamada WhatsApp-GD-Extractor (existen otros productos similares pero son comerciales y yo no contaba con presupuesto como para pagar sus licencias). La última actualización de esta herramienta es de hace un año y por lo tanto no funciona con la versión actual de WhatsApp y Google Drive; pero luego de bucear en algunos foros pude encontrar una versión modificada que funciona adecuadamente.

Pero aún existe un problema: esta aplicación requiere no sólo el nombre de usuario y contraseña de la cuenta de Google (que ya obtuvimos en el paso anterior), sino que además se necesita el ID de Google del dispositivo. Esta información es fácilmente visible teniendo acceso físico al teléfono (incluso hay aplicaciones en la Google Play Store que permiten verla), pero no tengo idea de cómo obtenerla remotamente. ¿Alguien tiene alguna sugerencia? (ACTUALIZACIÓN: al parecer la aplicación puede funcionar sin este ID, pero aumenta el riesgo de que Google detecte la operación como un ataque y la bloquee.)

Asumiendo que de algún modo el atacante pudo obtener el ID de dispositivo, la herramienta WhastApp-GD-Extractor permitirá descargar sin mayor problema el respaldo de WhatsApp almacenados en Google Drive. Esto incluye imágenes, datos de los contactos y conversaciones (chats). Tanto las imágenes como los datos de los contactos serán visibles directamente, ya que no están cifrados. Pero las conversaciones (chats) están almacenados en una base de datos SQLite cifrada, tal como mostramos en el (largo y aburrido) video que realizamos ayer con Paulo Colomés.

Para descifrar la base de datos de los mensajes, es posible utilizar la misma técnica del video anterior, pero con la dificultad de que esto requiere acceso físico al teléfono para poder extraer la key de cifrado utilizada por WhatsApp.

Asumiendo (nuevamente) que de algún modo el atacante pudo obtener la key de cifrado de WhatsApp, lo que queda es simplemente descifrar la base de datos SQLite y ya tendremos acceso a todas las conversaciones de WhatsApp en texto simple y claro. Existen varias herramientas que permiten realizar el descifrado; por ejemplo, Crypt12-Decryptor. El resultado será un archivo llamado msgstore.db (o algo similar) que puede ser abierto con cualquier cliente de SQLite, como por ejemplo SQLiteman.

El programa SQLiteman mostrando las conversaciones de WhatsApp obtenidas desde el respaldo en Google Drive.

En conclusión: ¿Es posible acceder a los datos de respaldo de WhatsApp (conversaciones, imágenes, datos de contactos) alojados en Google Drive de una potencial víctima de espionaje? La respuesta es sí, siempre y cuando se cumplan las siguientes condiciones:

Se requiere el nombre de usuario y contraseña de la cuenta de Google de la víctima (en el caso de "Antorcha", al parecer esta información se obtenía mediante phishing).
Se requiere el ID de Google del dispositivo. (ACTUALIZACIÓN: al parecer la aplicación puede funcionar sin este ID, pero aumenta el riesgo de que Google detecte la operación como un ataque y la bloquee.)
Para acceder a las conversaciones almacenadas en la base de datos SQLite se requiere la key de cifrado de WhatsApp. Hasta el momento sólo he sido capaz de obtenerla teniendo acceso físico al dispositivo; no conozco una forma de hacer esto de manera remota.

Como se puede observar, aún queda bastante para poder replicar el funcionamiento de "Antorcha" tal como Alex Smith lo ha descrito (aunque es notorio que cada información que ha ido apareciendo contradice las afirmaciones anteriores y hoy en día es difícil tener una idea real de cómo funciona su aplicación, si es que realmente lo hace). Pero el hecho es que, como queda establecido, sí es posible acceder al respaldo diario que WhatsApp almacena en Google Drive y poder leer las conversaciones guardadas allí.

NOTA FINAL: Este análisis ha sido realizado con fines puramente académicos y no pretende inculpar ni defender a ninguna de las partes involucradas en la creación y utilización del programa "Antorcha".

Actualizar información de zona horaria en Java

2016-05-16T11:47:00.002-04:00

A nuestras queridas autoridades del Gobierno de Chile se les ocurrió que era muy aburrido mantener una zona horaria durante todo el año en Chile, por lo que decidieron una vez más jugar con el reloj. Este hecho ha sido reconocido internacionalmente, lo que obviamente nos llena de orgullo .

Bromas aparte, el tema es bastante complejo para los que administramos sistemas y servidores. En particular, las aplicaciones Java en Linux (y supongo que en Windows también) tienen la desagradable costumbre de no tomar en cuenta la información de zona horaria provista por el sistema, sino que utilizan su propia base de datos de tzdata. Peor aún: a día de hoy, la última actualización de Oracle Java (8u91) no incorpora la información del cambio de hora en Chile. Y la herramienta tzupdater que Oracle provee para actualizar esta información dentro de Java no ha sido actualizada desde el 2015. Como resultado, es probable que hoy muchas aplicaciones Java en Chile estén "dando la hora".

Afortunadamente, es posible indicarle a tzupdater que descargue la información de zonas horarias directamente desde IANA y la guarde en la base de datos interna de Java, con lo que podremos asegurarnos de que esté completamente actualizada. El procedimiento es el siguiente:

Descargar la herramienta tzupdater desde http://www.oracle.com/technetwork/java/javase/downloads/index.html (sección "Java Time Zone Updater Tool") y descomprimirla (unzip tzupdater.zip).
Ingresar al directorio recién creado (cd tzupdater-*).
Ejecutar (como root o con sudo): java -jar tzupdater.jar -l http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz

Luego se deben reiniciar las aplicaciones Java para que el cambio se vea reflejado en ellas.

Para verificar que Java está correctamente actualizado, se puede crear este simple programa que imprime la hora por consola (extraído de StackOverflow):

import java.util.Date;

public class Dte {

    public static void main(String[] args) {
        Date date = new Date();
        System.out.println(date.toString());
    }
}

Guárdalo en un archivo llamado Dte.java, y luego compílalo y ejecútalo de esta manera:

javac Dte.java
java Dte

El resultado debería ser similar a lo que se ve en esta imagen:

Referencia: http://www.oracle.com/technetwork/java/javase/tzupdater-readme-136440.html

Mi escritorio del mes: Febrero

2015-02-28T18:07:00.000-03:00

Dada la frecuencia con la que publico, quizás esta sección debería llamarse "Mi escritorio del año" :).

Escritorio limpio

Escritorio con aplicaciones abiertas

Como ven, aún estoy utilizando KDE Plasma 4, pero espero dar el salto a Plasma 5 en la próxima actualización de Kubuntu. Sigo utilizando un estilo bastante minimalista, con algunos cambios respecto a mi configuración anterior:

Decoración de ventanas: Oxygen
Estilo Qt, estilo GTK y colores: Next
Íconos: Breeze
Tipo de letra: Droid Sanz 9
Tema de escritorio: Velours
Plasmoids en el escritorio: ninguno
Plasmoids en el panel: Kicker, Paginador, Gestor de tareas de solo iconos, Bandeja del sistema, Reloj ajustable.
Fondo de pantalla: interstellar_2014-1280x800.jpg

Mi escritorio del mes: Julio

2014-07-31T08:59:00.000-04:00

Para que no pase todo un mes sin publicar algo en mi blog, les dejo un par de capturas de mi escritorio:

Escritorio limpio

Escritorio con aplicaciones abiertas

Últimamente he optado por el tan manido "minimalismo", por lo que estoy utilizando un estilo sobrio y plano:

Decoración de ventanas: Oxygen
Estilo Qt, estilo GTK y colores: KNumix Light
Íconos: Faenza Flattr
Tipo de letra: Tahoma 9
Tema de escritorio: Velours
Plasmoid en el escritorio: Minimal clock

También utilizo bastante las famosas "Actividades" de KDE Plasma (hace tiempo expliqué el concepto aquí), lo que me permite agrupar aplicaciones y plasmoids de acuerdo a un cierto contexto. Y además tengo un monitor externo que utilizo con la modalidad de escritorio extendido para trabajar de forma más cómoda. Pero como en dicho escritorio sólo tengo un wallpaper, no quise tomarle una captura.

Utilizar el botón de menú en aplicaciones GTK en Kubuntu

2014-05-07T10:08:00.000-04:00

Últimamente he estado utilizando una configuración de escritorio que privilegia la simplicidad. Una de las grandes virtudes del escritorio Plasma de KDE es su capacidad de personalización para adaptarse a la forma de trabajo del usuario, por lo que no me fue difícil llegar a un resultado satisfactorio.

Entre otros ajustes, uno de los que más me gustó fue la posibilidad de ocultar el menú de cada aplicación en un único botón en la barra de título dela ventana. Para lograr esto, simplemente hay que ir a Preferencias del sistema - Apariencia de las aplicaciones - Estilo - Ajuste fino y ajustar el estilo de la barra de menú a "Botón de la barra de título".

Esto funciona sin problemas para las aplicaciones Qt y/o KDE, pero no así para las aplicaciones GTK, tal como se observa en la siguiente imagen:

Se puede ver que el explorador de archivos Dolphin (primera ventana a la izquierda) tiene su menú oculto en un botón que se sitúa en la esquina superior izquierda de la ventana. Pero las otras dos aplicaciones (GIMP y Zim, ambas escritas con GTK) siguen utilizando el menú tradicional.

Para lograr consistencia en las aplicaciones GTK en Kubuntu, 13.10 y 14.04, la solución pasa por instalar una versión de GTK modificada que está disponible en este PPA, de la siguiente forma:

sudo add-apt-repository ppa:joe-yasi/appmenu
sudo apt-get update && sudo apt-get upgrade
sudo apt-get install appmenu-gtk
sudo apt-get autoremove

Luego se debe cerrar la sesión de escritorio (o directamente reiniciar el equipo). Al volver a ingresar, se podrá observar que las aplicaciones GTK también utilizan el botón de menú en la barra de título, como se muestra en la siguiente imagen:

Es importante notar que esta solución no es perfecta, ya que algunas aplicaciones escritas con otros frameworks (como Java) seguirán utilizando el menú tradicional. Pero en mi caso, la mayoría de los programas que utilizo están escritos en Qt/KDE y GTK, por lo que el resultado es muy satisfactorio.

Referencias:

Reviviendo mi blog, enésimo intento

2014-05-07T09:26:00.000-04:00

Tengo que reconocer que practicamente me había olvidado de mi blog. Muchas cosas han cambiado en estos últimos años, y bloguear dejó de ser una prioridad. Entre las causas están:

Ya utilizo bastante tiempo escribiendo documentos en mi trabajo, por lo que mis "ansias de escritor frustrado" se satisfacen en ese ámbito.
Sigo utilizando Twitter (y en menor medida Facebook) para compartir enlaces de interés o comentar hechos que me parecen relevantes. Y la verdad es que la comodidad y rapidez del microblogging hacen que, en comparación, la publicación de una entrada en mi blog se vea como una tarea pesada.
Ya no es una, sino dos :). Ahora tenemos dos hermosas hijas que copan todo nuestro tiempo y nos llenan de alegrías y desafíos cada día. (Otro día voy a escribir acerca de esta experiencia.)
La comunidad en torno a Linux (y el software libre en general) ha cambiado bastante. La llegada de nuevos usuarios (especialmente relacionados a Ubuntu) ha hecho aumentar exponencialmente la cantidad de información relativa a la solución de problemas simples, aunque al mismo tiempo he notado una baja en la calidad y cantidad de contenido asociado a temas de mayor profundidad.
Yo mismo he cambiado mi perfil de usuario de Linux. Ya no utilizo Fedora en mi equipo personal, sino Kubuntu. Ya no dedico tanto tiempo a "vivir al límite", instalando software inestable y probando cuanta distribución aparecía en el horizonte. Ahora privilegio un entorno sólido y que no requiera invertir demasiado tiempo en ajustes. (De todas formas, en prácticamente todos los servidores que administro sigo utilizando CentOS y no creo que eso vaya a cambiar en el corto plazo.) Por lo mismo, ya no tengo el incentivo para escribir acerca de los "trucos" que utilizo en mi sistema, ya que la cantidad es mucho menor que antes. (También tengo pendiente la publicación de otro artículo acerca de por qué cambié Fedora por Kubuntu.)

Por todos estos motivos y otros más, se me hacía difícil encontrar la motivación y el tiempo para seguir manteniendo mi blog. Sin embargo, creo que voy a hacer un nuevo intento de revivir este sitio, ya que últimamente he notado que me hace falta poner por escrito varias ideas que dan vueltas en mi cabeza y además creo que es interesante que exista otra fuente de conocimiento relacionada a Kubuntu.

Veremos en qué queda este nuevo revival.

Cosas de Sysadmin (I)

2013-12-20T10:23:00.000-03:00

Conversación real que tuve hace unos minutos en mi trabajo:

- Christian, sabes que no hemos podido instalar CentOS 6 en el servidor.
- ¿Por qué?
- No reconoce el disco de instalación. Incluso volvimos a bajar la ISO y la grabamos en un DVD nuevo, pero aún así el servidor no lo reconoce.
- ¿Grabaron la ISO en un DVD?
- Sí.
- ¿Y se aseguraron de que el servidor tuviera lector de DVDs y no sólo lector de CDs?
- ...

Cosas de Sysadmin :).

Más de un año sin bloguear...

2012-11-13T13:06:00.002-03:00

... y la verdad es que lo echo un poco de menos. Estoy pensando en volver a escribir algunas cosas; pero después de tanto tiempo, ¿quedará todavía algún lector de mi blog?

Iconos de carpetas en KDE SC 4.6.3

2011-05-16T11:19:00.000-04:00

Hace algunos días se publicó la versión 4.6.3 de KDE SC. Como en cada versión de mantenimiento, se corrigieron algunos errores y en general se sigue mejorando la experiencia del usuario. Sin embargo, hay un aspecto que ha levantado bastante polémica: los nuevos íconos de carpetas del tema Oxygen.

Personalmente creo que son algo anticuados y no armonizan bien con el resto de los íconos de Oxygen. Y por lo que he leído en varios blogs, estos nuevos íconos no han tenido buena aceptación. Aunque ya saben lo que dicen: en gustos no hay nada escrito.

De todas formas, es posible seguir usando los íconos de la versión anterior (la 4.6.2) descargándolos directamente desde el SVN de KDE. El procedimiento en Fedora (aunque es similar para otras distros) es el siguiente:

su -
yum install subversion
cd /usr/share/icons
svn co svn://anonsvn.kde.org/home/kde/tags/KDE/4.6.2/oxygen-icons/

Advertencia: la descarga utilizará aproximadamente 720 MB en tu disco. Asegúrate de tener espacio suficiente.

Posteriormente debemos dirigirnos a Preferencias del sistema -> Apariencia de las aplicaciones -> Iconos y seleccionar el tema "Oxígeno" (en mi caso aparecerán dos: el primero es el que que instala a partir de los paquetes del sistema y el segundo es el que descargué directamente desde SVN).

Finalmente hay que hacer click en el botón "Aplicar" y tu escritorio volverá a usar los íconos de carpetas de KDE SC 4.6.2.

Nota final: si quieres recuperar algo de espacio en tu disco, puedes eliminar el directorio /usr/share/icons/oxygen-icons/scalable y liberarás casi 600 MB. Yo lo hice así y no he tenido problemas hasta el momento.

Nuevo cambio de hora en Chile: nuevos paquetes actualizados para CentOS 5 y Fedora

2011-03-30T11:22:00.001-03:00

El gobierno decidió volver a posponer el cambio de hora en Chile, esta vez hasta el 7 de Mayo. Dejando de lado lo apropiado o inapropiado de la decisión desde el punto de vista energético, sólo quiero decir que me parece absolutamente ridículo realizar un cambio así con tan pocos días para ajustar todos los sistemas informáticos que existen. Pero de nada sirve llorar sobre la leche derramada; mejor vamos a ver cómo ajustar nuestros sistemas a esta nueva modificación.

Si ya actualizaste tus sistemas con los pasos descritos en mi entrada anterior, entonces tus sistemas van a realizar el cambio de hora el 2 de Abril... es decir, ¡este sábado! Así que si no quieres pasarte el fin de semana cambiando la hora de tus servidores (o arreglando los problemas el lunes en la mañana), lo mejor es que apliques las correcciones necesarias ahora.

Si utilizas Fedora, la actualización del paquete tzdata ya está en el repositorio updates-testing. Así que la solución es ejecutar (como root) la siguiente instrucción:

yum update tzdata* --enablerepo=updates-testing

En el caso de CentOS, aún no aparece la actualización de tzdata, así que decidí crear mis propios RPMs aplicando el parche de Fedora. Si quieres usarlos en tus servidores, puedes descargarlo desde aquí para la arquitectura i386 o desde aquí para x86_64 (lo SRPM modificado están aquí). Debido a que no incrementé la versión de los paquetes, debes instalarlos usando el parámetro "--force" de rpm. Por ejemplo, para i386 sería así:

rpm -Uvh --force tzdata-2011b-1.el5.i386.rpm tzdata-java-2011b-1.el5.i386.rpm

Para verificar que el cambio se ha aplicado correctamente, puedes usar el comando:

zdump -v -c 2011,2012 America/Santiago

Este es el resultado antes de la actualización de tzdata:

America/Santiago Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 16:03:06 1901 CLT isdst=0 gmtoff=-16966
America/Santiago Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 16:03:06 1901 CLT isdst=0 gmtoff=-16966
America/Santiago Sun Apr 3 02:59:59 2011 UTC = Sat Apr 2 23:59:59 2011 CLST isdst=1 gmtoff=-10800
America/Santiago Sun Apr 3 03:00:00 2011 UTC = Sat Apr 2 23:00:00 2011 CLT isdst=0 gmtoff=-14400
America/Santiago Sun Oct 9 03:59:59 2011 UTC = Sat Oct 8 23:59:59 2011 CLT isdst=0 gmtoff=-14400
America/Santiago Sun Oct 9 04:00:00 2011 UTC = Sun Oct 9 01:00:00 2011 CLST isdst=1 gmtoff=-10800
America/Santiago Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 00:14:07 2038 CLST isdst=1 gmtoff=-10800
America/Santiago Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 00:14:07 2038 CLST isdst=1 gmtoff=-10800

Y esta es la salida después de la actualización:

America/Santiago Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 16:03:06 1901 CLT isdst=0 gmtoff=-16966
America/Santiago Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 16:03:06 1901 CLT isdst=0 gmtoff=-16966
America/Santiago Sun May 8 02:59:59 2011 UTC = Sat May 7 23:59:59 2011 CLST isdst=1 gmtoff=-10800
America/Santiago Sun May 8 03:00:00 2011 UTC = Sat May 7 23:00:00 2011 CLT isdst=0 gmtoff=-14400
America/Santiago Sun Aug 21 03:59:59 2011 UTC = Sat Aug 20 23:59:59 2011 CLT isdst=0 gmtoff=-14400
America/Santiago Sun Aug 21 04:00:00 2011 UTC = Sun Aug 21 01:00:00 2011 CLST isdst=1 gmtoff=-10800
America/Santiago Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 00:14:07 2038 CLST isdst=1 gmtoff=-10800
America/Santiago Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 00:14:07 2038 CLST isdst=1 gmtoff=-10800

Esperemos que este sea el último cambio del año; no es muy entretenido andar ajustando la hora de todos mis servidores cada pocas semanas.

Cambio de hora en Chile: paquetes actualizados para CentOS 5 y Fedora

2011-03-11T12:57:00.043-03:00

Como todos ya deben saber, el inicio del horario de invierno en Chile se extendió hasta el 2 de Abril. Esto significa que a las 24:00 horas del 2 de Abril, el reloj debe retrasarse una hora.

Este cambio tiene serias implicancias para los administradores de sistemas como yo, ya que los servidores no tienen por qué saber que se modificó la fecha del cambio de hora y por lo tanto harán el cambio en la fecha que estaba estipulada originalmente; es decir, el 12 de Marzo a las 24:00 horas... o sea, ¡mañana! Todo esto lo explica muy bien Aldrin Martoq en su blog (te recomiendo echarle una mirada antes de seguir leyendo este artículo).

Para los servidores Linux, la solución pasa por actualizar el paquete tzdata, que es el paquete que contiene la información que tu sistema utilizará para decidir cuándo hacer el cambio de hora. Lamentablemente, aún no ha sido publicada la actualización de tzdata para CentOS 5 (el sistema que usamos en casi todos los servidores de la empresa en la que trabajo) (ACTUALIZACIÓN: ya hay una nueva versión de tzdata en los repositorios oficiales de CentOS 5; ver comentario al final de este artículo). Por lo tanto decidí crear mis propios paquetes RPM actualizados e instalarlos en todos nuestros servidores CentOS. Para ello, descargué el SRPM de la última actualización oficial de tzdata en CentOS y le apliqué el parche publicado en el Bugzilla de Red Hat. Si quieres usarlo en tus servidores, puedes descargarlo desde aquí para la arquitectura i386 o desde aquí para x86_64 (los SRPM modificados estánaquí). Debido a que no incrementé la versión de los paquetes, debes instalarlos usando el parámetro "--force" de rpm. Por ejemplo, para i386 sería así:

rpm -Uvh --force tzdata-2010l-1.el5.i386.rpm tzdata-java-2010l-1.el5.i386.rpm

En el caso de Fedora, la actualización del paquete tzdata aún no está disponible en los repositorios oficiales. Sin embargo, puedes descargarla e instalarla tú mismo desde Koji.

Para verificar que el cambio se ha aplicado correctamente, puedes usar el comando:

zdump -v -c 2011,2012 America/Santiago

Este es el resultado antes de la actualización de tzdata:

America/Santiago Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 16:03:06 1901 CLT is
America/Santiago Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 16:03:06 1901 CLT is
America/Santiago Sun Mar 13 02:59:59 2011 UTC = Sat Mar 12 23:59:59 2011 CLST i
America/Santiago Sun Mar 13 03:00:00 2011 UTC = Sat Mar 12 23:00:00 2011 CLT is
America/Santiago Sun Oct 9 03:59:59 2011 UTC = Sat Oct 8 23:59:59 2011 CLT is
America/Santiago Sun Oct 9 04:00:00 2011 UTC = Sun Oct 9 01:00:00 2011 CLST i
America/Santiago Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 00:14:07 2038 CLST i
America/Santiago Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 00:14:07 2038 CLST i

Y esta es la salida después de la actualización:

America/Santiago Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 16:03:06 1901 CLT is

America/Santiago Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 16:03:06 1901 CLT is

America/Santiago Sun Apr 3 02:59:59 2011 UTC = Sat Apr 2 23:59:59 2011 CLST i

America/Santiago Sun Apr 3 03:00:00 2011 UTC = Sat Apr 2 23:00:00 2011 CLT is

America/Santiago Sun Oct 9 03:59:59 2011 UTC = Sat Oct 8 23:59:59 2011 CLT is

America/Santiago Sun Oct 9 04:00:00 2011 UTC = Sun Oct 9 01:00:00 2011 CLST i

America/Santiago Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 00:14:07 2038 CLST i

America/Santiago Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 00:14:07 2038 CLST i

Si tienes servidores con CentOS 5 o Fedora, apúrate y haz el cambio ahora. De lo contrario, es probable que el lunes sea un mal día para ti.

ACTUALIZACIÓN 2: Ya hay una nueva versión de tzdata en los repositorios oficiales de CentOS 5, que incorpora el cambio en la hora de Chile. Así que ahora basta con ejecutar "yum update tzdata*" y listo.

ACTUALIZACIÓN 3: el gobierno ha decidido posponer nuevamente el cambio de hora, esta vez hasta el 7 de Mayo. Aún no han salido paquetes actualizados para CentOS, así que estoy creando nuevos RPMs y los publicaré lo más pronto que pueda.

Reflexión acerca de la vida y la muerte (y un poco de humor para la tarde del viernes)

2010-11-12T18:27:00.001-03:00

Encontré una reflexión muy interesante acerca de la vida y la muerte :-).

Tengo un hijo de casi 11 años. Anoche estábamos sentados hablando de las muchas cosas de la vida; entre otras, estábamos hablando de la idea de vivir o morir. Mi hijo me dijo:

- Papá, nunca me dejes vivir en estado vegetativo, dependiendo de máquinas y consumiendo sólo líquidos. Si me ves en ese estado, ¡desenchufa los artefactos que me mantienen vivo, prefiero morir!

Entonces me levanté con cara de sabiduría … y le desenchufé el televisor, el DVD, el computador, el MP3, el celular, el iPod y el Nintendo Wii. Y después le boté la Coca-Cola, la leche en cajita de la colación y el jugo de frutas. ¡CASI SE MURIÓ!

(Lo encontré aquí y solo me limité a corregir los horrores ortográficos.)

Charla de KDE Plasma en seminario INACAP-Temuco

2010-09-28T22:07:00.001-04:00

Hoy en la tarde estuve en INACAP Temuco dando una charla en el seminario "Tendencias y evolución de las tecnologías de información y comunicaciones en Chile". Mi tema fue "KDE Plasma, reinventando el escritorio" y quedé muy contento con la recepción de la gente que estaba presente (calculo que serían unas 120 personas) y con los comentarios posteriores en Twitter.

Estoy convencido de que KDE Plasma es hoy por hoy el escritorio gráfico más avanzado y que el concepto de "actividades" es una potente forma de gestionar nuestra interacción con el computador. Además, el paradigma de "escritorio social" (integrar la web al escritorio en lugar de limitarse a un navegador web) permite tener un acceso mucho más fluido con las tecnologías de la comunicación que están revolucionando Internet. Y creo que de alguna manera logré traspasar esa idea a los oyentes de la charla.

Por si a alguien le interesa, el PDF de la presentación está aquí.

Mi primer artículo en FayerWayer... más o menos

2010-08-11T17:14:00.001-04:00

Ayer se realizó el lanzamiento oficial de KDE 4.5.0. A raíz de una invitación de Franco Catrín, escribí un breve artículo destacando las principales novedades y Franco lo publicó en FayerWayer :-).

Ahora a esperar que comience la avalancha de trolls en los comentarios.

ACTUALIZACIÓN: ¡Increíble! En apenas unos minutos apareció mi troll personal (ver comentario 9 en la noticia de FayerWayer). Ya lo echaba de menos ;-).

KDE Chile va tomando forma

2010-06-23T09:52:00.002-04:00

Ya tenemos dirección oficial, lista de correo y un Planeta KDE Chile. Pronto más novedades :-).

Reseña: Up in the Air

2010-05-30T00:27:00.000-04:00

Anoche vi la película Up in the Air, protagonizada por un George Clooney que interpreta a un ejecutivo que viaja por todo Estados Unidos para despedir a gente de sus trabajos, y que se siente en su hogar en un asiento de avión.

Debo reconocer que no tenía grandes espectativas; de hecho, la vi simplemente porque a mi esposa le "tincó" y yo me resigné a pasar un rato viendo "cine para minas". Pero la verdad es que la propuesta me sorprendió. La historia (basado en una novela) es una rara mezcla de drama y comedia; tiene momentos chistosos y situaciones casi ridículas, pero también posee una fina ironía y un mensaje de fondo que no deja de llegar "al hueso".

Hay pasajes notables, como cuando George Clooney le demuestra a su jefe y a su compañera de trabajo por qué no es lo mismo despedir a alguien en persona que por videoconferencia, o cuando Vera Farmiga (la "novia" de Clooney) describe cómo es el hombre ideal de una mujer de 32 años. El final es un poco flojo, pero la película atrapa y hace reflexionar sobre la soledad, la familia y lo vano que es el éxito si no tienes a alguien con quién compartirlo.

En general, una excelente película para alguien que ya está cerca de los 30 como yo.

FLISOL 2010, comunidad KDE Chile, AreaLinux y otras yerbas

2010-05-29T23:48:00.003-04:00

Hace bastante tiempo que no publicaba en mi blog. Tengo que reconocer que he comenzado a usar mi cuenta en Twitter casi a diario (creé esa cuenta hace años, pero sólo este año comencé a usarla más frecuentemente) y por lo mismo no siento la necesidad de escribir tan frecuentemente en el blog. Sin embargo, hay varias cosas que no pueden ser dichas en 140 caracteres y por lo tanto seguiré manteniendo mi blog por un tiempo indefinido, aunque la frecuencia de publicación no será tan alta.

FLISOL 2010 Temuco

Hoy se desarrolló la versión chilena del Festival Latinoamericano de Instalación de Software Libre (FLISOL). Originalmente se planeó realizarla el 24 de Abril en conjunto con muchos otros países latinoamericanos, pero a causa del terremoto que afectó a nuestro país se decidió postergarlo hasta hoy.

Al igual que en los años anteriores, tuve la oportunidad de dar una charla en el FLISOL de Temuco. Mi tema fue "KDE SC: la evolución del escritorio Linux" (presentación PPT en Google Docs y en SlideShare) y estuve hablando acerca de cómo KDE está cambiando el paradigma tradicional de escritorio. En general la gente se vio bastante atenta y receptiva, y varios se acercaron al final para hacer preguntas, así que quedé bastante satisfecho. Espero que más de alguno haya decidido darle una oportunidad a KDE en su equipo.

Comunidad KDE Chile

El año pasado creé un grupo en Google Groups para intentar revivir la fantasmagórica comunidad de KDE Chile. Hoy veo con muchísima satisfacción que KDE Chile está comenzando a levantarse y hay una nueva generación de KDE-eros con muchas ganas de trabajar. Ya tenemos una página web, una lista de correo y un canal IRC en Freenode (#kde-cl). Además, ya solicitamos el subdominio cl.kde.org para ser parte oficial de la comunidad KDE, cosa que debería concretarse en los próximos días.

Por si fuera poco, hemos logrado formar vínculos con otras comunidades del continente, como KDE Argentina y KDE Brasil; fruto de esto nació el canal IRC #kde-latam en Frenode. Incluso hay conversaciones para tener nuestra propia "Zona Hispana/Latina" en el foro oficial de KDE, en conjunto con KDE Hispano. Creo que este sería un paso importantísimo para focalizar esfuerzos y tener un punto de encuentro para cualquier usuario de KDE de habla hispana.

En resumen, se ha avanzado bastante pero aún queda muchísimo por hacer. Tal vez no esté tan lejano el momento en que podamos tener nuestro propio "KDE Day" en el Encuentro Linux.

AreaLinux

Hace un par de semanas, Franco Catrín me invitó a formar parte de AreaLinux, un blog que se describe con la frase "Breves sobre Linux y FLOSS en general". Por supuesto, acepté la invitación y ya he escrito un par de artículos breves. El blog tiene varios colaboradores con distintos intereses y yo estoy intentando focalizarme en noticias que tengan que ver con KDE y Fedora principalmente.

Así que desde ahora voy a publicar todos mis tips en AreaLinux, dejando este blog para los temas más personales y/o para los artículos de mayor extensión.

Soporte para Facebook en Kopete

2010-01-22T00:12:00.002-03:00

Desde hace casi un año, nuestro compatriota Duncan Mac-Vicar (el creador del programa de mensajería instantánea Kopete de KDE SC y actualmente desarrollador de Novell en Alemania) ha estado trabajando en el soporte de Facebook para Kopete. El código ya estaba disponible en GitHub para descargar y compilar (de hecho yo lo vengo probando desde hace ya varios meses), pero ahora varias distribuciones de Linux lo están ofreciendo en sus repositorios.

En el caso de Fedora, el paquete kopete-protocol-facebook ya se encuentra en el repositorio kde-redhat (sección unstable). Para instalarlo basta un simple:

yum install kopete-protocol-facebook --enablerepo=kde-unstable

Ahora puedo tener todos mis contactos de Google Talk, MSN Messenger y Facebook en un solo programa. ¡Gracias Duncan!

ACTUALIZACIÓN (12/02/2010): tal como comenta el mismo Duncan, este plugin ya no es necesario y será deprecado, debido a que Facebook ahora soporta XMPP (también llamado Jabber) y por lo tanto es posible usar este protocolo desde cualquier aplicación de mensajería instantánea (incluído Kopete).

Reproducción de audio en pausa al usar Skype

2009-12-04T12:43:00.001-03:00

Después de actualizar Phonon para activar el ecualizador en Amarok 2.2.1 me di cuenta de que estaba teniendo un problema sumamente extraño: cada vez que abría Skype y éste emitía algún sonido (por ejemplo, el típico aviso de que un contacto se ha conectado), Amarok automáticamente quedaba en pausa. Cuando Skype dejaba de emitir el sonido, Amarok reanudaba la música.

Esta conducta se repetía con otras aplicaciones de KDE que usan Phonon como su motor de reproducción (por ejemplo, el reproductor de video Dragon), pero no con aplicaciones externas (por ejemplo, VLC). Así que parecía evidente que el problema estaba en Phonon.

Afortunadamente existe IRC :-). Así que me conecté al canal #phonon de Freenode y pude conversar directamente con Colin Guthrie, desarrollador de Mandriva que ha estado trabajando en la integración de Phonon y Pulseaudio. Él rápidamente pudo diagnosticar el problema, que tiene relación con una nueva funcionalidad presente en Pulseaudio: la posibilidad de clasificar los sonidos del sistema en categorias. A continuación pongo un resumen de su respuesta:

La versión actual de Skype etiqueta todos sus sonidos con la categoría "phone". Esto es incorrecto, ya que sólo el audio de las llamadas debería ser etiquetado en esta categoría. Los avisos de login/logout etc. deberían ser etiquetados como "event". Esto ya ha sido solucionado en la nueva versión de Skype, pero esa versión aún no ha sido liberada.

Pulseaudio tiene un módulo llamado module-cork-music-on-phone, el que automáticamente detiene la música cuando hay una llamada telefónica (es decir, cuando se inicia un sonido con la categoría "phone"), pero esta funcionalidad está un poco rota en este momento. Así que por ahora recomiendo comentar ese módulo en el archivo /etc/pulse/default.pa.

Así que apliqué la solución temporal: editar el archivo /etc/pulse/default.pa y comentar (agregando un # al inicio) la siguiente línea:

load-module module-cork-music-on-phone

Luego hay que reiniciar Pulseaudio (o simplemente cerrar la sesión y entrar otra vez). Con esto solucioné temporalmente el problema.

Obviamente, la solución definitiva pasa por esperar a que los desarrolladores de Pulseaudio mejoren el módulo module-cork-music-on-phone o que Skype libere una nueva versión. Y ojalá que esto sea pronto, porque la verdad es que la idea de que las aplicaciones de audio puedan reaccionar un poco más inteligentemente a los eventos del sistema es bastante atractiva.

Ecualizador para Amarok 2.2.1 en Fedora 12

2009-12-02T12:49:00.001-03:00

Recién hoy me di cuenta de que Amarok 2.2.1 tiene un ecualizador gráfico (en el menú Preferencias -> Configurar Amarok -> Reproducción). Sin embargo, en la instalación por defecto el ecualizador está deshabilitado y sólo aparece un mensaje que indica que Phonon no tiene soporte para él.

Después de investigar un poco, descubrí que la versión 4.3.50 de Phonon ya tiene solucionado este inconveniente. Afortunadamente, el repositorio KDE-RedHat tiene paquetes actualizados de Phonon, así que todo se reduce a habilitar ese repositorio y luego ejecutar:

yum update phonon --enablerepo=kde-unstable

Y luego de reiniciar la sesión, Amarok tendrá habilitado el ecualizador. Así se ve ahora:

Por una nueva comunidad KDE en Chile

2009-10-05T22:33:00.002-04:00

Estaba leyendo el programa del Encuentro Linux 2009 (al que aún no sé si podré asistir) y una vez más pude notar la fuerte presencia de la comunidad Gnome Chile en el evento, incluso con un "Día Gnome" programado. Es admirable ver cómo esta comunidad ha crecido y ha llegado a ser parte importante del proyecto Gnome.

Por el contrario, la comunidad de KDE en Chile brilla por su ausencia. Las únicas dos charlas al respecto ("Nokia’s QT" y "Overview de KDE") serán por parte de Jesper Thomschutz, de Finlandia. El único chileno que tocará de cierta forma el tema es Joel Iturra, con un tutorial acerca de QtWebKit (no es específico de KDE; pero al menos se acerca).

Por si fuera poco, en los comentarios de la noticia del Encuentro en FayerWayer (publicada por Franco Catrín) pude ver que no son pocos los interesados en KDE. Incluso algunos preguntan por qué no hay un "KDE Day" en el encuentro, y la respuesta de Franco fue simple y lógica:

El día de KDE será cuando alguien de KDE quiera hacer “el día de KDE”

Así que me decidí. Ya ha pasado mucho tiempo y nadie parece tener la iniciativa para comenzar una comunidad KDE más fuerte y activa en Chile. Por lo tanto, creo que es hora de quejarse menos y actuar más.

Creé un grupo en Google para que todos los interesados puedan inscribirse y discutir ideas acerca de cómo difundir y colaborar con KDE. La invitación está abierta: la dirección es http://groups.google.com/group/kde-chile

Veremos si los KDE-eros chilenos aparecen... y tal vez tengamos un "KDE Day" en el Encuentro Linux 2010.

Reseña: District 9

2009-10-04T17:51:00.003-04:00

No suelo hacer comentarios de películas o series en mi blog, pero acabo de terminar de ver District 9 ("Sector 9" en español) y no me resistí a hacer al menos un breve comentario.
Estoy seguro de que District 9 seguramente se convertirá en "película de culto". Tiene todos los elementos necesarios: una buena historia, un ritmo atrapante, excelentes efectos especiales y un formato que se sale de lo común (casi como un "docu-reallity"). Pero quizás lo más sorprendente es que, a pesar de se una historia de un grupo de extraterrestres refugiados en nuestro planeta y marginados por nuestra sociedad, no es difícil quedar envuelto en la trama e incluso sentir una cierta identificación. Y la razón es muy simple: ninguno de nosotros ignora que miles y miles de personas sufren esta misma situación cada día, viviendo en condiciones deplorables y sin poder disfrutar de los derechos básicos. Creo que ese es el principal mérito de District 9: es una profunda crítica a nuestra sociedad.
Por supuesto, como toda obra de ciencia ficción se toma algunas libertades y hay algunas partes de la historia que pueden parecer un poco incoherentes. Pero la verdad es que esos baches en ningún modo afectan el conjunto total; todo lo más, permiten abtraerse un poco de un argumento que por momentos se acerca demasiado a la realidad (sin extraterrestres, obviamente).
Curiosamente, esta película parece generar sólo dos tipos de reacciones: o te encanta o la detestas. Al menos eso es lo que pude observar tras haberle preguntado a algunos amigos que la han visto.
En fin, por mi parte pertenezco al primer grupo (me encantó) y la recomiendo ampliamente.

El amor de un padre

2009-09-01T22:59:00.004-04:00

"Certain is it that there is no kind of affection so purely angelic as of a father to a daughter. In love to our wives there is desire; to our sons, ambition; but to our daughters there is something which there are no words to express."
Joseph Addison

("Ciertamente no existe un tipo de afecto tan puramente angelical como el de un padre a una hija. En el amor a nuestras esposas hay deseo; a nuestros hijos, ambición; pero en el amor a nuestras hijas hay algo que no puede ser expresado en palabras.")

Sólo ahora que tengo una preciosa hija de siete meses, puedo entender el significado de estas palabras. Y sólo ahora puedo compartir, en cierta medida, el dolor de Michael Pyne, un reconocido desarrollador de KDE, al perder a su pequeña Emma Hope. No imagino lo que debe estar sintiendo, pero espero que el segundo nombre de su hija ("Esperanza") pueda hacerse real en su vida, al igual que las palabras de Jesús:

Entonces Jesús le dijo: Yo soy la resurrección y la vida.
El que cree en mí vivirá, aunque muera;
(Juan 11:25)

El último release de KDE (la versión 4.3.1) fue dedicado a Emma, mostrando el apoyo de toda la comunidad de KDE. Y es que eso es lo que hace tan especial al open source: no se trata sólo de hacer programas, sino de formar lazos con gente que comparte los mismos ideales.

Michael, oro para que encuentres en Dios el consuelo y la esperanza.

Cambiar la resolución de pantalla en Fedora 11 con tarjeta de video Intel

2009-06-15T11:02:00.004-04:00

Si ya actualizaste a Fedora 11 y tienes una tarjeta de video Intel, probablemente habrás notado que no puedes cambiar la resolución de pantalla por defecto. En mi caso (notebook Dell Inspiron 1318 con video Intel GM965/GL960), xrandr sólo me mostraba una resolución de pantalla disponible: 1280x800.

En general esto no es un problema, pero puede llegar a serlo cuando usas un proyector o monitor externo y quieres clonar la pantalla (no todos los proyectores soportan resoluciones de tipo wide).

La solución es simple, pero tiene un inconveniente. Consiste en desactivar el kernel modesetting. Esto se consigue editando el archivo /etc/grub.conf y agregando el parámetro nomodeset en la línea correspondiente al kernel que estás usando. En mi caso, la sección del archivo quedaría así:

title Fedora (2.6.29.4-167.fc11.i686.PAE)
    root (hd0,2)
    kernel /boot/vmlinuz-2.6.29.4-167.fc11.i686.PAE ro root=UUID=4505573b-acfb-4471-897e-716ce13f0f47 rhgb quiet nomodeset
    initrd /boot/initrd-2.6.29.4-167.fc11.i686.PAE.img

Luego del cambio deberás reiniciar, y ya tendrás disponibles todas las resoluciones soportadas por tu hardware, pudiendo cambiarlas con la herramienta de tu preferencia (krandrtray o systemsettings en KDE, gnome-display-properties en Gnome, xfce4-display-settings en XFCE, xrandr desde consola, o con aplicaciones externas como arandr).

El problema es que al desactivar el kernel modesetting ya no podrás ver las agradables animcaciones que muestra plymouth mientras se inicia el sistema operativo (sólo verás una barra de avance en la parte inferior de tu pantalla). Pero al menos en mi caso, tener varias resoluciones de pantalla es más importante que ver una animación cuando enciendo mi notebook :-).

Instalar Chromium (Alfa) en Fedora

2009-05-29T10:53:00.010-04:00

ACTUALIZACIÓN: Tom "Spot" Calway ha creado paquetes RPM de Chromium para Fedora, y además habilitó un repositorio para que la instalación sea aún más fácil. De todas formas, dejo aquí el método manual para los que quieran usar la última ultimísima versión de Chromium.

Después de leer acerca del release para Linux de la versión Alfa de Chromium (el proyecto detrás del navegador Chrome de Google), me decidí a probarlo.

La instalación en Fedora requiere algunos pasos adicionales. Primero se deben instalar algunas dependencias:

yum install gtk2 nss-mdns

Luego se debe descargar la última versión disponible desde aquí (en este momento es la 17184). Es un archivo ZIP, así que hay que desempaquetarlo usando un programa gráfico (como Ark o file-roller) o directamente con el comando unzip desde consola. Esto creará un directorio llamado chromium.

Una vez desempaquetado, se debe crear un script para lanzar el navegador. Abre tu editor de texto y escribe lo siguiente:

#!/bin/bash
export LD_LIBRARY_PATH=.:/lib:/usr/lib
./chrome

Luego guárdalo en el directorio chromium con el nombre launch-chrome.sh y asígnale permisos de ejecución, ya sea de forma gráfica (haciendo click derecho sobre el archivo y modificando sus propiedades) o desde consola con el comando:

chmod +x launch-chrome.sh

Finalmente, debes crear algunos enlaces simbólicos. Abre una consola, sitúate en la carpeta chromium y ejecuta:

ln -s /lib/libnspr4.so libnspr4.so.0d
ln -s /lib/libnss3.so libnss3.so.1d
ln -s /lib/libnssutil3.so libnssutil3.so.1d
ln -s /lib/libplc4.so libplc4.so.0d
ln -s /lib/libplds4.so libplds4.so.0d
ln -s /lib/libsmime3.so libsmime3.so.1d
ln -s /lib/libssl3.so libssl3.so.1d

Eso es todo. Ahora simplemente escribe:

./launch-chrome.sh

Y deberías ver cómo el navegador aparece en tu escritorio.

Como primera impresión, puedo decir que se nota una gran diferencia de velocidad comparado con Firefox. Chromium es mucho más rápido tanto en el tiempo de carga inicial del navegador como en el tiempo que toma el render de cada página (mérito sin duda de WebKit). Sin embargo, se nota que es una versión Alfa: muchos sitios presentan problemas en el dibujado, imágenes superpuestas, etc. Y todavía no hay soporte para Flash (así que no hay Youtube por ahora).

En conclusión, creo que el proyecto va bien encaminado y tiene el potencial de convertirse en un fuerte competidor de Firefox. Todavía falta mucho trabajo por hacer; veremos si Google es capás de crear una comunidad alrededor de Chromium que le permita despegar realmente.

Referencias: http://code.google.com/p/chromium/issues/detail?id=12562

PD. Si usas Ubuntu, puedes agregar este repositorio e instalar Chromium directamente desde allí.