Archive for the ‘SSOO’ Category

Viernes Técnico de OpenSolaris

|

El viernes pasado estuve en el viernes técnico de OpenSolaris dedicado a SMF y Virtualización. La verdad es que fue una tarde muy grata. Habitualmente salgo de este tipo de charlas con muchas ideas y ganas de probar cosas pero con poca información y éste no ha sido el caso.

El manual proporcionado para el evento( Guía del estudiante CE ) es una miniguía con información adecuada, ejemplos de comandos y aunque se ve que aún no está madura es muy pero que muy util.
Por otro lado nos proporcioanrion un DVD con la Solaris Express Developer Edition, que probaré cuando disponga de tiempo( y escribiré algunas notas sobre ello ).

En general he quedado muy contento con lo que he visto, la tecnología SMF me parece ahora mucho más interesante, una vez comprendidos los conceptos, ficheros XML necesarios, dependencias, etc.

Por otro lado está la virtualización sobre OpenSolaris. La velocidad extrema de esta tecnología me impresiona, si bien he visto algunas cosillas que la limitan. Averiguaré mucho más en la jornada dedicada integramente a virtualización, pero me surgen dudas, por ejemplo, lo facil que es para un proceso, programa, rootkit, etc saber que se está ejecutando sobre un entorno virtual.

Adicionalmente Alvaro Lopez hizo una presentación sobre la nueva release del servidor web Cherokee, que él mismo lidera.

Dejo una foto tomada durante las charlas, aviso que en la foto aparezco yo.


Free Image Hosting at www.ImageShack.us

¿Jugamos al quién es quién?

EL bug del Kernel: velocidad de reacción

|

Todos conocemos el gran revuelo armado por el bug descubierto en el núcleo de Linux. Desde el punto de vista técnico este fallo ha sido muy grave porque permitía una escalada local de privilegios muy sencilla al estar disponible un exploit( en realidad varias versiones ) que aprovechaban dicha vulnerabilidad.
La historia es conocida, dejo varias referencias:

http://open-eslack.org/php/news.php?readmore=60
http://www.kriptopolis.org/bug-kernel-linux
http://barrapunto.com/article.pl?sid=08/02/11/106213

El bug fue noticiado en SecurityFocus el 8 de Febrero a las 12 horas.
En la pagina oficial del Kernel de Linux la nueva release con el bug corregido vió la luz el 10 de Febrero a las 16:47.
Hoy no voy a hablar de lo buena que ha sido la reacción de los desarrolladores ni nada de eso, solo quiero establecer una comparativa de respuesta por parte de las distintas distribuciones, centrandome en las más populares y haciendo un breve análisis por familias.

Los datos de disponibilidad del paquete oficial corregido son los siguientes:

Slackware 12: 11 Febrero a las 17:46.
Zenwalk 5: a fecha de edición de este artículo no he encontrado el advisory.
Vector Linux 5.8: a fecha de edición de este artículo no he encontrado el advisory.
Debian 3.1: 11 Febrero sin especificar hora.
Mandriva 2008: 12 Febrero sin especificar hora.
Gentoo: a fecha de edición de este artículo no he encontrado el advisory.
Ubuntu: 12 Febrero sin especificar hora.
Fedora 8: 11 Febrero a las 15:39.
OpenSuse 10.3: 12 Febrero a las 14:00.
Arch Linux : UPDATED: 10 de Febrero sin especificar hora.

No voy a poner grafiquitos ni nada de eso( soy partidario de la filosofía KISS ) pero si me gustaría comentar algunas ideas:

En primer lugar lo extraño que me parece que Gentoo a fecha de este artículo no haya siquiera publicado el aviso, creo que no he sabido encontrarlo o que debe de haber alguna razón para ello, omito por tanto comentarios sobre esta distribución que me merece un gran respeto, nos in antes decir lo grave que me parecería esta situación.
En segundo lugar destacar que la referencia en la resolución de estas vulnerabilidades han sido las distribuciones más usadas, UPDATED: Destacando a Arch Linux que gana a las demás por un dia de diferencia, Fedora a la cabeza, Slackware y Debian. ¿He dicho las más usadas? Sinceramente no creo que Slackware sea de las más usadas, pero ahi está, la segunda más rapida en contestar.
Esto me hace pensar en uno de esos mitos sobre slack, aquel de que los paquetes son obsoletos, que en Slackware se usa software anticuado y en general todas esas cosas que se dicen desde la ignorancia y que con el conocimiento en la mano caen por su propio peso.

