Select Page
Prototipo portátil WiFi basado en RPi – Parte 4

Prototipo portátil WiFi basado en RPi – Parte 4

by | Jun 11, 2019 | Tutoriales

Parte 4

 

El turno de WiFi:

 

Como se explicó en el capítulo de Diseño, además de la interfaz WiFi incluida en el RPi, necesitábamos añadir 2 adaptadores WiFi extra. Como para mi proyecto, el dispositivo inalámbrico debe poder funcionar como estación (STA), como Access Point , como monitor y como inyector de paquetes, se seleccionó el adaptador Tenda W311M basado en el chipset Ralink RT5370. Para conectar los dos nuevos adaptadores sin contar con la la interfaz USB, se desarman los adaptadores USB y se sueldan a la RPi.

 

 Fig 25 – Adaptador WiFi USB Tenda W311M.

El proceso de desmontaje del W311M es tan simple como insertar un pequeño destornillador plano en un lado del adaptador, donde las dos mitades de la caja de plástico se unen… y separarlas:

Fig 26 – Adaptador WiFi USB Tenda W311M desarmado.

 

Una vez desmontados los componentes, la única pieza que se necesita es la pequeña placa de circuito:

 Fig 27 – Circuito del adaptador USB Tenda W311M.

 

 

Ahora, se deben conectar los dispositivos WiFi a los puertos USB pero sin los conectores USB de la RPi. Una vez que se retiran los conectores USB, el área de la placa de circuito impreso de la RPi muestra el siguiente aspecto:

Fig 28 – Zona del conector USB en la placa Raspberry Pi.

Aquí se pueden identificar 4 líneas de 4 agujeros cada una. Cada línea de 4 agujeros es la entrada de cada uno de los 4 puertos USB. El pinout se muestra de la siguiente manera:

 

 

Fig 29 – Pinout del conector USB en la placa Raspberry Pi

Por otro lado, el pinout del adaptador WiFi Tenda W311M es como se muestra en la siguiente imagen:

Fig 30 – Pinout del adaptador Tenda W311M.

 

El adaptador debe soldarse a la RPi mediante cables delgados. A continuación puede verse una imagen de los dispositivos conectados:

Fig 31 – Adaptadores WiFi soldados a la RPi.

 

De más está decir, que las conexiones deben hacerse respetando el pinout, es decir, cada adaptador WiFi debe cablearse a la RPi conectando Vcc con Vcc, D- con D-, D+ con D+ y GND con GND. Tal como se ve en la Fig. 31.

 

 

En la sección siguiente, mostramos cómo conectar el display touch screen.

 

 

< Parte 3: Perdiendo pesoParte 5: Reemplazando el conector HDMI >

 

Nota por Carlos Benitez y Juan Carlos Ferro

 

Carlos Benitez es un reconocido experto en seguridad de la información.
Prototipo portátil WiFi basado en RPi – Parte 4

Prototipo portátil WiFi basado en RPi – Parte 2

by | Jun 11, 2019 | Tutoriales

Parte 2

 

Diseño:

 

Con el fin de reducir al máximo el tamaño del hardware, Juan y yo encontramos este gran tutorial (Diet Raspberry Pi) de Phillip Burgess. La plauqueta final del proyecto de Burguess se ve así:

 

Fig 8 – “La Diet Pi Raspberry Pi” de Phillip Burgess

Inicialmente decidimos seguir el tutorial pero como todavía el tamaño resultaba grande, fuimos poco más allá. Por ejemplo, nosotros no necesitamos los conectores USB, los de audio o el de la cámara.

Si tenemos en cuenta que los tamaños relativos de los componentes más grandes son como se muestran en la siguiente imagen:

 

 

Fig 9 – Componentes del proyecto

Nuestra intención era ubicarlos de forma de ocupar el menor espacio posible, en dos planos, como se ve en la siguiente figura:

Fig 10 – Distribución de los componentes.

Según el dibujo, la RPi 3, la UPS y la batería se colocarán en un plano, y la pantalla táctil HDMI en el otro.

 

 

Ya está planteado el diseño, ahora es el momento de poner manos a la obra…

 

 

< Parte 1: MotivaciónParte 3: Perdiendo peso (Raspberry Pi) >

 

Nota por Carlos Benitez y Juan Carlos Ferro

 

Carlos Benitez es un reconocido experto en seguridad de la información.
Prototipo portátil WiFi basado en RPi – Parte 4

Prototipo portátil WiFi basado en RPi – Parte 3

by | Jun 11, 2019 | Tutoriales

Parte 3

 

Perdiendo peso

#1 – Raspberry Pi:

