Según los manpages,

wipe:
Wipe is a secure file wiping utility. There are some low level issues that must be taken into consideration. One of these is that there must be some sort of write barrier between passes. Wipe uses fdatasync(2) (or fsync(2)) as a write barrier, or if fsync(2) isn’t available, the file is opened with the O_DSYNC or O_SYNC flag. For wipe to be effective, each pass must be completely written. To ensure this, the drive must support some form of a write barrier, write cache flush, or write cache disabling. SCSI supports ordered command tags, has a force media access bit for commands, and write cache can be disable on mode page 8. IDE/ATA drives support write cache flushes and write cache disabling. Unfortunetly, not all drives actually disable write cache when asked to. Those drives are broken. Write caching should always be disabled, unless your system is battery backed and always powers down cleanly.

shred:
Overwrite the specified FILE(s) repeatedly, in order to make it harder for even very expensive hardware probing to recover the data.

dd:
Copy a file, converting and formatting according to the operands

Vamos a lo practico.

dd

Nos servirá cuando queramos eliminar información de un sector del disco, partición o disco completo, llenandolo de zeros. Es muy simple, basta con ejecutar:
# dd if=/dev/zero of=/dev/sda
En este caso, llenaremos de zeros el disco sda, eliminando el mbr, tabla de particiones, data, etc. Tambien podemos aplicarlo a una partición especifica
# dd if=/dev/zero of=/dev/sdb1
O bien a un archivo,
# dd if=/dev/zero of=my_file.iso
Podemos jugar con los parametros bs, count, seek, etc.

wipe & shred

La ejecución de estas dos herramientas es sencilla, basta con ejecutar el comando y luego el nombre del archivo:
# shred file.jpg
o
# wipe file.jpg

Ambos comando son bien personalizables, puedes decirle que al terminar lo complete con zeros, que los elimina, que los sobre escriba una cantidad X de veces y luego lo elimine, o que no lo elimine, etc.

Para más detalles recomiendo leer el manpage de cada uno.

trickle is a portable lightweight userspace bandwidth shaper. It can run in collaborative mode (together with trickled) or in stand alone mode.

Con esta herramienta podemos limitar la velocidad de subida y bajada de cualquier aplicación. Como dice en la descripción, puede trabajar “solo” y tambien como demonio. Si ejecutamos el demonio, todas las aplicaciones que se corran usando trickle (sin especificar subida ni bajada) correrán con el límite señalado. Por ejemplo, si corremos el demonio con los parametros:

trickled -d 150 -u 20
Establecemos que la velocidad de bajada y subida será de 150 y 20 Kb/s, respectivamente. Desde ahora, todas las aplicaciones corridas con trickle tendran esa configuración, por ejemplo:

trickle axel http://domain.com/download.tbz2
Limitará la bajada a 150kb/s.

Podemos pasarle parametros a trickle directamente, por ejemplo trickle -d 100 -u 100 wget http://domain.com/file.tbz2, de esta forma se limitara a wget solo descargar a 100kb/s.

Aunque wget tiene la opción –limit-rate que nos permite limitar el RATE, y –max-speed que nos permite limitar la máxima velocidad en axel, trickle nos puede servir para limitar el ancho de banda de cualquier aplicación.

mii-tool – view, manipulate media-independent interface status
ethtool – Display or change ethernet card settings

Para modificar la velocidad de transferencia de las tarjetas usamos el siguiente comando:

ethtool eth1 speed 1000 duplex full

Para dejarla a 1Gbps full duplex. Podemos setear la tarjeta a 10, 100 o 1000mbps según su capacidad, tambien decirle si es half o full duplex, activar y desactivar la autonegociación, modiicar el tamaño de los Jumbo Frames, etc.

Para conocer la configuración actual de la tarjeta de red sólo debemos ejecutar ethtool y especificarle el dispositivo:

Y luego me puse a probar distintos emuladores y juegos de consolas: NeoGeo, MAME, SNES, N64, PSX, etc.