Si separamos los datos por familias vemos que si de RPM’s se trata Fedora ha ganado la partida, una distribución muy sería con una empresa preocupada por la seguridad( y por las ventas ). Por detrás vemos la reacción de Mandriva y OpenSuse. No me sorprende que estas ultimas no estén a la cabeza.
En la familia de los paquetes DEB comprobamos de nuevo lo que algunos intuíamos desde hace tiempo: Debian no ha muerto. Puede que no esté Murdock a la cabeza y que Ubuntu les haya quitado publicidad y usuarios, pero los debianitas pueden enorgullecerse de que a nivel de seguridad la respuesta de su equipo de seguridad reafirma que su distro está más comprometida con la seguridad.
Entre los amantes de los TGZ’s es un dia de luces y sombras, si bien se confirma que Slackware marca la pauta en todos los aspectos y en seguridad también( no olvidemos, la tercera distribución en reaccionar de las analizadas ) se puede apreciar también que entre las distribuciones derivadas no tienen esa misma preocupación. Zenwalk y Vector Linux no han sacado parche a dia de hoy o yo no he sabido encontrarlo. No sé porque pero tampoco esto me sorprende.

Como conclusión pienso que si estás interesado en la seguridad( o la necesitas ) deberías utilizar en tus sistemas Linux más críticos las distribuciones padres.
Las distribuciones derivadas suelen tener muy buena pinta, tener una web muy chula, mucha propaganda y su uso te convierte muchas veces en muy way, pero a la hora de la verdad vemos nuevamente cuales son la referencia.

Desmitificando Slackware

|

En el marco del proyecto Embajadores Slackware he elaborado una pequeña presentación.
En ella se realiza un repaso sobre Slackware, funcionalidades, características, comunidad hispana, recursos y mitos que rodean a esta distribución. Esta presentación está pensada para ser usada en charlas y conferencias destinadas a un publico no slacker que pretenda acercarse a esta distribución.

Podéis descargarlas en el siguiente enlace.

Mitos sobre Slackware: Dependencias

|

Ultimamente estoy haciendo una presentación para el proyecto Embajadores Slackware que consiste en presentar slack para no iniciados, con sus beneficios, la comunidad hispana y un repaso por los mitos que rodean a la distribución activa más veterana de Linux.

Uno de esos mitos es la no resolución de dependencias en la paquetería tgz. Explicar que esto es debido a filosofía es un argumento muy pobre si tenemos en cuenta que esa presentación está pensada para ser utilizada en charlas a newbies.
Es por eso que incido sobre la posibilidad de resolución de dependencias que SI existe en Slackware Linux. Hablamos en este punto de los diversos programas existentes para ello. Haciendo un breve repaso de alguno de los más conocidos nos encontramos con 3 opciones:

- Swaret: es el que actualmente utilizo, tiene multitud de opciones y aunque la opción upgrade consume muchos recursos me parece el más completo, si bien es un programa un poco dejado de la mano de Dios si tenemos en cuenta la falta de actualización de la aplicación.

- Slapt-get: es un programa muy utilizado por los slackers debido a la simplicidad del mismo, es eficiente y dispone de una aplicación GTK para poder utilizarla muy comodamente en modo gráfico. Personalmente la he utilizado mucho, es un programa muy actualizado( quizás demasiado ) y toda una referencia.

- Slackpkg: es una utilidad pseudooficial( está incluida en la sección extras de slackware oficial ) y es la que menos he utilizado de las tres. En principio es la que mejor se adapta a la filosofía de Slackware ya que solo admite repositorios oficiales, es decir, nada de repositorios tipo linuxpackages.

Hasta aqui solo trato de explicar como es falso o semifalso aquello de que no hay resolución de dependencias en la paquetería tgz.
A partir de entonces paso a hablar de lo que yo denomino “minipaquetes” y de como en Slackware apenas se dan, lo que facilita a mi modo de ver enormemente la gestión de los paquetes.
Un minipaquete es aquel paquete que tiene un contenido mínimo y que podría estar englobado en uno más grande. La problemática de estos paquetes se da en sistemas con resolución de dependencias muy fuerte( ej: Ubuntu ) cuando al instalar un programa instalamos 20 paquetes deb y muchos de ellos no pasan de 50 KB. Esto en principio no es un problema ya que la fuerte resolución de dependencias nos deja un sistema estable, si bien es verdad que cuando listamos los paquetes instalados vemos un gran número de paquetes, de los cuales la mayor parte no sabemos ni qué son ni para qué sirven y eso sí es un problema tanto desde el punto de vista del administrador como desde el punto de vista de la seguridad.

El caso es que mientras preparaba este tema he descubierto un programa para Slack que analiza un sistema y contruye la relación de dependencias en él. Se trata de Slackdeptrack, un programa en modo comandos y que devuelve la salida como html, xml y graphvic.
Puede descargarse en el siguiente enlace.

Proyecto Embajadores Slackware

|

Comiezo el nuevo año con nuevos propósitos y nuevos proyectos.
Dando un pequeño impulso a mi lista de todo’s he rescatado el proyecto “Embajadores Slackware“, cuyo fin es la realización de documentos que puedan ser después utilizados para dar a conocer nuestra distribución favorita a no iniciados en diferentes foros: charlas, irc, presentaciones, eventos, etc.

Para la mejor coordinación del proyecto he creado una pagina en el wiki de OpenSlack, que será el foco de actuación del mismo. Sobra decir que todo slacker con ganas de colaborar es bienvenido.

URL: http://open-eslack.org/wiki/index.php?title=Embajadores_slackware