La primera tarea consiste en quitar las partes innecesarias de la Raspberry Pi. El tutorial Diet Raspberry Pi tiene una explicación muy clara sobre cómo hacerlo. Esto es lo que hicimos. La mejor forma de retirar los componentes es mediante un soldador de aire caliente.

Las siguientes fotos muestran el modelo completo de la Raspberry Pi B:

 Fig 11 – La Raspberry Pi B completa

 

Lo primero que se dee hacer es quitar los conectores USB.

Fig 12 – La Raspberry Pi sin los conectores USB.

 

Luego quitamos el conector Ethernet:

Fig 13 – La Raspberry Pi sin el conector Ethernet

 

Luego se retira el conector GPIO:

Fig 14 – La Raspberry Pi sin el conector GPIO

 

Y como tampoco necesitamos la cámara ni los puertos de audio, los quitamos también:

Fig 15 – La Raspberry Pi sin conectores.

Después de cada tarea de eliminación, es importante comprobar si la Raspberry Pi sigue funcionando o si se ha producido algún daño durante el proceso. Como todavía el conector de alimentación mini USB y el conector HDMI están en su lugar, se puede probar si la RPi bootea normalmene. Simplemente se debe conectar la tarjeta SD, el adaptador de power y un monitor HDMI y verificar simplemente si bootea. Si no es así, se deberían buscar cortocircuitos, componentes quemados o pistas cortadas en la plaqueta.
Una vez retirados los puertos USB y hasta que se conecte la pantalla táctil, no hay forma de verificar las entradas del teclado y mouse. Así que, si el RRi arranca normalmente, se debe vivir con la incertidumbre de si funciona o no el subsistema de entradas hasta conectar la pantalla táctil.

 

#2 UPS

Las mismas tareas que se hicieron con la RPi se deberán hacer con la UPS Geek worm. Si bien la UPS fue diseñada para funcionar conectada al puerto GPIO de la RPi, sólo se utilizan 8 conexiones que serán las que deberán cablearse para el presente proyecto. El dispositivo completo se muestra en la siguiente imagen:

 

Fig 16 – UPS Geek work original.

 

La idea es quitar el conector GPIO de la placa UPS, alinear ambas plaquetas en el mismo plano y cablear las 8 conexiones necesarias entre ellas:

 Fig 17 – Sujetando la plaqueta de la UPS para desoldar el GPIO.

 

 

 

El resultado es la reducción en la altura total del espacio que ocupa la plaqueta:

 Fig 18 – La UPS Geek worm sin el conector GPIO.

#3 Uniendo la RPi y la UPS

Habiendo adelgazado ambas plaquetas, ahora se debe proceder a interconectarlas. Dado que se quitaron los conectores GPIO de ambas, se deberán cablear a mano. Ambos dispositivos alineados se muestran en la siguiente imagen:

Fig 19 – Vista superior de la Raspberry Pi y de la UPS.

Fig 20 – Vista inferior de la Raspberry Pi y de la UPS.

No pudimos encontrar ningún circuito de la la placa UPS Geek worm online, así que, haciendo un poco de ingeniería inversa, encontramos que sólo los primeros 8 pines (números del 1 al 8 del GPIO) están conectados entre ambas placas. Aquí se muestran los pines que se conectan:

 

Fig 21 – Pines a conectar entre la Raspberry Pi y la UPS Geek worm.

 

Entonces, para conectar los pines 1 → 1, 2→ 2, …, 8 → 8; entre las dos plaquetas ubicadas en el mismo plano, decidimos cablearlas de la siguiente forma:

 

 Fig 22 – Cableado entre la Raspberry Pi y la UPS Geek worm.

 

 

Primero pegamos ambas plaquetas con cinta de papel a los niveles de los agujeros para asegurarnos de que ambos paneles estém en el mismo plano. Después, se sueldan 4 alambres de cada lado como se puede ver en las siguientes imágenes:

Fig 23 – Vista de la Raspberry Pi y la UPS Geek worm unidas.

 

Fig 24 – Vista superior de la Raspberry Pi y la UPS Geek worm soldadas.

 

NOTA: Este diseño se cambió más tarde. Esto se hizo porque necesitábamos alinear el conector USB de power de la UPS con el orificio del gabinete. Por este motivo, la RPi y la UPS se separaron entre sí unos milímetros. Este cambio se muestra más adelante en este documento.

 

 

< Parte 2: DiseñoParte 4: El turno de WiFi >

 

 

Nota por Carlos Benitez y Juan Carlos Ferro

 

 

Carlos Benitez es un reconocido experto en seguridad de la información.
Prototipo portátil WiFi basado en RPi – Parte 4

Prototipo portátil WiFi basado en RPi – Parte 1

by | Jun 10, 2019 | Tutoriales