Para emular juegos de NeoGeo tenemos el gngeo y el mame-sdl, para snes el famoso zsnes, para n64 mupen64 y para psx el epsxe.
A continuación, una pequeña muestra de cada emulador corriendo algún juego en especial.

Primero les voy a mostrar gngeo con su frontend XGngeo

Para descargarlo pueden encontarlo en su sitio oficial http://gngeo.berlios.de/ o bien buscarlo en los repositorios de la distribución que estén usando. Pueden descargar el frontend XGnGeo desde aquí: http://www.choplair.org/?XGngeo

Con el emulador de MAME puedes jugar tambien los juegos de neogeo. Para emular mame tienes el emulador por línea de comando “mame-sdl” y el frontend llamado qmc2.

Para emular súper nintendo, uso el conocido zsnes (muuuuy antiguo), que está en la mayoría de los repositorios de las distribuciónes GNU/Linux y también lo podemos encontrar en zsnes.com.

Yo recuerdo haber usado este mismo emulador hace muchos años atrás, era uno de mis preferidos, con zsnes pasé varias horas frente al pc jugando. El emulador permite configurar hasta 5 players y además, permite jugar en línea.

Para PlayStation 1 (PSOne, PSX) uso el epsxe. Este emulador es un poco complicado de instalar, necesita un plugin para cada cosa. Por ejemplo, un plugin de video y otro de sonido, aunque generalmente puedes encontrar el emulador con todos sus restos dentro del mismo repositorio. Por ejemplo, en Archlinux lo puedes descargar e instalar directamente de AUR. Luego debes intrusear un poco la configuración hasta llegar a la más óptima para tu hardware. En mi caso, me uso este emulador simplemente para jugar Silent Hill 1.

Para lograrlo, simplemente tenemos que agregar un par de líneas al config.h y volver a compilarlo.

Debemos descargar los ficheros bstack.c y bstackhoriz.c y agregar las siguientes líneas a nuestro fichero de configuración config.h, despues de la definición de la variable mfact y antes de la definición de layouts:

#include "bstack.c"
#include "bstackhoriz.c"

Y dentro de la definición de layouts debemos agregar:

{ "TTT",      bstack },
{ "===",      bstackhoriz },

El fichero config.h se debería ver mas o menos así:

[...]

/* layout(s) */
static const float mfact      = 0.55; /* factor of master area size [0.05..0.95] */
static const Bool resizehints = True; /* False means respect size hints in tiled resizals */

#include "bstack.c"
#include "bstackhoriz.c"

static const Layout layouts[] = {
        /* symbol     arrange function */
        { "TTT",      bstack },
        { "[]=",      tile },    /* first entry is default */
        { "><>",      NULL },    /* no layout function means floating behavior */
        { "[M]",      monocle },
        { "===",      bstackhoriz },
};

/* key definitions */
#define MODKEY Mod1Mask
#define TAGKEYS(KEY,TAG) \

[...]

Imágenes:

Pueden encontrar el artículo original en el siguiente link:
http://dwm.suckless.org/patches/bottom_stack

Usar software libre es bueno porque permite, entre otras cosas, manejar y controlar algo que es tuyo: tu computador y es por éste motivo que nace el dilema entre el hardware y los famosos drivers propietarios/privativos v/s los libres. Para muchas personas el hecho de no poder aprovechar los recursos de su hardware gracias a los drivers libres significa un problema y entonces es cuando deciden usar el driver propietario o privado. El otro día, pensaba que la única forma de promover y mejorar el desarrollo de drivers (o firmwares) libres desde las propios fabricantes es usar los drivres libres ya existentes. Estamos en un proceso de educación y difusión del software libres y de nuestras libertades, si queremos lograr que éste proceso avance debemos sacrificarnos un poco. Imaginemos un mundo ideal, donde todas las personas usan drivers libres y los fabricantes no encuentran qué hacer para que los usuarios compren sus productos, como no se puede exprimir al máximo los recursos del hardware, el usuario no va a necesitar continuar comprando y por ende, los fabricantes se verían obligados a desarrollar ellos mismos un driver que sea libre y que cumpla con todo lo necesario para poder funcionar correctamente. Obviamente, es una utopía.

