La mayor parte de las veces son mujeres: Te dejan un CPU o Laptop para reparación y nunca te avisan: «La contraseña de ingreso a windows es tal o cual«.

En este punto surgen dos posibilidades:

  1. Llamar por teléfono a la cliente y preguntar: ¿Cual es el password?
  2. Usar ERD Commander y su Locksmith para blanquear la contraseña de la cuenta.

Muy poco profesionales ambas, sobre todo si le cambias la contraseña a su usuario para mas tarde «olvidarte» –intencionalmente o no– de avisarle cuando se lleva el equipo.

Por otro lado, si se trata de una fémina y tu aspecto físico se parece al de Brad Pitt no va a tener problemas en recibir una llamada de tu parte, aunque mas no sea para que le preguntes cual es la contraseña de acceso a su sistema, pero: ¿Qué técnico de PC se parece a Brad Pitt?

Llevo casi 15 años en esto de la informática y no conozco ninguno que se separe del prototipo de Nerd lo suficiente como para destacarse entre la jauría de hombres hambrientos, así que si este es tu caso, o peor, si sos morocho, petizo y feo como el enano del señor de los anillos, tu porca miseria ha llegado a su fin:

Kon-Boot – Accede a windows y Linux sin necesidad de conocer la contraseña

Kon-Boot es un software prototipo de esos para sacarse el sombrero. Una obra maestra, una perlita de las que te encontrás cada tanto entre tanta mierda que hay en la web, y me lo encontré por pura casualidad.

Kon-Boot está totalmente programado en assembler, se carga en memoria antes que el sistema operativo y permite hackear el kernel del mismo en tiempo real obteniendo:

  • Acceso a todas las cuentas del sistema sin conocer el password
  • Escalado de privilegios. La cuenta accedida siempre es Administrador o Root
  • Funcionamiento por igual en sistemas operativos de 32 o de 64 bits
  • Acceso a  todos los windows y supuestamente a todos los Linux con kernel de la rama 2.6.*

Lo he puesto en mi servidor PXE y ya me ha evitado la bochornosa llamada en un par de oportunidades, con lo que puedo afirmar que funciona en windows 7, windows XP y windows vista. No lo he probado en mis Linux todavía.

Para bootear Kon-Boot con PXE, a mi Grub le agregé una entrada en el menu.lst que dice:

title La KON de la Boot
map –mem (pd)/img/konboot.img (fd0)
map –hook
rootnoverify (fd0)
chainloader +1

Nada del otro mundo.

En caso de que hayas perdido el Link a la página web oficial del autor que puse mas arriba, va de nuevo: http://www.piotrbania.com/all/kon-boot/

* La palabra windows ha sido intencionalmente escrita en minúsculas en todas las oportunidades

Como cada vez agrego mas imágenes .iso de CD a las que uso para bootear desde la red y acaba de salir la versión 10 de Ubuntu, quería ponerla en mi lista de distribuciones disponibles en el menú de grub para poder arrancarla usando PXE sin tener que grabar un CD.

Sorpresa: De golpe me encontré con que no hay forma de montar mas de ocho dispositivos de tipo bucle:

~ # mount -o loop ubuntu-10.04-rc-desktop-i386.iso /mnt/ubuntu10/
mount: could not find any free loop device

Mirando la lista de dispositivos tipo bucle me doy cuenta de que solo tengo 8:

~ # ls -d /dev/loop*
/dev/loop /dev/loop0 /dev/loop1 /dev/loop2 /dev/loop3 /dev/loop4 /dev/loop5 /dev/loop6 /dev/loop7

¿Solución?

Pedirle al kernel que genere unos cuantos mas, pasándole la opción max_loop al kernel durante el inicio editando para esto el menú de grub:

title Gentoo Linux 2.6.28-r5
root (hd1,0)
kernel /boot/kernel root=/dev/sdb3 panic=10 max_loop=16

Con eso tengo para un tiempito mas antes de que se me acaben de nuevo.

Por cierto, si a alguien pudiera interesarle como bootear Ubuntu 10.04 por la red usando PXE, mi entrada en el menu.lst de Grub dice:

title Ubuntu 10.04
kernel /ubuntu1004/vmlinuz file=/ubuntu1004/ubuntu.seed boot=casper netboot=nfs nfsroot=192.168.0.12:/mnt/ubuntu10 nox locale=es_ES bootkbd=es console-setup/layoutcode=es quiet splash —
initrd=/ubuntu1004/initrd.lz

Toda una mañana perdida tratando de descubrir por que udev no poblaba el arbol de dispositivos en /dev.

El mensaje de error decía algo así como:

Assuming that something failed as /dev/zero does not exists

Como resultado, /dev/sda no existía, por lo tanto fsck no podía controlarlo y la PC se quedaba trabada durante el arranque… Lo raro es que ingresando al sistema y creando el dispositivo a mano todo funcionaba normalmente:

mknod b 8 0 /dev/sda

mknod b 8 1 /dev/sda1

¿El problema?

La actualización a sys-apps/baselayout-1.12.13

¿La solución?

Como se plantea en este bug, vaciar el contenido de /sys:

rm -fr /sys/*

De todas formas estoy seguro de que los usuarios de Windows se enojan mas veces al año que los de linux, así que una vez mas, Gentoo: Estás perdonado.