Parte 1

 

Motivación:

 

Hace un tiempo vengo desarrollando algunos proyectos de ciberseguridad basados en dispositivos portátiles que gestionan tráfico WiFi. Para las primeras etapas o PoCs de cada proyecto utilicé máquinas virtuales y dongles USB WiFi. Pero luego de las pruebas en VMs quise probar los dispositivos en el mundo real.

Para construir los prototipos, pasé bastante tiempo buscando placas de desarrollo que puedan ser parecidas al dispositivo final y que puedan ser utilizadas en el mundo real. Como no pude encontrar ningún dispositivo 100% adecuado, decidí construir mi propio prototipo de hardware basado en componentes comerciales. Para esto, sabía que iba a tener que sumergirme en el hardware, quitando y agregando componentes. Después de muchos años de haber cambiado el soldador por el teclado, mi toque con la soldadura quedó perdido en el tiempo. Y como sabía que necesitaba bastante trabajo de este tipo, le pedí a mi sobrino Juan Carlos que me ayudara. Juan es un verdadero experto en soldadura de piezas tan minúsculas que es imposible verlas a simple vista. Aceptó, así que comenzamos este proyecto juntos.

Mi principal objetivo fue el de construir un prototipo portátil para probar mis propios proyectos. Fue tanto trabajo y los problemas que tuvimos que resolver, que decidimos publicar este tutorial por si alguno de ustedes quisieran utilizarlo en cualquier otra aplicación que requiera un hardware similar.

Es muy importante aclararles que la construcción del dispositivo es 100% casera. Esto tiene la ventaja de que los costos son muy bajos pero la desventaja de que puede ser inestable y que haya que retocar soldaduras cada tanto. Habiendo hecho esta advertencia, comenzamos con el tutorial.

El dispositivo completo debía incluir una motherboard capaz de ejecutar Linux, con una CPU, una RAM, varios adaptadores WiFi, una pantalla táctil, un sistema de batería con posibilidad de carga y un botón de encendido/apagado.

El diagrama de bloques del dispositivo proyectado se puede ver en la siguiente figura:

Fig 1 – Diagrama en bloques del proyecto.

 

Las características mínimas del dispositivo son las siguientes:

– CPU basada en ARM.
– Capacidad para manejar dispositivos USB.
– 3 dispositivos WiFi.
– Una pantalla touch screen.
– Batería y cargador.

En mi caso particular, no necesitaba ninguno de los siguientes dispositivos:

– Adaptador ethernet.
– Cámara.
– Audio.
– Otros dispositivos USB.

 

Idea:

Para cumplir con los requisitos del prototipo, seleccionamos y compramos los siguientes componentes:

– 1 Raspberry Pi 3 B (U$S 36.00) .
– 1 microSD card, clase 10, 32 GB (U$S 6.00).
– 1 800×480 HDMI 5” Capacitive Touch Screen Display (U$S 45.00).
– 1 Batería y cargador de baterías, Geek worm UPS Hat Module para Raspberry Pi 3.7V, 2500 mAh (U$S 15.00).
– 2 Dongles Tenda USB WiFi W311M (U$S 8.00).
– 2 Conectores para cable plano de 0.5mm de separación (U$S 3.00).
– 1 FPV FPC cable plano de 0.5mm de separación, de 20 pines y de 5 cm de largo para HDMI (U$S 1.00).

El costo total de los materiales es de aproximadamente U$S 114.00

 

Como todos saben, las Raspberry PI son una de las placas SBC más populares del mundo. Se utilizan para muchos proyectos como prototipos e incluso de producción. Se pueden encontrar muy fácilmente en muchos comercios de electrónica y en infinidad de sitios online. También existen online un gran número de complementos, proyectos y tutoriales, por lo que es muy fácil crear nuevos basados en los están publicados. Esa es la razón principal por la que decidimos elegir Raspberry Pi como hardware central para nuestro proyecto.

 

Primeros Pasos:

Nuestro primer paso fue el de unir todas las partes y hacerlas funcionar. El objetivo fue el de comprobar que todo funciona y que la selección de las partes fue la correcta. Los componentes necesarios para el prototipo se muestran en las siguientes imágenes:

Fig 2 – Raspberry Pi 3 B

Fig 3 – TFT Touch Screen Display

Fig 4 – Geek worm UPS RPi Hat

Fig 5 – Adaptador Tenda WiFI USB.

En la siguiente figura, se muestran todos los componentes conectados y funcionando:

Fig 6 – Primer intento por conectar todo y hacerlo funcionar.

Esta disposición es adecuada para realizar pruebas en el laboratorio, pero no es posible transportar el dispositivo para pruebas de campo.

 