Hace un par de días tuvimos a Richard M. Stallman de visita en Kernelhouse y en el Hacklab y me quedó dando vueltas una frase que nos dijo: “Las personas que usan software privado no están respetando su libertad“.

Si bien las personas son libres de usar software privado o libre, creo que la diferencia está simplemente en cuando te obligan a usar uno u el otro. Cuando una persona decide usar software libre, entonces está haciendo uso de su libertad de hacerlo. El problema, para mi, es cuando no tienes opción o bien, te obligan. Generalmente estás obligado a usar software privado, compras un iPod y viene con software privado y hasta es ilegal “desbloquearlo” siendo que es tuyo.  Cuando compras un portatil o un computador de escritorio, éste viene con M$ Windows, de una u otra forma te están obligando a usarlo. En el precio se incluye el precio de la licencia y para evitar pagarla, hay que hacer miles de trámites que aveces no valen la pena. Pasa hasta en el gobierno, existen muchos planes para disminuir la brecha digital, tecnologizar a personas de escasos recursos, pero detrás de éstos métodos, siempre está Microsoft por detrás. Microsoft siempre ofrece ofertas que, debido a la ignorancia de quienes toman las decisiones, es imposible rechazar. Por ejemplo, para el colegio de escasos recursos donde existen 40 mil nños que jamás han tocado un cumputador, ésta monopólica empresa, decide “donar” 1000 computadores con licencias para usar Windows “especialmente” adaptada para esta ocasión, por ejemplo la típica “Starter Edition“. Con este tipo de metodologías, lo único que estamos logrando es crear una dependencia a un producto de una empresa privada. Para exáctamente lo mismo cuando el gobierno decide “auspiciar” y “becar” a sientos de personas de tercera edad o personas analfabetas tecnologicamente a cursar un taller o curso de “Microsoft Office”, hacen que éstas personas dependan de un producto de Microsoft, por ésto mismo, lo que se debería promover son cursos de “ofimática” que servirían para que un usuario sepa usar cualquier suite de herramientas de oficina, ya sea de MS Office, Open Office, Koffice, etc. Para que la educación de resultado, hay que enseñar a la persona a elegir, hay que demostrarle que tiene libertades que él mismo puede aprovechar. Windows no llegó a ser tan popular porque era un buen producto o porque era la única opción existente en el mercado, simplemente porque la ignorancia de las personas, gracias a la manipulación de las grandes empresas y el gobierno, hizo que así fuera.

Un proceso de educación tiene un bien final cuando el usuario logra, por si mismo, decidir qué sistema operativo usar (MS Windows, GNU/Linux, Mac, etc) y por ejemplo, en el caso que use GNU/Linux, que su conocimiento le permita decidir que distribución usar. El motivo de mi odio a Windows es similar al por qué odio a Ubuntu, sus políticas de marketing y sus filosofías no me gustan, Ubuntu de una u otra forma está haciendo lo mismo que Microsoft, no se hizo popular por su funcionalidad sino que por el dinero. Actualmente, me atrevería a decir que el 90% de los usuarios de Ubuntu  no tienen idea que existen más distribuciones, frente a (según yo) un 70% de usuarios Windows que si sabe que existen varias distribuciones de GNU/Linux.
En conclusión, estoy completamente de acuerdo en que cuando una persona usa software privado, no está respetando su libertad, ya que se está sometiendo, voluntaria o involuntariamente, a usar el producto (software o hardware) como el fabricante lo dice, aún pagando por él.

La guía del ocio, índice:

1. Ver los movimientos del mouse
2. Escuchar como trabaja nuestro disco duro
3. Jugar con el speaker

Contenido

• Ver los movimientos del mouse

