Esta historia comenzó hace varias semanas, y es un poco larga, pero déjenme resumirla muy brevemente: A comienzos de Agosto, en la conferencia de seguridad computacional BlackHat, dos investigadores de SecureWorks se las arreglaron para enfurecer a toda la comunidad de la manzanita al tomar control de un MacBook en un par de minutos. Lo que no aclararon, por supuesto, es que explotaron una falla de seguridad no en el hardware intalado de fábrica en un MacBook, sino una tarjeta de red fabricada por otra compañia (La historia completa la pueden leer en ¡No te metas con mi Mac! de El Francotirador).

Hasta ahora, David Maynor y Johnny Elich, los empleados de SecureWorks, y Brian Krebs, periodista del Washington Post que publicó el «hackeo del MacBook en 60 segundos» se han defendido diciendo que aunque eligieron no usar una tarjeta de red de Apple, la falla se puede utilizar para tomar control de cualquier MacBook, porque es un problema con OSX (Palabras de Krebs, no mías).

Y aquí es cuando las cosas se ponen extremadamente interesantes. John Gruber es un usuario de esos Macs. Un usuario serio, que escribe opiniones muy interesantes en su blog Daring Fireball (se los recomiendo a todos). Pero John, esta vez, no se quedó en las opiniones, sino que ha lanzado un desafío a Maynor y Elich:

Si puedes tomar control de un MacBook «nuevo de paquete», te lo puedes quedar.

Eso, señoras y señores, es lo que se llama un cliente con confianza en una compañia. Gruber dice, muy razonablemente, que si pierde la apuesta (en las condiciones que el establece), valdrá la pena el dinero saber si como usuario de un Mac esta realmente en riesgo. Y si gana, valdrá obviamente la pena el saber que Maynar y Elich están mintiendo (o estirando la realidad).

El desafío esta abierto hasta el 8 de Septiembre. ¿Lo aceptarán Maynar y Elich? El guante esta en el suelo…

Actualización: es Doble o Nada
Actualización II: No hay sorpresas. No recogieron el guante, pero la discusión continúa

Metros que he usado:

Got at b3co.com!

vía Metros from the world. En todos, por suerte, el antiquísimo método de mostrar un billete en la ventanilla resulta en un boleto… y algo de vuelto.

Siguiendo con la onda geek de mi último post….

Todos los que mantenémos un servidor, o tenemos más de una máquina que queremos mantener remotamente, usamos SSH. SSH es seguro y rápido, y solo basta que el servidor tenga acceso a SSH para poder utilizarlo, lo que esta permitido en cualquier parte. Ahora, con todas las gracias que tiene, ssh puede ser un poco molesto si se tienen que copiar archivos, y como en efecto somos un usuario común en el servidor, estamos limitados a los programas instalados en este. Soluciones a este problema es usar NFS u otro archivo de sistema en redes, pero la desventaja es que es inseguro, y por supuesto, necesitas autorización del administrador de sistemas (¡buena suerte!).

Este el problema básico que soluciona SSHFS. Utilizando FUSE, o Filesystem in User Space, SSHFS te permite «montar» localmente un directorio remoto usando SSH. He aquí como hacerlo:

1.- Asegúrate que el kernel que estás usando incluye FUSE (está incluído en de la versión 2.6.14 para adelante). Si no lo está, es posible instalar el módulo: en Debian/Ubuntu, basta con instalar fuse-source desde synaptic, e instalar con module-assistant.

2.- Instalar SSHFS. Está en los repositorios de muchas distribuciones, como Debian/Ubuntu, Gentoo, etc. En Debian, basta instalar sshfs con synaptic. Si no, no te que más que compilar el código fuente!

3.- Carga el módulo: ‘modprobe fuse’ como administrador.

4.- Tamos casi listos: pasos 1-3 solo se hacen una vez, y ya estamos listos para utilizar nuestar cuenta SSH como un vulgar directorio en nuestro PC. Basta hacer:

sshfs [email protected]:dir\_remoto dir\_local

y presto. Ahora puedo ver, copiar, editar, etc, etc. todo lo que está en dir\_remoto simplemente accediendo a dir\_local. Para «desmontar» el directorio, basta hacer:

fusermount -u dir\_local

7.- Eso es todo.

8.- O no: hay una larga lista de otros archivos de sistemas que usan FUSE. Entre ellos, gmailfs, que permite usar tu cuenta de gmail como un disco remoto, o WikipediaFS, que te permite acceder y editar artículos de la Wikipedia como archivos locales (hay cada loco…).

9.- Ahora si que terminé. Linux la lleva.