El segundo intento fue diseñar y construir una caja capaz de contener todos los elementos. El resultado se muestra en las siguiente imagen:

Fig 7 – Segundo intento para instalar todo en una caja

 

Gonzalo, quien me llevó al mundo de las impresoras 3D, diseñó, imprimió y armó este proyecto de gabinete que pudiera alojar todos los elementos del prototipo. El tamaño mínimo que pudimos alcanzar fue de 165mm x 95mm x 50mm (6 ½” x 3¾” x 2”). Este no es precisamente un tamaño de bolsillo o que sea muy portátil que digamos…. Es por esto que iniciamos con Juan el proyecto de reducción del hardware.

 

 

En las siguientes partes del tutorial muestran todos los pasos que llevamos adelante para lograr la reducción y la construcción de un prototipo como el que necesitábamos, que fuera realmente portátil.

 

Parte 2: Diseño >

 

 

Nota por Carlos Benitez y Juan Carlos Ferro

 

Carlos Benitez es un reconocido experto en seguridad de la información.
Teamviewer hackeado

Teamviewer hackeado

by | May 21, 2019 | CiberSeguridad

Ya la existencia de Teamviewer en nuestras redes era difícil de tragar para quienes trabajamos en ciberseguridad, cuánto más lo será ahora que la empresa reconoce que fueron hackeados.
En una nota publicada en la revista Der Spiegel la empresa reconoce que en el año 2016 fue inflitrada por grupos de hackers probablemente chinos.

La noticia fría, reza que Teamviewer fue ciberatacada en 2016 pero que no se informó del incidente en ese momento, ya que ellos consideraban que no se comprometieron datos de los usuarios. También es cierto que para esa fecha, no estaba todavía en vigencia la GDPR a través de la cual, hubiesen estado obligados a informar el incidente.Como bien se sabe, Teamviewer produce el software homónimo cuyo propósito es el de RDT (Remote Desktop Tool = Herramienta de Escritorio Remoto), que nos permite trabajar en nuestra máquina, desde nuestras casas, como si estuviésemos sentados en nuestro escritorio.

Un dato técnico de importancia es que, según informan los responsables de Temviewer, sus sistemas fueron infectados con el malware Winnti, un troyano tan, pero tan elaborado que se lo considera APT (Advanced Persistent Threat = Amenaza Avanzada Persistente).

Si bien el malware, parece haber nacido en 2010, viene creciendo, desarrollándose y madurando. Esa maduración le permitió saltar de la irresistible plataforma Windows, a Linux. Esto sucedió en el 2015, cuando infectó los sistemas de una empresa de videojuegos. Los grupos que parecen estar detrás de este malware serían los APT10 o APT17. Como se puede ver en las referencias, ambos grupos han sido relacionados con el estado chino.

Ok, ahora ¿cuál la diferencia entre RDTs (Remote Desktop Tools) y RATs (Remote Access Tools -o Trojans-)? Todos tenemos terror a los RATs, pero dejamos que existan los RDTs que nos piden instalar los usuarios, no? Bueno, les cuento que la diferencia es sólo semántica. Todas son herramientas que le dan acceso remoto total a un equipo desde el exterior, para un usuario… o para un intruso. Temviewer entonces, ¿es un RDT… o un RAT? Que un usuario instale y utilice por su cuenta, sin control del administrador, una herramienta como estas, compromete seriamente la seguridad de la red, por lo que realmente no hay diferencias. Es una herramienta tan poderosa como peligrosa.

En algunos sectores, como el de salud, se reconoce que la principal amenaza hoy en día ya no es el ransomware, sino los túneles que abren los intrusos por https para pasar inadvertidos. ¿Y si son los usuarios los que instalan túneles por https sin control de los administradores? ¿Y si además, el software utilizado fue “mejorado” inadvertidamente por alguno de los grupos de APT que mencionamos anteriormente, cuando estuvieron de “visita” en los servidores de Teamviewer en 2016?

Casualmente, en ese momento, muchos usuarios reportaron que sus computadoras (con Teamviewer instalado y activo) fueron accedidas por hackers que intentaron robar dinero de sus cuentas de PayPal o comprar productos desde sus cuentas de eBay. Los responsables de Teamviewer declararon en su momento, que no hubo ninguna intrusión, y que los incidentes fueron producidos porque los atacantes le robaron sus contraseñas a los usuarios. Como la culpa es siempre de los usuarios, esto no pasó a mayores.
Pero Les Luthiers responderían a esto… “Carámba! qué coincidencia…!”

Nota por Carlos Benitez

Carlos Benitez es un reconocido experto en seguridad de la información.
Cayendo en la trampa del Fallback…