Podemos visualizar los movimientos que hacemos con el mouse, dependiendo del dispositivo que usemos. Por ejemplo yo, con un mouse usb o con el touchpad de mi portatil usaré el dispositivo /dev/input/mice. Es simple, sólo debemos ejecutar el comando (como root):
# cat /dev/input/mice
Y comenzar a mover el mouse.
Resultado:



• Escuchar como trabaja nuestro disco duro

Esto va depende de cómo tengamos distribuido nuestros discos, en mi caso, corresponde al dispositivo /dev/sda y para “escuchar” cómo suena, sólo ejecuto este comando (root):

# cat /dev/sda >> /dev/audio
Y sentiremos como si estuviesemos escuchando ruido extraterrestre…

• Jugar con el speaker

Esto es un poco más divertido, para esto necesitaremos instalar el paquete “beep” y cargar el módulo pcspkr en el caso que no esté cargado. Para hacer sonar el speaker basta con ejecutar el comando:
# beep

Podemos jugar con las frecuencias y duración de cada beep (ver man beep) y lograr cosas como estas:

1. #!/bin/bash
2. beep -f 349;
3. sleep 0.33
4. beep -f 415.3;
5. sleep 0.165
6. beep -f 349;
7. beep -f 349 -l 170;
8. beep -f 466.2;
9. sleep 0.05
10. beep -f 349;
11. sleep 0.05
12. beep -f 311.1;
13. sleep 0.05
14. beep -f 349;
15. sleep 0.33
16. beep -f 523.2;
17. sleep 0.165
18. beep -f 349;
19. beep -f 349 -l 170;
20. beep -f 550;
21. sleep 0.05
22. beep -f 523.2;
23. sleep 0.05
24. beep -f 415.3;
25. sleep 0.05
26. beep -f 349;
27. sleep 0.05
28. beep -f 523.2;
29. sleep 0.05
30. beep -f 698.4;
31. sleep 0.03
32. beep -f 349 -l 170;
33. beep -f 311.1 ;
34. beep -f 311.1 -l 170;
35. sleep 0.05
36. beep -f 261.6;
37. sleep 0.03
38. beep -f 392;
39. sleep 0.03
40. beep -f 349 -l 750;

Por ejemplo, este “beep” lo hicimos junto a Pons y a otros compañeros en la Universidad, cuando estabamos muy aburridos y no teniamos cosas que hacer.

La gracia de este gestor de ventanas es que es demasiado simple, tiene no mas de 2 mil líneas de código, no usa archivos de configuración y claro, para configurarlo hay que editar directamente el código fuente y volver a compilarlo y re-ejecutarlo para que tome los cambios.

[zerial@daila dwm-5.6.1]$ wc -l dwm.c
1959 dwm.c
[zerial@daila dwm-5.6.1]

Esto último, a muchos les puede provocar un trauma pero no es tan dificil como parece, aunque yo vengo de un entorno fluxbox por lo que cambiarme a dwm no me costó tanto.

Algunos screenshots:

Todavía no lo modifico mucho, sólo configuré los workspaces, algunas aplicaciones y los atajos de teclado, pero acá les dejo mi configuración (fichero config.h).

El otro día, jugando un rato con Xen me encontré con el problema de querer redimenzionar el tamaño de disco virtual de las máquinas virtuales y, cabezeandome un rato, lo logré.
En teoría, aumentar el tamaño de un disco es fácil, creamos un fichero del tamaño que queramos usando dd y luego concatenamos con el que ya tenemos, creamos el sistema de ficheros y listo. Pero el disminuirlo me pareció más complejo, pero no fue así.

Paso a paso

• Aumentar el tamaño del disco

Vamos a usar tres herramientas: dd, cat y mkfs.
Primero, crear un fichero del tamaño que necesitemos, por ejemplo 5GB:

dd if=/dev/zero of=file.img bs=1MB count=5000

Luego de esto unimos nuestro disco actual con el nuevo file.img:
cat file.img >> disk.img

