Si alguna vez has necesitado tener a mano una instancia de phpMyAdmin pero no podías acceder a tu servidor para instalarlo, o bien has querido saber qué características nuevas ofrece la última versión de phpMyAdmin (la ultima de verdad, la más reciente del repositorio Subversion de control de versiones del proyecto) sin tener que instalar la nueva versión, seguro que te hubiera venido bien conocer que hay un proyecto en Internet que te ofrece precisamente eso, gratis, de prueba. Cada día reinstala todo otra vez así que aquello que guardes en su base de datos no durará más de 24 horas, pero para algunos casos te vendrá muy pero que muy bien. Para los que no quieren perder tiempo: aquí la versión de phpMyAdmin estable y aquí la versión de Subversion. Login: root, Password: (vacío)
Categoría: diariolinux
Comienza la GUADEC-ES
En Granada, hoy y mañana. Listado de ponencias aquí. Al pinchar en cada una de ellas tenemos acceso a detalles sobre la misma, incluyendo los papers presentados. Por ejemplo, uno muy interesante el de Carlos García sobre cómo extender Evince para dar soporte a otros formatos.
Wine-doors: sistema gestor de paquetes Windows para Linux
Acaba de ver la luz la primera versión pública 0.1 de Wine-doors, una aplicación diseñada para hacer más facil el proceso de instalación de software Windows en Linux, Solaris y otros sistemas Unix. Wine-doors es en esencia una herramienta gráfica de gestión de paquetes para paquetes windows en sistemas Linux. La mayor parte de los usuarios de escritorio Linux están familiarizados con el uso de aplicaciones de gestión de paquetes para sus propios sistemas, por lo que el usar el mismo modelo para la instalación de software Windows a través de WINE en Linux será de gran utilidad para todos.
Wine-doors funciona gracias al uso y explotación de bibliotecas, software y herramientas creadas en y para WineHQ. La idea es extender también el soporte a Cedega, cvscedega y Crossover Office.
Wine-doors se ha desarrollado como una aplicación para el escritorio GNOME pero es fácilmente portable a otros entornos como KDE. Para el desarrollo de Wine-doors se ha utilizado pygtk, glade y cairo como biblioteca de funciones gráficas, siguiendo la guía de estilos tango para el uso de iconos y material gráfico. Más información y videos demostrativos en la web del proyecto.
Repaso al HackIt’06 : atascado en el nivel 11
Me he quedado atascado en el nivel 11. El proceso de solución que he seguido es el que plantea Txipi, el organizador de la prueba, en su blog. En esa página podemos encontrar indicaciones para solucionar casi todos los retos planteados, pero en ocasiones son precisamente eso, indicaciones, no se muestra el proceso en detalle.
El nivel 11 nos plantea el siguiente reto: dado un fichero ejecutable ELF, crackearlo para obtener la clave que esconde. Tras analizar el fichero vemos que está cifrado/comprimido con UPX (upx.sourceforge.net) Este tipo de compresión no es como la típica .zip, .rar, etc. sino que UPX comprime las ecciones internas del ELF, añadiendo al ejecutable una rutina de autodescompresión.
Lo anterior, si fuera tal cual, cual no sería problemático: se descomprime con el propio upx y listo (upx -d fichero_elf) . Pero estando en el nivel 11 del juego, lógicamente, la cosa no es tan sencilla. El autor del reto ha eliminado cadenas del ejecutable de tal forma que al intentar la escompresión (upx -d) el UPX dice que ese fichero NO está comprimido con él. Así que hay que reconstruir las secciones del UPX (básicamente, saber qué han eliminado/cambiado y volverlo a poner). El proceso consistiría en comprimir con UPX varios archivos ejecutables onocidos y extraer las cadenas o características propias de UPX. Una vez hecho eso y con el conocimiento de las cadenas típicas que un fichero comprimido con UPX muestra, comparar con el archivo que nos dan y ver qué demonios han eliminado. Tras hacer este trabajo, podemos ver que han sustituido las apariciones de la cadena UPX (55 50 58 en hexadecimal) por (20 20 20).
¡Ah! parece pan comido. Más adelante, se ve que no sólo han hecho la sustitución previamente indicada, sino que también han cambiado una cadena más completa del tipo «This program has been compressed using UPX version .01…» o similar, convirtiéndola también a caracteres 20 20 20.
Hay distintos editores de hexadecimal, pero como últimamente uso VIM para casi todo, he editado también el fichero ELF con este editor (hay que teclear :%!xxd para convertirlo a hexadecimal y poder editar. Una vez terminada la edición, hay que realizar el proceso inverso con :%!xxd -r y guardar :wq) Tras arreglarlo, intentamos la descompresión y upx dice que tururú, que las cabeceras siguen estando mal.
Analicemos más a fondo: los últimos bytes de un fichero UPX suelen seguir también un patrón del tipo XXXXnumeritosYYYY. Y podemos comprobar que el fichero que nos dan, NO lo sigue. Añadimos esa última sección y ahora, el comando «upx -l» indica que OK, que eso sí es un fichero UPX, pero cuando lanzamos el comando «upx -d» contra el fichero arreglado, para descomprimirlo, nos indica el siguiente error
Exception: compressed data violation
y no descomprime nada. El problema es que no sé cómo arreglar este problema, me he atascado :-O . En mi opinión l error se debe a que en la cadena del final, XXXXnumeritosYYYY, los numeritos, tras distintas pruebas, he visto que son DISTINTOS dependiendo del
archivo que comprimamos. Y ahí me pierdo, porque no sé qué algoritmo seguir para generarlos… Aunque tal vez no sea ese el problema. ¡ Agradecería cualquier ayuda !
El archivo level-11-solved es el que he reconstruído a partir del original para conseguir que UPX lo detecte como propio.
La rapidez de la Wikipedia
A las 10 de la mañana, el presidente Zapatero nombraba a César Antonio Molina nuevo ministro de Cultura. A las 10:20 ya estaba la página relacionada de la Wikipedia actualizada (y si no lo estuviera, lo hubiera estado porque esa era mi intención 😉 Impresionante.