Cayendo en la trampa del Fallback…

by | May 13, 2019 | CiberSeguridad, Actualidad, Ciberprotección, Encriptados, Infraestructuras Criticas, Privacidad, Seguridad de la Información, Tecnologías

La empresa china eyeDisk desarrolló lo que prometía ser un pendrive “inhackeable“[1] y terminó siendo tan inseguro como cualquiera, por el inocente agregado de un fallback.

Todos los que estamos en este negocio, conocemos las dimensiones de seguridad de la información. Las 3 principales son: confidencialidad, disponibilidad e integridad. Nuestra tarea desde seguridad, es la de definir el esfuero y los recursos para protegerlas adecuadamente. Pero dependiendo del contexto y del negocio o la misión particular, a veces no todas las dimensiones se deben proteger de la misma forma.

 

Un caso extremo:

En el caso de las redes OT, a través de las que se controlan procesos industriales, la dimensión más importante a proteger es la disponibilidad. Muy especialmente en infraestructuras críticas. La interrupción de un servicio o proceso industrial no sólo puede llegar a costar muchísimo dinero, sino que además puede provocar gravísimos daños en el equipamiento o hasta en el medio ambiente. Es por esto que todas las medidas de protección van a estar enfocadas en que la disponibilidad sea lo más invulnerable posible. Integridad y confidencialidad se dejan en segundo plano.

 

Un caso intermedio:

Al desarrollar sistemas de protección, muchas veces se establecen, diseñan e implementan estrategias de vías o caminos alternativos para el caso que algún componente falle. Es el esquema de “fallback” o “plan B” en el que a veces se deben establecer relaciones de compromiso en las que se pierden o degradan algunas características de seguridad para mantener otras.

Un ejemplo de esto es el sistema de cifrado de la telefonía celular. Cuando se establece una comunicación entre teléfonos celulares, la información viaja cifrada. Esto se hace para que nadie que tenga un receptor de radio en la frecuencia de emisión de la comunicación, pueda interceptar fácilmente las conversaciones. El sistema de cifrado que se usa en GSM es la familia A5. Sin entrar en la discusión de las vulnerabilidades particulares de estos algoritmos (tanto A5/1 como A5/2 fueron rotos), es importante mencionar que la familia está compuesta por 5 miembros: A5/0, A5/1, A5/2, A5/3 y A5/4.

Cada algoritmo posee mayores fortalezas de cifrado que el anterior y, como consecuencia, de consumo de recursos. A pesar de que muchas veces no lo notamos por las deficiencias de las redes, en realidad los sistemas celulares están diseñados para que las comunicaciones nunca se interrumpan. Entonces, el uso de algoritmos de cifrado más fuertes, está íntimamente relacionado con contar con muy buena señal en los dispositivos. ¿Qué pasa entonces si estamos en una condición de baja señal? El sistema tiene varias instancias de fallback, en las que los algoritmos de cifrado se van degradando para no perder la comunicación. En el caso de tener muy baja señal, nuestros celulares bajan hasta el modo A5/0 en el que la comunicación no se cifra en absoluto. En este caso, alguien podría escuchar nuestras conversaciones.

Pero el negocio manda. Es decir, en telefonía celular, si bien no es tan crítico como en el caso de sistemas industriales, la dimensión que más se preserva es la de disponibilidad. ¿La razón? es más que obvia: segundo que el sistema no funciona, segundo que no se factura…

El fallback que implica la degradación de la privacidad está incorporado por diseño con toda la intención de que sea así.

 

Un caso erróneo:

Ahora bien, cuando se diseña un dispositivo cuyo principal objetivo es preservar la confidencialidad. Cuando se anuncia con bombos y platillos que el sistema es absolutamente “inhackeable“, se deben tomar ciertos recaudos. La firma china eyeDisk desarrolló por la modalidad de crowdfunding un pendrive que incorpora la sofisticada tecnología de lectura de iris para asegurar la confidencialidad de los datos que él se almacenen.

Según sus especificaciones, el acceso a los datos sólo puede hacerse mediante la lectura de iris del dueño. Teniendo en cuenta que el sistema de lectura de iris es resistente a la lectura de imágenes o fotografías, la empresa parecía haber creado el perfecto “for your eyes only“…

Sin embargo, David Lodge, de PenTestPartners, descubrió recientemente que si bien la resistencia a ataques de lectura de iris es real, el fallback del sistema compromete completamente la confidencialidad tan promocionada. Si la lectura de iris falla, se puede desbloquear el contenido del pendrive con una contraseña provista por el usuario al momento de la configuración.