Como último paso, volvemos a crear el sistema de ficheros usando mkfs:
mkfs.xfs disk.img
(deben cambiar xfs por el sistema de ficheros a utilizar como ext3, reiserfs, etc)

• Disminuir el tamaño del disco
  Similar al anterior, usaremos las herramientas dd y mkfs (tambien usaremos los comando cp y mouont)
  Creamos un fichero con el nuevo tamaño del disco, por ejemplo 5GB:

  dd if=/dev/zero of=newdisk.img bs=1MB count=5000

  Le damos formato al fichero:

  mkfs.xfs newdisk.img

  Montamos la imágen del disco antigua y la nueva en dos directorios distintos (usaremos temp1 y temp2, respectivamente):

  mkdir temp1 temp2
mount -tauto -oloop disk.img temp1
mount -tauto -oloop newdisk.img temp2

  Simplemente copiamos los ficheros desde temp1 hasta temp2, obviamente, conservando los permisos:

  cp -rfvp temp1/* temp2/

  Desmontamos las dos imágenes:

  umount temp1 && umount temp2

  Listo, ahora en newdisk.img de 5gb tenemos todo lo que estaba antes en disk.img.

¿Qué es el pagecache, inodos y dentries?
Los ficheros y directorios se representan, en la memoria, como inodos, de esta misma forma, los dentries corresponden a la representación de la información del path, directorios, etc.
Pueden leer una definición de pagecache más completa en: http://en.wikipedia.org/wiki/Pagecache.

Ejemplo:

echo -n 1 > /proc/sys/vm/drop_caches; # Libera el pagecache
echo -n 2 > /proc/sys/vm/drop_caches; # Liberamos inodos y dentries
echo -n 3 > /proc/sys/vm/drop_caches; # Libera pagecache, inodos y dentries.

Pueden ejecutar el comando free -m para ver la memoria antes y despues de liberar el caché.

xen-create-image --hostname=xen1 --size=5Gb --swap=256Mb --ide \
--ip=192.168.0.101 --netmask=255.255.255.0 --gateway=192.168.0.1 --force \
--dir=/vm --memory=128Mb --arch=i386 --kernel=/boot/vmlinuz-2.6.26-2-xen-686 \
--debootstrap --dist=lenny --mirror=http://ftp.cl.debian.org/debian/ --passwd

Si destripamos los parámetros nos damos cuenta que le estamos asignando (en orden) el hostname, tamaño de disco duro, cantidad de swap, tipo de disco, dirección ip, netmask, gateway, el directorio donde instalarla, ram, arquitectura, kernel para usar, metodo de instalación, distribución, mirror para descargar y por último, que nos pregunte la pass de root cuando termine de instalar. Estos parametros se pueden cambiar según los requerimientos.

El archivo de configuración de las máquinas virtuales es algo como:

kernel = '/boot/vmlinuz-2.6.26-2-xen-686'
ramdisk = '/boot/initrd.img-2.6.26-2-xen-686'
maxmem = '256'
memory = '64'
root = '/dev/hda2 ro'
disk = [
'file:/vm/domains/xen01/swap.img,hda1,w',
'file:/vm/domains/xen01/disk.img,hda2,w',
]
name = 'xen01'
# Red
vif = [ 'ip=192.168.20.202,mac=00:16:3E:6F:E3:3B' ]
# Comportamiento
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'

Podemos modificar arbitrariamente las opciones segun lo que nosotros necesitemos, tambien existen más opciones que le podemos agregar, como la asignacion de X cpus, decirles que cpu usen, por ejemplo si tenemos 4 núcleos, asignarle el 1 y el 4.

vcpus = 2;
cpus = '0,3'

De esta forma le estamos asignando 2 núcleos virtuales y le estamos diciendo que use los nucleos 0 y 3.

A continuación, una serie de instrucciones de cómo instalar y dejar corriendo Xen en la máquina servidor en sencillos pasos:

Debemos instalar el kernel correspondiente y las utilidades de xen. Lo hacemos todo con el siguiente comando:

apt-get install xm-utils-common xen-linux-system-2.6.26-2-xen-686 linux-image-2.6.26-2-xen-686

Se van a instalar automáticamente las dependencias y otras utilidades que se necesiten.
Reiniciamos y booteamos con el kernel correspondiente: Xen 3.2-1-i386 / Debian GNU/Linux, kernel 2.6.26-2-xen-686

Hay que fijarse que se instalaron dos: linux-image y xen-linux-system. El primero se usará para que las máquinas guest booteen y el segundo para el domU.

Cuando ya hayamos iniciado con xen-linux-system, debemos editar el fichero /etc/xen/xend-config.sxp. Vamos a la linea donde configuramos la red, debe aparecer algo como “(network-script network-dummy)” y debemos cambiarlo por “(network-script network-bridge)“. Cuando intentemos crear nuestra primera máquina virtual, xen nos enviará un mensaje advirtiendo que debemos configurar esa linea en el fichero de configuración.

Eso es todo.

CVE-2009-0028

    Chris Evans discovered a situation in which a child process can
    send an arbitrary signal to its parent.

CVE-2009-0834

    Roland McGrath discovered an issue on amd64 kernels that allows
    local users to circumvent system call audit configurations which
    filter based on the syscall numbers or argument details.

CVE-2009-0835

    Roland McGrath discovered an issue on amd64 kernels with
    CONFIG_SECCOMP enabled. By making a specially crafted syscall,
    local users can bypass access restrictions.

CVE-2009-0859

    Jiri Olsa discovered that a local user can cause a denial of
    service (system hang) using a SHM_INFO shmctl call on kernels
    compiled with CONFIG_SHMEM disabled. This issue does not affect
    prebuilt Debian kernels.

CVE-2009-1046

    Mikulas Patocka reported an issue in the console subsystem that
    allows a local user to cause memory corruption by selecting a
    small number of 3-byte UTF-8 characters.

CVE-2009-1072

    Igor Zhbanov reported that nfsd was not properly dropping
    CAP_MKNOD, allowing users to create device nodes on file systems
    exported with root_squash.

CVE-2009-1184

    Dan Carpenter reported a coding issue in the selinux subsystem
    that allows local users to bypass certain networking checks when
    running with compat_net=1.

CVE-2009-1192

    Shaohua Li reported an issue in the AGP subsystem they may allow
    local users to read sensitive kernel memory due to a leak of
    uninitialized memory.

CVE-2009-1242

    Benjamin Gilbert reported a local denial of service vulnerability
    in the KVM VMX implementation that allows local users to trigger
    an oops.

CVE-2009-1265

    Thomas Pollet reported an overflow in the af_rose implementation
    that allows remote attackers to retrieve uninitialized kernel
    memory that may contain sensitive data.

CVE-2009-1337

    Oleg Nesterov discovered an issue in the exit_notify function that
    allows local users to send an arbitrary signal to a process by
    running a program that modifies the exit_signal field and then
    uses an exec system call to launch a setuid application.

CVE-2009-1338

    Daniel Hokka Zakrisson discovered that a kill(-1) is permitted to
    reach processes outside of the current process namespace.

CVE-2009-1439

    Pavan Naregundi reported an issue in the CIFS filesystem code that
    allows remote users to overwrite memory via a long
    nativeFileSystem field in a Tree Connect response during mount.

Se publicaron dos exploits para explotar vulnerabildades de escalacion de provilegios local. Estos exploits se aprovechan de la funcion ptrace_attach() para ejecutar un codigo arbitrario que nos permita ejecutar una shell del tipo /bin/sh como root.
El primer exploit es el shoryuken, lo probé en distintas versiones del kernel de debian y archlinux, pudiendo ser explotada solo la version 2.6.26-1-686 de Debian 5.0, de forma aleatoria, es decir, hay veces que ejecuto el exploit y funciona y otras veces no. El segundo script fue probado por su autor en la version del kernel 2.6.29rc1 de Gentoo.
Estos exploits funcionan bajo situaciones especificas y no todos los sistemas son vulnerables.

• Lo que nos interesa es solamente root:$1$xOqq7NEt$vDOA0jbLcaiRbGsj3ddz30.
• Lo que esta antes de “:” corresponde al usuario: root; y lo que sigue es la password.
• Si descomponemos la password podemos obtener:
• $1$: Nos indica que corresponde a una encriptacion md5.
• xOqq7NEt: Es el SALT que se usa para generar el hash del password
  
• vDOA0jbLcaiRbGsj3ddz30.: Es el hash salteado de nuestra password.

Si analizamos todos estos datos podemos darnos cuenta que teniendo el salt podemos encriptar una palabra o frase y generar un hash similar al que estaba en el fichero /etc/shadow, por lo que solo nos queda crear un script y tener un diccionario de palabras a mano para empezar a crackear o descifrar las password en shadow.

El comando mkpasswd nos permite generar un password segun un salt especificado.
Ejemplo:

machine:~$ mkpasswd -H md5 miPassword -S DSfdsdaA
$1$DSfdsdaA$kOxgZsSAshG4W.dgGp28Y/

He creado un script para hacer mas eficiente y automatiza un poco el proceso.

Funcionamiento: Lee palabras desde un fichero y por cada palabra leida genera un hashed and salted password y la compara con los parametros pasados al script.

machine:~$ sh crack.sh DSfdsdaA .NySZJPYFdPr0ETVpMeKx1 wordlist
Cracking .NySZJPYFdPr0ETVpMeKx1 …
Attempts: 161597

Password Cracked.
Decrypted password is: test

Descargar script

Top 5

1. Fluxbox
2. WindowMaker
3. Lxde
4. 2-Disk
5. WindowLab

Fluxbox
Este es un gestor de ventanas sencillamente genial, segun mi punto de vista es el mejor, mi favorito. Es completamente configurable, versatil, ultra ligero y rapido, optimizable, etc. Soporta transparencias en sus menus y barras de titulos, sencilla manera de configurar tus hotkeys, estilos o temas, elementos de inicio, etc.
Especial para maquinas ligeras sin muchos recursos, o bien para maquinas no-ligeras que no quieren derrochar tantos recursos (como yo).
Hace un tiempo publique algunos tutoriales para enchular este magnifico gestor de ventanas.

WindowMaker
Fue mi preferido casi por un año, pero no resisti y volvi a fluxbox. Cuando lo usé no soportaba transparencias, costaba un poco configurarlo pero valia la pena, sumamente ligero. Sus caracteristicas actuales permiten poner transparencias en sus menus.
Tambien ideal para maquinas de escasos recursos.

Lxde
Hace un tiempo pense en cambiar de entorno de ventanas y busqué a ver si existia algun proyecto nuevo y encontre Lxde, nose que tan antiguo sera, pero no lo conocia. Si bien es bastante ligero y bonito, es un poco problematico de configurar, no es muy amistoso, hay que tener harto tiempo y paciencia. Lo recomiendo para quien lo quiera probar. Soporta iconos en el escritorio, una barra de tareas y un menu de aplicaciones y programas, que lo hace bastante amigable para la vista.

2-Disk
Mi experiencia con este fue similar al anterior, en mi odisea por cambiar de entorno de ventanas lo conocí y no me agrado mucho, por su forma de configuracion poco amigable y ademas, es bastante feo, nose que tan customizable sea. No diré mucho sobre 2-Disk, pruebenlo.

WindowLab
Sinceramente, nunca lo probé por lo que no quiero emitir ninguna opinion al respecto, sólo que es ultra ligero y sencillo.

Los links de descarga de estos window manager estan al principio del post.

bonus track
No he querido incluir algunos gestores por tu complejidad o bien por que estan descontinuados:
kahakai
waimea
Blackbox

Si tienen tiempo recomiendo que prueben Enlightnement y si no tienen tanto tiempo, pueden probar Elive, distribucion Debian + Enlightenment.