Hubo otra prueba que nos tuvo a todos los participantes danzando al lado de la «caseta» de redes y sistemas. @marcan42 puso una Raspberry Pi enviando pings extraños vía wifi. El título del level era «Raspberry Pi(ng)» y el enunciado decía:
«Hemos montado una Raspberry Pi de router wifi (¡no se lo digas a Iban!), pero le ha poseído algo raro al kernel y nos hace cosas muy raras. ¿Podéis mirar a ver qué pasa? La contraseña es 0hvoit6e y el SSID lo he puesto yo».
Una vez encontrado el SSID (como digo, cerca de «control»), tuvimos algunos problemas porque de vez en cuando la señal desaparecía. Cuando conseguimos encontrarla de forma estable (por el camino desvirtualizamos a la gente de amnesia, como @L0ngin0s y @thePoPe, ¡kudos! y hablamos con @tatai, que lógicamente no soltó prenda – tenían la prueba pasada – entre otras cosas porque había 2 equipos justo detrás de NavarParty a un level) lanzamos Wireshark para esnifar y analizar el tráfico. Lo primero que nos sorprendió fue el ver paquetes IPv4 con contenido IPv6 (¿WTF?) como éstos:
La IP 192.168.42.1 estaba emitiendo en broadcast mensajes de ping con el texto «I’m so lonely here :-(» La idea era responderle a esos pings (con empaquetamiento travestido). Había que afinar con el id de respuesta y el id de secuencia. El checksum… por ahora mejor no ponerlo, y si luego lo pide, ya nos estrujaremos un poco más el bolo 🙂
Bien, ¿y cómo demonios generamos un paquete ping con esas características tan «al detalle»? Con Scapy, una potente herramienta de manipulación de paquetes desarrollada en Python.
Construimos un paquete como el siguiente:
(UPDATE: añadir data=»I’m so lonely here :-(» como opción a ICMPv6EchoReply)
y vimos que se enviaba, pero no a la dirección MAC correcta sino en broadcast… Mmmh… momento para sacar la MAC de la Raspi de Wireshark y fijarla a manivela:
sudo arp -s 192.168.42.1 78:54:2e:25:4c:23 |
Ahora debería funcionar… lanzamos de nuevo el paquete Scapy y… no vemos respuesta en Wireshark. ¿Qué demonios? Aquí es cuando @marcan42 nos comunicó que quedaban 3 minutos… 2 minutos… 1 minuto… Ya sabéis, con calma 🙂
@ochoto fue a quien se le ocurrió: igual es que el filtro de Wireshark no era correcto y estábamos «escondiendo» la respuesta de la Raspi… ¿por qué no filtrar por la MAC en lugar de por el protocolo? Veamos…
¡Bingo! (PD: hay que ser maléfico para devolver la respuesta justo con un empaquetamiento inverso al que se nos presentó originalmente, IPv6 sobre IPv4). «Pero… ¿qué hora es? Las 14:01… oh, ¡shit! perdimos por 1 minuto…»
Acabada la prueba nos fuimos a hablar con la gente de @w0pr y @tatai que andaban por allí. @abeaumont y su equipo estuvo luchando con el último level, «la marcanada del año», durante muchas horas y -también sobre la campana de las 14:00- parece ser que lo resolvieron. Hubo algún revuelo porque llamaron a @marcan para que revisara la prueba… No sé si finalmente entró su solución o no, pero lo que sí sé es que terminaron todos los niveles y eso, señoras y señores, es para quitarse el sombrero.
Excelente la resolución de este Level, os felicito.
A nosotros también nos falto tiempo y alguna que otra neurona más. Conceptualmente la resolución era sencilla, sin embargo su implementación no tanto!
Un placer conocer a las mentes de diarioLinux y si todo va bien, nos vemos el próximo año!!