Resulta que investigando la manera en la que se transfieren los datos, el investigador descubrió que internamente, la contraseña almacenada se transfiere via USB desde el dispositivo a la PC antes de la validación y en texto plano!!! Por esta razón, con sólo un poco de conocimientos y esfuerzo, es posible obtenerla y usarla…

 

Usando fallbacks

Hay veces que sinceramente no entiendo la forma en la que se diseñan los sistemas. En el caso de eyeDisk “el” argumento de venta del producto es la imposibilidad de que sea hackeado. El usuario debería quedarse 100% tranquilo de que si pierde un pendrive con información valiosa, nadie tendría forma de recuperarla mientras el pendrive no vuelva a encontrarse con el ojo del dueño. El concepto es muy bueno…!!! ¿qué necesidad hay entonces de crear un fallback que permita al usuario desbloquear el pendrive haciendo un bypass de la principal protección del sistema, la lectura del iris? ¿para qué dar esa vuelta más innecesaria cuando al hacerlo se destruye por completo el concepto inicial?

Al pensar, diseñar y construir dispositivos o sistemas, se los dota a éstos de un objetivo. Si se hacen bien las cosas, ese sistema deberia cumplir perfectamente con su objetivo y hacer sólamente eso, la razón para la cual fue diseñado. Esto es lo que diferencia a un producto líder de uno del montón, el hacer muy bien su trabajo. El error se comete cuando se intentan agregar objetivos o funciones extra, y es en esa diversificación innecesaria, cuando lo que se hacía muy bien en principio bien, se termina diluyendo.

En sistemas muy complejos, con muchos componentes y escenarios posibles, en los que se debe tener siempre una respuesta válida, son necesarios los fallbacks. Pero éstos deben estar bien pensados. Porque sino, podríamos sin darnos cuenta, caer en la trampa del fallback, instalando por ejemplo un botón que abra la puerta de calle de nuestras casas desde el exterior, por si nos olvidamos el token de la cerradura electrónica que acabamos de instalar en nuestra nueva puerta blindada…

 

[1] Perdón por el término, pero fue lo mejor que pude traducir la palabra original del fabricante, es decir: “Unhackable”…

Nota por Carlos Benitez

Carlos Benitez es un reconocido experto en seguridad de la información.
Nueva sección: Tutoriales

Nueva sección: Tutoriales

by | May 5, 2019 | CiberSeguridad

Se agrega al blog una sección de Tutoriales.

En esa sección se voy a publicar básicamente dos tipos de notas. Uno, paso a paso de cómo resolver problemas cuyas soluciones son muy difíciles de hallar en la web. El otro, formas locas de cómo hacer cosas de las que no hay información en la web.

Empiezo con un tutorial sobre cómo resolver un problema de booteo de FreeNAS. Encontrar la solución me costó varias horas habiéndome paseado por decenas de blogs y tutoriales. En la mitad, las condiciones de error no eran exáctamente la misma que el mío. En la otra mitad, las soluciones eran incorrectas. Después de horas de prueba y error llegué a solucionarlo,  así que decidí compartirlo.

 

Nota por Carlos Benitez

Carlos Benitez es un reconocido experto en seguridad de la información.
Qué hacer cuando se corrompe un pendrive de booteo de FreeNAS

Qué hacer cuando se corrompe un pendrive de booteo de FreeNAS

by | Abr 26, 2019 | Tutoriales

Hace un tiempo intenté regenerar uno de los dos pendrives de mi FreeNAS y al intentar bootear, el sistema se trabó en el grub en modo de rescate.

Lo que aprentemente sucedió es que uno de los dos pendrives quedó corrupto, seguramente el sector de booteo. El resultado fue que el FreeNAS no volvió a bootear.

Para solucionarlo, me maté buscando en decenas de blogs y tutoriales y por más que los seguí a todos, no hubo forma de que el server volviera a bootear.
Finalmente, y basado en este blog, logré recuperar el pendrive y bootear el FreeNAS sin perder la configuración de los discos y, por lo tanto, los archivos.
Les dejo los pasos por si les ocurre lo mismo.

 

1- Bajar el FreeNAS Installer y flashear un pendrive.

2- Conectar los dos pendrives, el nuevo FreeNAS Installer y el viejo FreeNAS en dos interfases USB.

3- Bootear el sistema con el FreeNAS Installer.

 

4- Ir a “2 Shell“

5- Dentro del shell, ejecutar el siguiente comando:

# zpool import

Debería mostrarse la lista de dispositivos USB y seguramente el dispositivo de booteo estará en modo DEGRADED.

