Solve-It EE26: Nivel 3

Finalmente, vamos con el nivel 3 de esta euskal.

En el enunciado vemos lo siguiente:

Captura de pantalla 2018-07-29 a las 11.26.51.png

“Buscanos” : palabra clave que no entendimos muchos de los concursantes.

Directamente y tras una rapida búsqueda en google de “all your ink are belong to us”, nos dimos cuenta de que esto tenía que ver algo con la zona retro (debido al juego de Splatoon) así que allí fuimos a decirles la frase …

No. La cara rara con la que se nos quedaron mirando nos indicaba que ibamos mal por ese camino …

Mientras unos nos peleabamos con el nivel 2, otros fueron diciendo la frase a diestro y siniestro por ahí a gente ya aleatoria por toda la Euskal … (de aquí que igual te vinieran posibles quejas a posteriori marcan  …. O:D

Finalmente, uno de nosotros optó por la solución simple …. ir a decir la frase a marcan o imo… Y así fue como nos dieron este pedazo de hoja impresa plastificada:

photo_2018-08-17_15-49-51.jpg

Lo que se puede ver en ella es … lo que parece: un mogollonazo de letras impresas una encima de otra haciendo imposible ver nada legible en ellas.

Estuvimos observando esta etiqueta de mil formas distintas para ver si veíamos algo … Igual poniendo en perspectiva el trozo de papel podríamos ver algo ….. NADA.

Tras lo que sería … una hora o dos de andar dando vueltas con el papelito probando mil cosas (la luz del movil a traves, en la pantalla LCD del PC, con algunos leds que teniamos por ahi, ….),

llegamos a pensar que tendría que ser algo que tuviera que ver la luz UV. (ultravioleta) No obstante, no podía ser … no teníamos por qué disponer de serie con una luz UV en el móvil ni mucho menos de una linterna UV …

He de decir sin embargo, que no ibamos mal encaminados (nos equivocamos en la longitud de onda … xD).

En cualquier caso, y descartada la opción de la luz UV, fui yo mismo quien dijo … “seguro que el troll de marcan lo ha plastificado porque hay algo escondido dentro …” así que agarré una navajilla que tenía por ahí un compi y corte el plastico al ras del papel por una de las partes estrechas. Luego fue estirar para terminar de abrir el plastiquete y … sorpresa!!

photo_2018-08-17_16-12-19

… no, no hay nada … ¬¬

Con la de tinta que había impregnada en el papel en la parte posterior (el trozo de papel solamente estaba impreso por una cara), el plástico del plastificado se soltó a la perfección y, como se puede apreciar en la foto, se nos rompió un poco también al ir llegando al final. No le dimos mas importancia a este trozo de plastiquete y nos metimos con la parte impresa.

Después de volver a examinarla con mil luces opté por darle un pequeño remojón (veis el trozo de papel que falta? xD) Ahí me di cuenta que había tinta que no era tinta negra pura, ya que con el agua se corrió algo la tinta a color con la que marcan había puesto la contraseña. De hecho, yo pensé en un principio que era bolígrafo. Así que la clave tenía que estar ahí aunque no la vieramos! Siguiente paso? Conseguir otro trozo intacto …

No fue hasta la mañana siguiente cuando a un compañero se le ocurrió mirar en lo que habíamos desechado: el trozo de plástico del plastificado (y semiroto). Le había puesto un celo al movil que había pintado con rotulador azul para ver si lograba ver algo … y conseguía ver algo, pero no por la luz azul. De hecho, se veía mejor a simple vista.

Lo puso sobre un fondo blanco (dejando olvidadisimo su invento del movil con el celo pintado de azul-rotulador xD…) y:

photo_2018-08-17_16-38-13

Ahora sí, se veia algo!

WavelenghtDivisionMultiplexing

Y ahora la explicación de cómo debía haberse resuelto originalmente el solve-it …. xD

Nos comentaba marcan que el negro hecho a base de mezcla de tinta de color de las impresoras (cyan, amarillo y magenta) es sensible a la luz INFRAROJA (que no ULTRAVIOLETA, que fue lo que pensamos utilizar al principio).

Resulta que marcan había colocado bajo un televisor en la zona de redes un pequeño faro de leds infrarojos. Si poníamos el papel en ese foco, se podían distinguir (aunque he de decir que vagamente) las letras con la solución a este solve-it.

Estando intentando resolver el siguiente solve-it (buscando las pegatinas con las ‘ T ‘ invertidas, que ya comentaremos en el siguiente post) vimos un montón de gente dando vueltas en torno al foco IR con el trozo de papel (cuando nosotros ya habíamos resuelto éste) y fue gracioso que nos preguntamos …. ¿por qué andarán enredando ahí con el trozo de papel?, si el solve it no se hace asi … de hecho … pensamos que ese foco tendría que ver con el solve-it 4 y anduvimos con un movil grabando el foco, pensando que igual se podría apreciar algo que a simple vista no se veía …

Solve-It 4 : 2010

Antes de continuar con los solve-its de este año, vamos a hacer un inciso y a detenernos un momento en un solve-it del año 2010. De los más difíciles (yo creo) que ha puesto marcan.

Nos propone el siguiente enunciado:

Captura_Enunciado.PNG

Dentro de éste hay un enlace a lo que parece un fichero. Se trata de una imgen .png:

goindown.png

“goindown.png”

Antes de continuar he de decir, que tras estar dandole vueltas varios días y también dando la caca a @marcan42 por twitter pidiendole pistas … este solve-it no lo saqué … la verdad es que es de los “mas o menos” difíciles de marcan (como él bien me dijo por twitter 😉

En esta imagen hay que fijarse en un par de cosas; de hecho, en tres para ver por donde van los tiros:

La primera es que se trata de un .png y … es una fotografía … normalmente las fotografías son en formato .jpg. Si hacemos un ‘file’ sobre el archivo .png nos da la siguiente información:

Captura_FileGoindown

Se trata de un PNG de 1659×866, 8 bits de profundidad de color y lo realmente importante: tiene una capa de color Alpha (RGBA).

La segunda es la pista que nos da en el propio level: “Cada elemento tiene su razon de ser“. Esto significa que los puntos están a diferentes alturas bien marcados en un cuaderno cuadriculado para indicar que es así porque tiene que ser así; es decir, que si un punto esta a 0.5 cuadrados más abajo que otro, es porque tiene que serlo.

Y finalmente la tercera son esas 2 líneas horizontales marcadas en la gráfica. Si nos fijamos cada una divide a la grafica en 6 cuadrados del cuaderno de altura; además de esto, hay que tener en cuenta que los cuadrados del cuaderno nos los divide por la mitad, lo que hacen que haya 12 alturas cada división.

Vamos por partes.

En primer lugar vamos a extraer el canal alpha de la imagen a ver qué vemos. Para ello usamos el comando “convert -alpha extract goindown.png alpha.png“. Luego abrimos la imagen con imageMagick y veremos que sale toda en blanco:

Captura_alpha.PNG

Sin embargo, si le damos a rellenar con negro en cualquier punto de la imagen obtenemos:

Captura_MiReDo.PNG

MiReDo>>

Esto es otra pista, que esencialmente nos está diciendo que la gráfica se trata de notas musicales, que tenemos que pasar muy rápidamente.

Es por eso por lo que hay 12 divisiones entre líneas: se trata de divisiones entre octavas de todas las notas musicales:

Captura_ascendente_piano

Averiguado esto, y sabiendo ya de antemano la solucion, cogí y (con mis prácticamente nulos conocimientos de música) asumí lo siguiente (tras varias ojeadas en wikipedia y alguna otra web):

Captura_ascendente.PNG

Total, que teníamos que ponernos a producir música en base a las notas de esa gráfica.

Echemos mano de Octave (que para esto nos va a venir bien y así aprendemos un poco cómo funcionan las notas). Vamos a ver si conseguimos que suene algo decente.

En la wikipedia (entre otros) nos dan la frecuencia a la que vibran cada una de las ondas de las notas musicales (esta frecuenci aparece en la captura que he puesto antes).

Vamos a empezar por asignar a cada una su frecuencia:

Captura_notas_octave

Ésta es la parte fácil realmente … ahora hay que hacer sonarlas, lo cual realmente no es muy complejo tampoco … y más si buscamos un poco por internet, ya que encontraremos información de cómo hacerlo muy fácilmente, ya sea con Octave o Matlab.

Para ello en primer lugar hay que elegir una frecuencia de muestreo (el mundo digital es lo que tiene…). Ésta me da un poco igual, pero ya que es gratis voy a poner 44100Hz que es un poco lo típico:

>> fs=44100;

Posteriormente hay que hacer una señal sinusoidal (o cosenoidal, da lo mismo), que oscile a la frecuencia de la nota que queremos. Para hacerlo en Octave primero definimos una variable en la que introduciremos el tiempo que queremos que suene la nota, por ejemplo 1 segundo y con eso creamos un array de tiempos que luego utilizaremos para generar la onda:

>> duracion = 1;
>> t = [0:1/fs:duracion];

Esto nos da un array de tiempos de 44101 valores/muestras. Como podemos deducir, cuanta más frecuencia de muestreo, más muestras tendremos en el array ‘t’.

Ahora vamos a generar una onda con una de las frecuencias correspondientes a una nota, por ejemplo, vamos a hacer la nota ‘LA’ (440Hz). Para generar la onda tenemos también que definir una amplitud S para la misma (en este caso cogeré S=1 para simplificar) cuya frecuencia sea 440Hz tenemos que hacer lo siguiente:

S·sin(w·t) , donde w = 2·pi·f => nota = sin(2·pi·440·t)

Aplicando esto en Octave tendríamos que hacer:

>> x = sin(LA*2*pi*t);

Si ploteamos la forma de esta señal tenemos:

>> plot(t(1:500),x(1:500));

(con el comando de arriba ploteamos solamente las 500 primeras muestras de la señal ‘x’)

Captura_SinLA.PNG

Donde el eje de abscisas es el tiempo (en segundos) y el eje de las ordenadas es la amplitud.

Si queremos oir esta señal, basta que escribamos lo siguiente en la ventana de comandos de Octave:

>> sound(x,fs);

Ahora bien, aquí hemos representado y escuchado unicamente una nota (LA) durante 1 segundo… pero ahora tenemos que poner todas las notas que nos presenta marcan en el dibujo, una detrás de otra y luego hacerlas sonar.

Bueno, antes de seguir comentar que en la captura que puse antes, las notas están colocadas de forma errónea en la octava, ya que no es ascendente desde el origen (desde el eje de ordenadas = 0 hacia arriba no empieza en DO (C4), luego al llegar a la posicion 12 es DO (C5), etc…) sino que la linea horizontal superior (24) se trata de la nota DO (C5) y la siguiente linea horizontal (12) representa la nota DO (C6). La forma correcta es:

Captura_nOTAS_bIEN.PNG

Hay que decir que para deducir este orden lo que hice fue prueba-error en relación a la solución que yo ya sabía … 😉

Cabe destacar también que los puntos intermedios entre notas de la gráfica corresponden a las teclas negras de los pianos (notas sostenidas/bemoles (en la escala mayor; la escala más típica, vamos): en la lista que he creado antes en Octave son las notas que llevan la ‘_’ al final son las notas sostenidas de la escala mayor).

>> c = 2*pi*t;
>> x = [sin((DO*2)*c), sin((SOL)*c), sin((DO*2)*c),sin((MI*2)*c),sin((SOL*2)*c), sin((DO*4)*c), sin((SOL*2)*c), sin((SOL_)
*c), sin((DO*2)*c),sin((RE_*2)*c), sin((FA_*2)*c), sin((RE_*2)*c), sin((FA_*2)*c), sin((DO*4)*c),sin((RE_*3)*c), sin((SOL_*4)*c), si
n((RE_*4)*c), sin((LA_)*c), sin((RE*2)*c), sin((FA*2)*c), sin((LA_*2)*c), sin((FA*2)*c), sin((LA_*2)*c), sin((RE*4)*c), sin(FA*4)*c, sin(LA_*4)*c, sin(FA*4)*c ];

He metido el array de tiempos en la variable ‘c’, que se ve arriba, para que el codigo quedase algo más legible (y aún así… bueno…).

Lo que hace esa linea de código es concatenar los arrays de las ondas que generamos para cada nota (para cada frecuencia diferente), en un único array ‘x’.

Si os dáis cuenta también, hay algunas ‘notas’ multiplicadas por 2 o por 4.

Esto es debido a la octava. Según en la octava en la que estemos, si estamos haciendo un DO (C4), para subir de octava, DO (C5), hay que multiplicar su frecuencia por 2 (es decir, su frecuencia en una octava mayor es el doble). Y si queremos hacer un C6, habría que multiplicarla por 4 (o multiplicar la C5 por 2) y así igualmente y con cualquiera de las notas.

El resultado de hacer esto es un array bastante enorme (de 1190727 elementos):

Captura_chorizo.PNG

Con esto tenemos un sonido que dura 27 segundos (1 segundo por nota) … cosa que no cuadra mucho con el ‘>>’ que vimos en la primera pista del .png (en el canal alpha).

A partir de aquí es probar distintas velocidades hasta que nos salga algo decente.

Si hacemos que la duración del sonido sea en total 1 segundo => 1/27 = 0.031s por nota:

>> duracion = 0.031;
>> t = [0:1/fs:duracion];
>> c = 2*pi*t;
>> x = [sin((DO*2)*c), sin((SOL)*c), sin((DO*2)*c),sin((MI*2)*c),sin((SOL*2)*c), sin((DO*4)*c), sin((SOL*2)*c), sin((SOL_)
*c), sin((DO*2)*c),sin((RE_*2)*c), sin((FA_*2)*c), sin((RE_*2)*c), sin((FA_*2)*c), sin((DO*4)*c),sin((RE_*4)*c), sin((SOL_*4)*c), si
n((RE_*4)*c), sin((LA_)*c), sin((RE*2)*c), sin((FA*2)*c), sin((LA_*2)*c), sin((FA*2)*c), sin((LA_*2)*c), sin((RE*4)*c), sin(FA*4)*c, sin(LA_*4)*c, sin(FA*4)*c ];

Con esto finalmente, pasamos a .ogg el fichero:

>> fich=’menudaCrisis.ogg’;
>> audiowrite(fich,x,fs);

Y sonará así:

Descargar fichero .ogg final

… para el que después de oír el fichero de sonido aún no sepa cual es la contraseña… os diré cuál es:

seta

Solve-It EE26: Nivel 1

Y otro año mas hemos estado en la multitudinaria Euskal Encounter (26ª edición) en la que, cómo no, hemos participado en el HackIt 2018 organizado en el apartado de Software Libre.

A diferencia de ikasten.IO (DiarioLinux), nosotros solemos obcecarnos con los Solve-Its más que con los Hack-Its (en nuestro grupo el fuerte no es la informática y los Hack-its en general se nos quedan grandes). Para el que no sepa, los Solve-Its están más orientados al manejo de software y el PC de forma más general y de uso común para llegar a las soluciones, mientras que los hack-its están más enfocados a tener habilidades de programación y conocimiento más profundo de tecnologías informáticas para dar con las soluciones.

No voy a alargarme mucho más con la introducción, pues como bien comenta en sus primeros párrafos el equipo de DiarioLinux en su web ikasten.IO, que al igual que nosotros participaron en este evento y que cuya lectura recomiendo ;), al final participar en este evento no lo hacemos principalemente por ganar, sino por aprender y pasar un buen rato … aunque hay que decir que “pasar un buen rato” ….. la verdad es sufrimos bastante para resolver las idas de olla de marcan & imobilis & company :P.

Entrando un poco en materia, de los 5 solveits de este año (aunque me pareció ver que inicialmente había 6), la gran mayoría de los equipos logramos sacar 3 de ellos y únicamente un equipo (Barcelona 92) consiguió sacar el 4º: no sin sufrirlo y tras buenas horas perdidas de sueño según anduvimos comentando con ellos al finalizar el evento …

Pero vamos al tema en cuestión…. aqui tenemos el primero de los Solve-its de esta edición:

 

photo_2018-08-03_10-52-35.jpg

Básicamente se nos presenta una tirada de imágenes que, con la pista del título del solve-it “Amigos Comunes”, no cuesta mucho averiguar en qué nos tenemos que fijar para resolverlo. De hecho, mientras yo estaba creando el usuario para “darnos de alta” en el evento, un compañero lo resolvió en pocos minutos.

El tema de este solve-it es que todos esos dispositivos que vemos en la imagen …

retro.png

… tienen que tener algo en común. Basta que busquemos un poco por Wikipedia o en Google en general.

Tenemos de izquierda a derecha lo siguiente: Commodore Amiga, Calculadora Texas Instruments TI-89, Sega Megadrive, Atari ST, Apple Lisa, Osciloscopio LeCroy 9400 y una impresora LaserWriter de Apple.

Si nos fijamos un poco, con buscar de hecho 2 o 3 de los dispositivos de la lista anterior, nos podemos dar cuenta de que comparten la misma CPU. Se trata de un microprocesador Motorola 68000 o MC68000.

Y ésta es la contraseña que nos daría acceso al siguiente nivel.

Solve-It GE08: Nivel 1

Vamos con otro solve it sencillito.

01.png

“El nivel menos significativo”. Una pista realmente importante …

Si intentamos buscar patrones en los números que aparecen en esa lista. no vamos a ver nada. Puntos sueltos que no significan mucho así que, ya que el nivel se llama “menos significativo” vamos a pasar a binario toda esa tirada de numeros.

Se puede hacer en python, pero yo he optado, cómo no, por usar Octave.

Para introducir los números en Octave yo he usado el notepad de toda la vida y he copiado la lista tal cual. Posteriormente con la magnífica herramienta de “Reemplazar” he ido reemplazando todos los numeros del 0 al 9 por su correspondiente numero pero añadiendo un espacio; por ejemplo “0” por “0 “. Y así vamos obteniendo:

02.png

Posteriormente he quitado los “intros” y he introducido en una matriz todos estos valores para manipularlos tranquilamente.

Escibiendo este pequeño código:

03

lo que hacemos es pasar a binario todos los datos respetando los 4 bits máximo que se necesitan para representar un número de una cifra: obtenemos lo siguiente (en la captura hemos sustituido los 0’s por espacios:

04.PNG

No se ve nada claro pero si nos fijamos un poco y dado que el nivel se llama “menos significativo” si miramos el bit menos significativo de cada cifra, podría haber algo:

05.PNG

Cómo modificamos el programilla para ello? facil:

06.PNG

Elegimos el ultimo bit de esa forma y obtenemos lo siguiente:

07.PNG

A simple vista no se ve mucho, pero si sustituimos los 1’s y los 0’s por algo que contraste mas:

08.PNG

Obtenemos la solución:

3v3n4ch1ldC4nd0it

PD: … Visto esto podría habersenos ocurrido antes pero …. basta con mirar que el numero de la lista original sea un numero par o impar…. el bit menos significativo en binario, nos indica si el número decimal correspondiente es par o impar

Solve-It GE07: Nivel 4

Captura08.PNG

Vamos con otro Solve-It de los facilitos (la pista demasiado clara eh? marcan? mu facil :P)

Aquí nos da marcan un fichero de sonido llamado “ubercat.ogg” que inmediatamente abrimos con Audacity:

Captura05.PNG

La verdad que a simple vista … no tiene mucha historia. Sin embargo marcan nos da una pista bastante clave en este caso (para lo que es él normalmente … que da hasta las pistas codificadas…)

Vamos a echar un ojo al Espectro del sonido; audacity tiene una herramienta para ello:

Captura06.PNG

Vaya … qué cosas … Mira lo que nos encontramos en la banda por encima de los ~27KHz…

Tiene bastante pinta de que ahí hay algo…

Vamos a pasarle un filtro paso alto para quitarnos toda la morralla de la parte de las frecuencias inferiores a 27KHz a ver qué nos encontramos:

Captura07.PNG

Aplicamos el filtro y anulamos lo máximo que podamos el resto de frecuencias (con la configuración de la captura anterior) y nos sale esto:

Captura03.PNG

Choprechaa!! aquí hay algo, está clarísimo. Podría ser morse pero ….. los huecos y las franjas son bastante irregulares …. Vamos a acentuar estos cambios amplificando el “volumen” de la siguiente forma:

Captura04.PNG

Amplificamos al máximo permitiendo el corte de la forma de onda y …:

Captura01.PNG

… Bueno, a estas alturas y ya con este aspecto …. creo que está bastante claro de qué se trata …. 😉

Limpiamos un poquito la imagen y le pasamos por un lector de códigos de barras:

Captura02.PNG

Listo! tenemos nuestro código:

c0de_NYAN128

Solve-It EE25: Nivel 4

Finalmente llegamos a un Solve-It que no logramos superar y con el que nos llegamos a desesperar un poco teniendo en cuenta que cada vez más y más gente lo iba sacando xD. El nivel 4.

Captura de pantalla 2017-07-30 a las 12.07.15

No tengo el enunciado al igual que el solve it anterior… pero recuerdo que el título decía “XXX”, y también recuerdo que la pista/enunciado decía algo como:

Si el calor de este mes no te ha dejado ciego, podrás con el siguiente level. Mood!

O algo similar; como digo no recuerdo bien.

En la palabra Mood teníamos un hipervínculo a un fichero .zip con un nombre que parecía que estaba cifrado. Lo descargamos y al abrir vimos que contenía un video:

Captura de pantalla 2017-08-29 a las 10.02.00

Pero sorpresa! estaba protegido por contraseña así que no podíamos reproducirlo.

Seguro que el nombre del fichero tenía que ser la clave… además teniendo en cuenta que en la “pista” hablaba de ‘este mes‘ (Julio): debía tratarse de clave César. Aplicamos código cesar al nombre y obtuvimos las siguientes combinaciones:

gahius.png

Si nos fijamos en la rotacion 19 parece que hay algo con sentido… Sin embargo, por supuesto … no es la contraseña del nivel. No podía ser tan sencillo…

Por otro lado pensamos que igual era la contraseña del propio .zip, pero tampoco …

Buscando y rebuscando en internet vemos que “Gahus Hukhus Caesar” nos acaba llevando a “Gaius Julius Caesar” … que tampoco es la contraseña del zip… ni del nivel. El problema era que estabamos cometiendo el mismo error que Indy en la segunda prueba de la ultima cruzada… En latin: GaiusIuliusCaesar. Esta sí era la contraseña del archivo .zip.

Captura de pantalla 2017-08-30 a las 11.38.00

Por fin pudimos abrirlo! Pero no cantemos victoria que aún la cosa no había acabado (y aquí fue donde se nos fue todo de madre todo un poco…).

El video consistía en una cuadrícula con una “X” que se iba desplazando rápidamente por la misma:

Captura de pantalla 2017-08-30 a las 11.38.49.png

Representamos todas las ‘X’ que salían, cada una en su cuadrícula y a partir de aquí, como digo, empezó el desmadre.

Ya de primeras, teníamos fotogramas que en algún ordenador nos aparecían y en otros no. Al final del vídeo parecía que la X volvía a aparecer en la parte superior (como se puede ver en la captura anterior). A otros no les aparecía en algunos recuadros, mientras que a otros sí. A algunos la X les duraba un par de fotogramas en algun cuadro mientras a otros, en ese mismo recuadro, solamente duraba un fotograma o directamente no había ninguna ‘X’ en él…. Vamos, un auténtico drama…

A continuación pongo una captura de uno de los documentos que hicimos con las mil versiones del video de las ‘X’:

Captura de pantalla 2017-07-25 a las 10.42.09

Para reproducir el vídeo utilizamos Octave, Matlab, VLC, VirtualDub, Media Player, Quicktime, incluso Final Cut … y en general una infinidad de reproductores de video para intentar ver cual era la reproducción “correcta”, es decir, sospechabamos que tenía que ver algo con el tema de los fotogramas que permanecía la x en cada recuadro (de ahí la infinidad de números que hay para cada una de las versiones.

STK_2017-08-30 11.47.50.jpg

Probamos incluso morse, aunque no tenía pinta de serlo ni de lejos… Curiosamente, y no recuerdo bien cómo exactamente, pero salía algo medianamente entendible al principio del mensaje… aunque luego se iba bastante de madre asi que otro callejon sin salida…

Llegamos a pensar incluso que era un buscaminas! (en una de las capturas anteriores, en la que aparecen colores negro, naranja, azul y rojo en los recuadros). Pero todo eran callejones sin salida.

Nos despistó también el hecho de que la cuadrícula la componían 9 líneas por 16 columnas. Para que tuviese alguna posibilidad de ser binario (aunque la verdad es que también probamos a hacer combinaciones con el binario … jeje).

Este Solve-It nos entretuvo el que más y fue el que más nos desesperó. Finalmente no lo logramos sacar. La solución la obtuvimos en la reunión post-hack-it, al final del concurso y era tan sencillo como que:

Era BRAILLE !!!

Una letra de Braille son 3×2 puntos… Ni nos dimos cuenta… Pero efectivamente, La contraseña salía leyendo como braille las X en segmentos de 3×2… Eran 3 filas de letras por 8 columnas escritas en braille…

La pista estaba clarísima desde el principio “si no te has quedado ciego“. Y mira que algun compañero insistió que eso tendría que significar algo, que no habñiamos utilizado el dato de ‘ciego’… pero por lo visto sí que lo estbamos… jeje. Pensamos que esa pista no tendría que ver ya, debido a que habría hecho referencia a que las ‘X’ del video pasaban muy rápido…

La cosa es que si cogemos la tabla de braille podremos leer el mensaje:

Captura de pantalla 2017-08-30 a las 11.55.50.png

“¡La contraseña es majQa!”

Y si, “majQa'” es Klingon. Si buscamos en algun diccionario de Klingon veremos que significa, que es lo que nos habría dado paso al siguiente nivel:

Captura de pantalla 2017-08-30 a las 12.05.57.png

“well done” ó “very good”

 

Solve-It EE25: Nivel 3

El siguiente nivel, es igual el más sencillo que había este año en la euskal pese a ser de @marcan (…o igual fue lo que nos pareció porque fue el que menos nos costó resolver …. jejej).

Captura de pantalla 2017-07-30 a las 12.07.15.png

No tengo captura del enunciado porque no hicimos ninguno, pero bueno, si no recuerdo mal era algo de este estilo:


SOLVE IT 3: ESTO NO ES UN GRUPO DE WHATSAPP

👓👭👰🐱👳👮🐰👴👷👨👴👉👷🐴👳👌🐰🐰👫🐱👮👧👆🐰👲


Con este nos planteamos varias opciones como coger iniciales de los nombres de cada emoticono, o ver sus posiciones en los teclados de algun dispositivo movil para ver con qué letra casaría, …

Al final era tan sencillo como obtener el código unicode de cada uno de ellos. Para lo cual utilizamos la siguiente URL:

https://unicode-table.com

Sin embargo, utilizando un conversor web habría sido mas facil ya que obtienes todos los códigos del tirón:

Captura de pantalla 2017-07-30 a las 11.47.22.png

Como vemos en la parte inferior en decimal, tenemos una serie de números todos del estilo “128xxx”. Si partimos por la mitad eliminando ese 128 nos quedan valores que en ascii tienen sentido.

Pasamos rapidamente por Octave estos datos y obtenemos:

Captura de pantalla 2017-07-30 a las 11.53.22.png

Smp1sn0twhtIw4sL00k1ngF0r

Solve-It EE25: Nivel 2

Vamos con el siguiente nivel, que trajo de cabeza a bastante gente por lo visto.

Aunque no ganamos ningún premio este año diré en nuestro favor que junto con los imbatibles w0pr y … los que quedaron primeros  (en categoria Solve-It) GreenRodForHelp … fuimos los unicos 3 que sacamos este solve-it  😀 :

Captura de pantalla 2017-07-26 a las 16.50.47.png

De manos de @marcan tenemos esta ristra de simbolos que acojonan bastante así en general nada más verlos …

A simple vista se ve que tiene patrones con lo que no tardamos en empezar a separarlos y organizarlos para ver si con codificaciones clásicas si nos salía algo.

Después de probar casi de todo desistimos porque… aunque sea de marcan …. estamos hablando de un nivel 2, no “debía” ser muy difícil… (… a parte que tenemos tendencia como digo a hacer las cosas más difíciles de lo que son siempre….).

Así fue como se nos ocurrió pasar sencillamente los datos a binario según su código ascii y obtuvimos lo siguiente:

Captura de pantalla 2017-07-26 a las 16.57.43.png

Ahí se ve enseguida que hay información escrita legible en vertical con lo que transpusimos y pasamos a un editor de texto para después sustituir los 1’s con espacios y salió:

Captura de pantalla 2017-07-26 a las 17.03.31.png

Asi que otro año más… Rick rolled!!

Se trata de una frase de la canción de Rick Astley: Never gonna give you up.

El +15 +22 no lo entendimos muy bien al principio… bueno, más que el +15 y +22 fueron la especie de – – – ó ===  ó ··· que se veían entre las dos cifras, pero bueno, no mucho más tarde nos dimos cuenta de podríamos probar a coger 15 letras/lineas/palabras mas adelante hasta 22 letras/lineas/palabras para sacar la solución. Así que probamos las 3 opciones pero… efectivamente NO funcionaba ninguna…

Este fallo fue debido a una buena cagada por nuestra parte porque @imobilis/@marcan ya avisaron de que había un error en el solveit 2 por megafonía y … sinceramente no habíamos caído en la cuenta de que estabamos trabajando con la primera (y errónea) versión del solveit cuando lo pasamos a binario…

Un compañero se dio cuenta del fallo porque viendo por encima el archivo de texto con el que estabamos trabajando se fijo en que si el ‘1’ del +15 se generaba con el código ascii de ‘{}@’, por qué entonces salía un ‘5‘ en la solucion si justamente encima había también un ‘{}@‘ ???? :

Captura de pantalla 2017-07-26 a las 17.23.33

Rehicimos el solveit cogiendo el enunciado de nuevo de la web del hackit por si acaso, y efectivamente lo teniamos mal…

Captura de pantalla 2017-07-26 a las 17.10.49

Ahora si, cogiendo a partir de la 11ª palabra más después de esa frase hasta la 19 (y no 22 como teníamos también al principio), salía la password correcta para superar el nivel:

Captura de pantalla 2017-07-26 a las 17.13.29.png

“Inside we both know what’s been going on”

 

Solve-It EE25: Nivel 1

Bueno pues, otro año de Euskal, otro año de Hack-It/Solve-It. Este año con peor fortuna que el año pasado (solo pudimos alcanzar el 5º puesto) pero bueno, igual de entretenido.

El primer Solve-It, uno de los facilitos… que nos costó lo suyo he de decir… (como siempre liandonos la manta con cosas sencillas….):

De uno a dos.

Como siempre optamos por lo dificil (si, incluso en los niveles mas faciles). Recurrimos a ascii… binario… combinaciones de ambas…

Muchas veces es mejor pararse a pensar un poco y luego hacer coas. El truco consistia sencillamente en cambiar la URL de la web de …/solveit/1/ a …/solveit/2/

photo_2017-07-23_13-55-04.jpg

Maravilloso, la troleada del primer nivel ya nos hizo perder como 2 horas … gracias imobilis !!! xDD

 

Solve-It 2013: Nivel 3

En esta ocasión, a manos de cymo tenemos este enunciado:

SolveIt_2013_3.PNG

Son un montón de parejas de números. Al verlo podemos deducir enseguida que son coordenadas … pero de qué?

Podemos hacer un excel para analizar la frecuencia de cada coordenada pero parece que, en general, se repiten bastantes parejas de números; sobre todo el (3,1) y el (5,2).

Es curioso que al principio tenemos una pareja que únicamente se repite 1 vez. (4,11) y al final otra (4,9). Sin embargo, esta información no e muy concluyente…

Vamos con el título, que a menudo da una pista sobre el solve-it… “clickety-click”. Suena a ratón de ordenador, o algo mecánico. Si buscamos en google:

clickety_definition.PNG

“Un rítmico y rápido click-clack, por ejemplo de las maquinas de escribir

Vale, es una pista interesante, las máquinas de escribir sacan ese ruido denominado clickety-clack al escribir. Así que podrían ser coordenadas de las letras que golpean las hojas para escribir… sin embargo … que vaya del 2 al 5 una coordenada y del 1 hasta el 11 la otra no tiene mucho sentido ya que las “patas” que tienen en relieve las letras que escriben no tienen tantas letras en vertical (igual tienen 2 o 3 máximo.

Bueno, pero y el teclado? Aquí la cosa ya cambia puesto que tenemos (sin contar con las teclas de función) 5 filas y hasta 12 o 13 teclas por fila.

Partiendo de que (3,1) sea la ‘A’ ya que se repite muchas veces (la ‘A’ podría ser (5,2) pero descuadraría todo el teclado; con (3,1) la ‘A’ queda “clavada” en una posición idónea para que pueda salir algún mensaje…

Efectivamente si vamos transformando coordenadas en letras del teclado obetenemos:

Hay ocasiones en las que mas vale borrarse como un muerto, desaparecer de repente como tragado por la tierra, deshilarse en el aire como el copo de humo.

Con esto vamos a recurrir a Google a ver qué nos dice…

pascual_duarte.PNG

Encontramos que la frase exacta que hemos sacado de las coordenadas, pertenece a un extracto del libro “La familia de Pascual Duarte” de Camilo Jose Cela).

Ahí tenemos nuestro salto al proóximo nivel…