…
NAME                                            STATE      READ  WRITE CKSUM
Pool00                                          ONLINE       0     0     0
  freenas-boot                                 DEGRADED      0     0     0
    gptid/32793a9a-d545-11e7-bf07-bc5ff4aa74ab  ONLINE       0     0     0
    gptid/33528494-d545-11e7-bf07-bc5ff4aa74ab  ONLINE       0     0     0
    gptid/342e9d9f-d545-11e7-bf07-bc5ff4aa74ab  ONLINE       0     0     0
    gptid/34eeccb2-d545-11e7-bf07-bc5ff4aa74ab  ONLINE       0     0     0
…

 

6- Ejecutar:

# zpool import -f freenas-boot

Esta operación puede demorar varios minutos

 

7- Para verificar que el pendrive se está regenerando, se puede ejecutar

# zpool status -v

Esta operación también puede tardar varios minutos….. (aparece en estado “resilvering”, es decir, reconstruyendo el espejado entre los pendrives).

 

8- Una vez que termine, ejecutar:

# zpool scrub freenas-boot

Hasta que no termine de hacer el resilvering, no nos va a dejar hacer el scrub. El comando scrub (restregar) analiza los discos en busca de problemas de integridad en los datos.

 

9- Una vez que finalize el scrub, al hacer # zpool status, van a aparecer algunos dispositivos en modo UNAVAILABLE. Ejecutar lo siguente por cada dispositivo UNAVAILABLE que aparezca:

# zpool detach freenas-boot <UNAVAILABLE #ID>

 

10- Finalizados los detach, ejecutar:

# zpool scrub freenas-boot

 

11- Finalmente, reiniciar con:

# reboot

 

12- Para bootear, seleccionar el USB donde está el freenas-boot regenerado.

 

Yo así pude recuperar mi FreeNAS 11.1, espero que les haya servido, hasta la próxima!

 
 

Nota por Carlos Benitez

Carlos Benitez es un reconocido experto en seguridad de la información.
Búsqueda Implacable

Búsqueda Implacable

by | Abr 9, 2019 | Actualidad, CiberSeguridad, Noticias

Alarma la escasez de profesionales en ciberseguridad en todo el mundo. Se estima que este año la diferencia entre demanda y oferta alcanzará a casi a 3 millones de profesionales.

 

No hace falta decir que a medida que pasa el tiempo el mundo se va informatizando exponencialmente. De más está decir también, que el efecto colateral es que la “ciberinseguridad” crece al mismo ritmo.

Empresas, gobiernos, ONGs, nuestras propias casas; en todos los ámbitos se deben tomar medidas adecuadas de ciberseguridad. La complejidad, la especificidad y la velocidad con la que aparecen las vulnerabilidades y las medidas de protección, hacen que sea irremediablemente necesaria la intervención de profesionales en el área. Esos profesionales, además, deben estar altamente calificados.

Del mismo modo que en otras disciplinas, existen estudios que analizan la necesidad de profesionales. En particular, la organización ISC(2) (International Information System Security Certification Consortium) viene realizando este tipo de análisis cada 2 años desde 2004.

El informe se denomina GISWS (Global Information Security Workforce Study). Su objetivo es hacer un seguimiento del impacto del clima económico en los miembros del consorcio. Se toman en cuenta salarios en ciberseguridad, perspectivas de contratación, presupuestos, amenazas y muchos otros aspectos.

Para tener una visión amplia del problema, y debido a que cada año las encuestas y los análisis fueron cambiando, armé este gráfico utilizando el GISWS y otras fuentes. La figura muestra la evolución de oferta y demanda laboral en el mundo en puestos relacionados con ciberseguridad desde 2003 hasta 2018.

 

 Oferta vs. demanda histórica de profesionales de ciberseguridad en el mundo

 

Para construir el gráfico, utilicé datos históricos del GISWS, datos del 2015, del 2016, del 2017 y del 2018.

Ya en el informe del GISWS de 2005, aparece en la página 8 una frase premonitoria. Menciona que si se les aumentara el presupuesto en ciberseguridad a las empresas, éstas incorporarían más profesionales. Pero que, por otro lado, “Anecdóticamente, muchos proveedores de servicios de seguridad están luchando por encontrar candidatos apropiados para cubrir vacantes dentro de su fuerza laboral de ciberseguridad.“

Lo que posteriormente se ve muy claro es que a partir del 2013 se empieza abrir una brecha entre la demanda de profesionales de ciberseguridad y la oferta. Esta escasez se fue ampliando con los años hasta llegar hoy a 2.9 millones de profesionales en todo el mundo.

Las razones que mencionan los diferentes informes son variadas. Una de las principales es la necesidad de especialización que es sensiblemente mayor que en otrar ramas de IT. Esto parece que no hace tan atractiva a la disciplina, a pesar que los salarios a nivel mundial son muy altos.

Otra, por ejemplo, es el desinterés de los Millenials o post-Millenials a trabajar en el área. Esto lleva a que la mayor parte de los puestos estén cubiertos por profesionales de más de 40 o 50 años, con una limitada capacidad de recambio.

La realidad es que la cantidad de ciberincidentes crece año a año, así como el costo de los fraudes o las intrusiones. Por otro lado, se sabe desde hace años que el punto clave para tener una buena ciberprotección en una organización es la gente. Sin embargo, algo pasa que no es posible cubrir esas necesidades y que las organizaciones hagan enormes e infructuosos esfuerzos en estas búsquedas. Este se convierte entonces, en otro ámbito en el que los malos de la película, parecen estar ganando.

Nota por Carlos Benitez

 

Carlos Benitez es un reconocido experto en seguridad de la información.
Blockchain… hasta el bitcoin y mas allá!!! (parte 3)

Blockchain… hasta el bitcoin y mas allá!!! (parte 3)

by | Feb 23, 2019 | CiberSeguridad, Actualidad, Bitcoin, Blockchain, Internet of things, Privacidad

Si bien la blockchain fue creada para soportar la primer criptomoneda, hoy en día existen muchos otros usos de esta tecnología más allá del bitcoin. Luego de la primera y la segunda, en esta tercera y última parte, les mostraré otros de los usos no-criptomoneda de la blockchain. En este caso, las aplicaciones son bastante más extrañas…………………………………………………………………………………….

 

#9- Mascotas virtuales

El concepto de la mascota virtual no es nuevo, hace 20 años aparecieron los famosos Tamagotchi que los dueños deberían cuidar y alimentar para que no murieran. La diferencia hoy con los CriptoKitties es que estos últimos no viven en un llavero, sino en la blockchain. Del mismo modo que los viejos Tamagotchis, estas nuevas mascotas virtuales corresponden a un “juego centrado en criaturas criables, coleccionables y tan adorables que llamamos CryptoKitties! Cada gato es único y 100% de su propiedad; no puede ser replicado, retirado o destruido.“

 

#10- Certificados académicos digitales

Desde el año 2015, el MIT inició un proyecto para que todos los certificados de estudios académicos que cursen sus alumnos, se incorporen a la blockchain. Si esta iniciativa se aplicara a nivel masivo, permitiría reducir drásticamente los fraudes en la presentación de títulos académicos.

 

#11- Verificar la autenticidad de las Zapatillas

Otro objeto de copias y falsificaciones en todas partes del mundo son las zapatillas de alta gama. Es por esto que la empresa Chronicled creó un método para incorporar las zapatillas a la blockchain. De esta forma, un chip insertado en cada calzado puede verificarse contra la blockchain y saber si éste es verdadero o falso. Para evitar que los chips de zapatillas verdaderas sean sacados e introducidos en zapatillas falsas, las antenas se rompen al tratar de extraerlas. Por otra parte, y dado que alguien podría venderle sus zapatillas a otros, las funciones en la blockchain permiten la transferencia.

 

#12- Consentimiento sexual

En enero de 2018, la empresa LegalThings, especialista en contratos inteligentes sobre la blockchain, lanzó una aplicación llamada LegalFling. Esta aplicación también tiene el propósito de validar contratos, pero en este caso muy particulares: el consentimiento sexual entre los participantes. Los responsables de LegalThings dicen que se inspiraron en el movimiento #MeToo.

La aplicación móvil está disponible para iPhone y Android y va más allá de registrar si el usuario consiente en tener relaciones sexuales. También puede especificar los requisitos y si acepta ciertas prácticas. Algunas de ellas van desde compartir fotos y videos hasta usar o no preservativo, declarar que no padece enfermedades venéreas o que se pueda usar lenguaje explícito durante el encuentro. Una vez dado de alta el contrato, se envía una solicitud a su potencial pareja sexual. Al recibirlo, ésta decide si acepta o rechaza los términos. Esta aceptación o rechazo registra en la blockchain, por lo que ninguna de las partes puede alterar ese registro después de ese momento. Tampoco puede alegar que su contraparte aceptó la relación sexual si es que en la blockchain quedó registrado que no. Del mismo modo, no puede alegar que no aceptó tener la relación, si en la blockchain quedó almacenado el sí.

 

Como puede verse, el concepto de la blockchain está redefiniendo muchos aspectos de la vida de las personas. Mucho más allá del propósito con el que fue el creado: el soportar una criptomoneda. Ahora es sólo cuestión de imaginación de algunos y aceptación de muchos para que la blockchain se incorpore en nuestras vidas de forma mucho más abarcativa.

 

Nota por Carlos Benitez

Carlos Benitez es un reconocido experto en seguridad de la información.