No sería la primera vez que a través de supuestos mensajes en los contestadores automáticos (…) de Skype o incluso de Tango en su día, los spammers de guardia nos intentaran engañar para dirigirnos a webs troyanizadas con Malware o simplemente con SPAM. Desde que Whatsapp abriera su servicio a la web, también se incluye en la larga lista de falsos correos utilizados para enviar correos no solicitados.

Los servicios anti-spam son rápidos en reaccionar a este tipo de correos mal-intencionados, aunque alguno se le cuela hasta al mejor vigilante. Como siempre, mucha precaución en este tipo de enlaces. Es sencillo montar campañas de este estilo y tanto por su bajo coste como por su bajo esfuerzo de montaje, será cada vez más habitual recibir mails similares a este.

Un Saludo,

Jesus D. Muñoz.

La entrada Nuevo SPAM masivo en nombre de Whatsapp se publicó primero en jesusdml.es.

Para actualizar, basta con ir a «Ajustes -> General -> Actualización de software» para poder iniciar el proceso de instalación de la nueva versión de iOS.

Con iOS 9.3 llegó el escándalo

Este fallo, que también afectaba a otros navegadores y a las aplicaciones que hacían uso de enlaces a Internet (Correo, Notas, Whatsapp, etc.) ha tenido en Jake a muchos usuarios por la imposibilidad de ejecutar la mayoría de los mismos. Después de 7 betas (versiones de prueba) de iOS 9.3, todavía no alcanzamos a entender cómo ha sido posible la publicación de una versión con un fallo tan «garrafal».

Venga, a actualizar toca!

Actualización: Según apuntan en Applesencia, hay problemas a la hora de recibir vídeos en Whatsapp entre dos dispositivos con iOS 9.3.1. Valora esto antes de actualizar.

Un Saludo,

Jesus D. Muñoz.

La entrada iOS 9.3.1 Resuelve los problemas con Safari se publicó primero en jesusdml.es.

Si no queremos utilizar servicios gratuitos de conexión remota (¿alguien sabe de donde sacan dinero estos buenos samaritanos?) y tampoco queremos exponer nuestra red interna mediante la apertura de puertos en nuestro router, una solución de bajo coste (40€) puede ser la implantación de un acceso VPN mediante el uso de una Raspberry PI. Las instrucciones son válidas para cualquier otra distribución de linux que tengamos en casa, aunque variarán los comandos de instalación y es posible que también alguna ruta.

Al lío…

La foto final (mas o menos) de lo que queremos montar es la siguiente:

Para ello, deberemos instalar en nuestra Raspberry la distribución Raspbian Jesse Lite. Esta distribución ocupa apenas 300mb y traerá consigo lo mínimo para montar un sistema base. Es recomendable que un sistema que va a dar acceso a toda nuestra red, lo mantengamos bien limpio, aunque si quieres usar otra distribución «allá tu y tu pelo».

Una vez instalada la distribución, debemos instalar OpenVPN mediante el comando:

$ sudo apt-get install open-vpn

Esto instalará además cualquier otro software necesario, es decir, las dependencias de OpenVPN con otros paquetes como SSL, por ejemplo. Para no usar sudo en cada comando, podemos ejecutar lo siguiente para obtener una shell de root:

$ sudo -s

En la mayoría de comandos he mantenido el prompt con la ruta en la que estoy ejecutando el comando. Tenlo en cuenta si vas a usar copy/paste. En otros comandos, he incluido anotaciones o aclaraciones usando el carácter «#», por lo que puedes copiarlos y pegarlos sin problemas porque no se ejecutarán esos comentarios.

Crear certificados de OpenVPN (las cerraduras y las llaves)

OpenVPN lleva consigo una serie de scripts (guiones de texto con los que podemos lanzar varios comandos de forma secuencial y automática) que facilita mucho la tarea de creación y el mantenimiento de los certificados que serán algo así como las «llaves» y al mismo tiempo la «cerradura» de acceso a nuestra red.

Vamos a copiar al directorio /etc/openvpn el directorio que contiene dichos scripts:

# cp -r /usr/share/doc/openvpn/examples/easy-rsa/2.0/ /etc/openvpn/easy-rsa

Una vez hecho esto, vayamos al recién creado directorio /etc/openvpn/easy-rsa para proceder:

# cd /etc/openvpn/easy-rsa

Lo primero que tenemos que hacer es que nuestro entorno tenga correctamente asignadas las variables. Si esto te ha sonado a chino del sur de Beijing, tranquilo, que tampoco es necesario entenderlo. Es como cuando el mecánico te cuenta lo de la junta del cigüeñal.

Para hacer esto, debemos ejecutar lo siguiente:

root@localhost:/etc/openvpn/easy-rsa# source ./vars
root@localhost:/etc/openvpn/easy-rsa# ./clean-all

El primer comando carga las variables y con el segundo nos aseguramos que no hay ninguna clave antigua, de ejemplo o similar.

Ahora llega el primer momento interesante: Vamos a crear la CA!! (Pronunciesé imitando a Fernando Fernán-Gomez, o pierde mucho fuelle). La CA, Certification Authority será la firma que avalará que todas las llaves que se entreguen a los clientes y al servidor vienen de nosotros y no podrán ser alteradas.

root@localhost:/etc/openvpn/easy-rsa# ./build-ca RedInterna
Generating a 1024 bit RSA private key
............++++++
....................................++++++
writing new private key to 'ca.key'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----

Ahora nos pedirá una serie de información que identifica nuestro certificado servidor para con nuestros clientes usuarios. Puedes dejar la información por defecto y no es relevante su cambio para la finalidad de una VPN casera, pero si quieres dejarlo bonito y hacer las cosas bien, no cuesta más de 10 segundos:

Country Name (2 letter code) [US]:ES
State or Province Name (full name) [CA]:Madrid
Locality Name (eg, city) [SanFrancisco]:Madrid
Organization Name (eg, company) [Fort-Funston]:Asociación de amigos de la VPN
Organizational Unit Name (eg, section) [changeme]:Departamento de Informática
Common Name (eg, your name or your server's hostname) [changeme]:aduana  
Name [changeme]:CA-aduana
Email Address [mail@host.domain]:aduana@jesusdml.es

Creando el certificado del servidor

Tenemos la CA creada y ahora vamos a crear el certificado/clave del servidor se usará dicha CA para firmarlo y darle así veracidad.

root@localhost:/etc/openvpn/easy-rsa# ./build-key-server aduana.jesusdml.es
Generating a 1024 bit RSA private key
...........................++++++
.................++++++
writing new private key to 'aduana.jesusdml.es.key'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----

Como vamos a dejarlo bonito, al igual que con la CA, alteraré los ejemplos:

Country Name (2 letter code) [US]:ES
State or Province Name (full name) [CA]:Madrid
Locality Name (eg, city) [SanFrancisco]:Madrid
Organization Name (eg, company) [Fort-Funston]:Asociación de amigos de la VPN
Organizational Unit Name (eg, section) [changeme]:Departamento de Informática
Common Name (eg, your name or your server's hostname) [aduana.jesusdml.es]:
Name [changeme]:Server-aduana
Email Address [mail@host.domain]:aduana@jesusdml.es

Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []: (Pulsar Intro(1))
An optional company name []:(Pulsar Intro(2))
Using configuration from /etc/openvpn/easy-rsa/openssl-1.0.0.cnf
Check that the request matches the signature
Signature ok
The Subject's Distinguished Name is as follows
countryName           :PRINTABLE:'ES'
stateOrProvinceName   :PRINTABLE:'Madrid'
localityName          :PRINTABLE:'Madrid'
organizationName      :T61STRING:'Asociaci\0xC3\0xB3n de amigos de la VPN'
organizationalUnitName:T61STRING:'Departamento de Inform\0xC3\0xA1tica'
commonName            :PRINTABLE:'aduana.jesusdml.es'
name                  :PRINTABLE:'Server-aduana'
emailAddress          :IA5STRING:'aduana@jesusdml.es'
Certificate is to be certified until Mar 29 15:14:56 2026 GMT (3650 days)
Sign the certificate? [y/n]:y


1 out of 1 certificate requests certified, commit? [y/n]y
Write out database with 1 new entries
Data Base Updated

Ya hemos creado y firmado el certificado del servidor. Tal y como se puede leer en el punto (1), es posible asignar una contraseña que se nos solicitaría en el arranque del servicio. Dado el carácter «hogareño, casero, pequeño, peludo, suave; tan blando por fuera, que se diría todo de algodón, que no lleva huesos.» de este artículo, lo vamos a dejar tal cual (living la vida loca). Así mismo, tampoco necesitaremos indicarle un nombre secundario de empresa (2). En ambos casos, pulsaremos intro para continuar.

Para comprobar que tanto la CA como el servidor tienen sus certificados correctamente creados, podemos ir al directorio keys y ejecutar ls. Algunos de estos ficheros son de la «parte CA» y otros del propio servidor:

root@localhost:/etc/openvpn/easy-rsa/keys# ls -1
01.pem #Listado de certificados dados por la CA y numerados en index.txt
aduana.jesusdml.es.crt # Certificado del servidor formato pem.
aduana.jesusdml.es.csr # Requerimiento de certificado usado por el script.
aduana.jesusdml.es.key # Clave privada del servidor.
ca.crt # Certificado de la CA.
ca.key # Clave privada de la CA.
index.txt # Listado de claves creadas por la CA.
index.txt.attr # Atributos de los certificados creados por la CA.
index.txt.old # Backup del anterior.
serial # Número de serie a usar por la CA para el siguiente certificado.
serial.old # Backup del anterior.

Otras claves de servidor

Lo siguiente, será crear la clave DH (Diffe-Hellman) a usar por el servidor. No es necesaria la introducción de ningún dato. Esta clave se debe generar en cada servidor VPN. Su creación tarda un par de minutos en nuestra Raspberry:

root@localhost:/etc/openvpn/easy-rsa# ./build-dh 
Generating DH parameters, 1024 bit long safe prime, generator 2
This is going to take a long time
......................+......................+....(y más puntitos, cruces y algún asterisco)

Si todo sale bien, se habrá añadido el fichero dh1024.pem en nuestro directorio keys.

Además, podemos crear un nivel extra de seguridad mediante el uso de HMAC. Este protocolo firmará los paquetes iniciales de la conexión para evitar que nuestro servidor atienda peticiones de cualquiera que pueda estar haciendo un escaneo de puertos o un ataque de fuerza bruta. Si los paquetes de conexión no están firmados por esta clave, el servidor no hará caso de los mismos. El siguiente comando creará esta clave y la depositará en /etc/openvpn/easy-rsa/keys:

root@localhost:/etc/openvpn/easy-rsa/keys# openvpn --genkey --secret ta.key

Darle una llave a los usuarios/clientes

Una vez creadas la CA y el certificado del servidor, vamos a crear las llaves de los clientes que también serán certificados. Es importante que tengamos claro el uso que vamos a dar de estas llaves. Los dispositivos en las que las instalemos se pueden perder y por ello es importante que tengamos en consideración su mantenimiento.

Por ejemplo, si vamos a usar nuestra VPN en nuestro portátil, tablet y teléfono, recomiendo crear un certificado independiente ya que en el caso de pérdida, podemos revocar el del elemento perdido sin afectar el acceso con los otros. Así mismo, si varias personas van a acceder a la VPN, mejor crear un certificado de cliente para cada uno. Como también los vamos a dejar bonitos, deberíamos de ser coherentes con los parámetros dados en la CA y el servidor:

root@localhost:/etc/openvpn/easy-rsa# ./build-key Jesusdml-Movil
Generating a 1024 bit RSA private key
..........................++++++
.......++++++
writing new private key to 'Jesusdml-Movil.key'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [US]:ES
State or Province Name (full name) [CA]:Madrid
Locality Name (eg, city) [SanFrancisco]:Madrid
Organization Name (eg, company) [Fort-Funston]:Asociación de amigos de la VPN
Organizational Unit Name (eg, section) [changeme]:Dirección Gneral. de la cocina
Common Name (eg, your name or your server's hostname) [Jesusdml-Movil]:
Name [changeme]:Jesus D.
Email Address [mail@host.domain]:jd@jesusdml.es

Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []: (Pulsar intro(1))
An optional company name []:(Pulsar Intro(2))
Using configuration from /etc/openvpn/easy-rsa/openssl-1.0.0.cnf
Check that the request matches the signature
Signature ok
The Subject's Distinguished Name is as follows
countryName           :PRINTABLE:'ES'
stateOrProvinceName   :PRINTABLE:'Madrid'
localityName          :PRINTABLE:'Madrid'
organizationName      :T61STRING:'Asociaci\0xC3\0xB3n de amigos de la VPN'
organizationalUnitName:T61STRING:'Direcci\0xC3\0xB3n Gneral. de la cocina'
commonName            :PRINTABLE:'Jesusdml-Movil'
name                  :PRINTABLE:'Jesus D.'
emailAddress          :IA5STRING:'jd@jesusdml.es'
Certificate is to be certified until Mar 29 15:58:26 2026 GMT (3650 days)
Sign the certificate? [y/n]:y


1 out of 1 certificate requests certified, commit? [y/n]y
Write out database with 1 new entries
Data Base Updated

Una vez creado el primer usuario, el resto debería tener la misma secuencia. Tan sólo, cambiará el CN, en este caso Jesusdml-Movil, de los otros certificados creados.

WARNING, be careful with pickpockets : Al igual que en la creación del servidor, podremos asignar una contraseña (1) al certificado. Ojo con esto, que si no le pones contraseña estarás conectando a tu red a cualquiera que se haga con una copia de ese certificado.

Después de la creación del certificado de usuario, se habrán agregado cuatro nuevos ficheros al directorio keys:

02.pem
Jesusdml-Movil.crt
Jesusdml-Movil.csr
Jesusdml-Movil.key

Así mismo, si viste el interior de los ficheros index.txt y serial, su contenido también ha variado para incluir el nuevo certificado e incrementando en 1 el número que ya había, respectivamente.

Configurando el Servidor

Hasta ahora hemos visto la creación de las claves necesarias para que se identifiquen entre sí el servidor y los usuarios, todos ellos bendecidos por la CA. Ahora toca la parte quizá más complicada, pero tampoco mucho, de la VPN: El servidor.

Antes de empezar, dado que tenemos todas las claves en /etc/openvpn/easy-rsa/keys es recomendable que hagamos un link a /etc/openvpn/keys para que se acorten las líneas del ejemplo de fichero de configuración y no se me descuadre la maquetación del blog, o por que así queda más bonito. Esto lo haremos con el siguiente comando:

root@localhost:/etc/openvpn# ln -s /etc/openvpn/easy-rsa/keys/ /etc/openvpn/keys

Para configurar el servidor, debemos crear un fichero de texto y denominarlo my-vpn.conf en el directorio /etc/openvpn.conf. Esto lo podemos hacer con vim o cualquier otro editor de texto. En cualquier caso, el contenido deberá ser el siguiente (recomiendo quitarle los comentarios explicativos precedidos por «#»):

port 443# Puerto por el que conectará la VPN (1). Por defecto 1194.
proto tcp # Protocolo usado por la VPN (1). Por defecto udp
dev tun # Usaremos un dispositivo tipo túnel.(2)
ca /etc/openvpn/keys/ca.crt # Certificado de la CA
cert /etc/openvpn/keys/server.crt # Certificado del servidor
key /etc/openvpn/keys/server.key  # Clave del servidor
dh /etc/openvpn/keys/dh1024.pem # Clave DH
server 192.168.230.0 255.255.255.0 # Red virtual que se creará para "el otro lado"(3)
ifconfig-pool-persist ipp.txt # Fichero en el servidor pondrá las direcciones IP de los usuarios.

# Así mismo, también podemos añadir (o no) algunas opciones para los clientes
push "dhcp-option DOMAIN local" # Cambia el dominio DNS de los usuarios conectados
push "dhcp-option SEARCH local" # Cambia el dominio de búsqueda DNS de los usuarios conectados
push "dhcp-option DNS 8.8.8.8" # Cambia el servidor de DNS que usarán los usuarios
push “route 192.168.x.0 255.255.255.0” # Indica al dispositivo del usuario las redes que están "dentro" de la VPN. Cambia la red por la que tengas en el interior de casa o de tu oficina.
push "redirect-gateway" # Le decimos que "todo" el tráfico salga por la VPN.(4)

keepalive 10 120 # Indica cada cuanto tiempo se envían paquetes de mantenimiento de conexión.
tls-auth /etc/openvpn/keys/ta.key 0 # Ruta del fichero de firma TSL/auth
comp-lzo # Indica el uso de la compresión de tráfico. Muy útil para usuarios remotos con conexiones 3G/4G
user openvpn # Usuario usado por el servidor
group openvpn # Usuario usado por el servidor
status /var/log/openvpn-status.log # Fichero para el registro de estado del servidor.
log-append /var/log/openvpn.log # Fichero de registros de eventos del servidor.
verb 4 # Nivel de información en el log. Va del 1 al 11. Si hay problemas, probar con números superiores. 
mute 20 # Indica que después de 20 eventos iguales, no se almacenarán en el fichero.

El fichero se puede copiar/pegar tal cuál ya que todo el texto que va precedido del símbolo # hasta el final de la línea, se considerará como comentario y el servidor OpenVPN no lo leerá. Bien, ahora las aclaraciones a los «numeritos»:

(1) Por defecto el puerto de VPN es el 1194. Cambiándolo por el uso del 443 y del protocolo tcp en vez de el udp, podremos usar nuestra VPN en muchos sitios que restringen el uso de VPNs al simular el uso del HTTPS que usa esos puertos.

(2) OpenVPN puede crear dispositivos tun y tap. Los dispositivos tun crean una red paralela a la existente que conecta al cliente con el servidor manteniéndose separadas del resto de redes que pudiera haber en ambos extremos. Los dispositivos tap suelen usarse para unir de forma virtual varios puntos como si se tratasen de la misma red y puede transportar cualquier protocolo (tun únicamente soporta IP). Si quieres más información sobre esto, puedes seguir este enlace.

(3) Este direccionamiento, denominado habitualmente «Dominio de encriptación», se mantendrá entre las partes que estén dentro de la VPN para comunicarse y enrutarse entre ellas. Es importante que no se repita en otras partes de la red. Por ejemplo, casi todos tenemos en casa la red 192.168.1.0/24 o 192.168.0.0/24, por lo que deberíamos escoger cualquier otro direccionamiento, tal y como he puesto en el ejemplo.

(4) En el caso de que dejemos esta directiva como tal, la VPN se pondrá como ruta por defecto, es decir, que irá por allí todo el tráfico de Internet y de otras redes a las que puedan acceder desde donde se conecten los clientes/usuarios de la VPN. En caso que que queramos seguir saliendo a Internet sin pasar por la VPN, deberemos añadir el carácter # delante de la línea o bien eliminarla.

Configuración de red del servidor

Para que el servidor pueda enviar tráfico entre los usuarios de la VPN y los equipos que tengamos dentro de la red interna, es necesario activar ese reenvío. Deberemos hacer lo siguiente:

1. Abrir el fichero /etc/sysctl.conf con vim.
2. Buscar la línea
   • #net.ipv4.ip_forward=1
3. Eliminar la almohadilla del principio dejando la línea de esta forma:
   • net.ipv4.ip_forward=1
4. Salvar el fichero y cargar los cambios con el comando:

   # sysctl -p

Ahora es el turno de que los usuarios de VPN sean «enmascarados» por el servidor de VPN. Para ello debemos ejecutar el comando:

# iptables -t nat -A POSTROUTING -s 192.168.230.0/24 -o eth0 -j MASQUERADE

Recuerda que la red 192.168.230.0/24 es la que está en el fichero de configuración de ejemplo que puse más arriba, por lo que si pusiste otra, deberás cambiarlo. Por otra parte, eth0 es el interface de red con el que Raspbian nombra el interface que va conectado al cable. Si quieres «sacar» a los usuarios a redes que están conectadas vía WiFi, deberás usar wlan0.

Para hacer permanentes los cambios, podemos ejecutar los siguientes comandos:

# iptables-save > /etc/network/iptables
# echo "pre-up iptables-restore < /etc/network/iptables" >> /etc/network/interfaces

Bien, ya no queda nada por explicar? alguna duda? Continuemos para bingo, que queda poco

Configurando los clientes de VPN

Ya que tenemos el servidor configurado y todo preparado, podemos comenzar a configurar los clientes. Para el caso, vamos a configurar un usuario en Linux, iPhone y Mac. Si usas otros sistemas, podéis utilizar software para Windows, Linux y Android, todos con su cliente OpenVPN pero con el mismo espíritu. Lo importante es que tengamos claro los ficheros que vamos a necesitar. Voy a usar los nombres que he usado en el artículo, por lo que si los habéis cambiado, adaptadlos:

• ca.crt
• Jesusdml-Movil.crt
• Jesusdml-Movil.key
• ta.key (hay que transmitirlo por un medio seguro. No lo enviéis por correo a los usuarios (o si, como queráis))

Además de los ficheros, necesitaremos un fichero de configuración (OMG, otro!!) que deberá tener el siguiente contenido (en consonancia con el del ejemplo que ponía para el servidor. Adaptadlo si lo habéis cambiado). Esta configuración está pensada en Linux, OSX y iPhone, pero he dejado comentada con el carácter «;» las líneas dedicadas a otros sistemas:

client # Indicamos que somos un cliente
dev tun # Deberemos usar el mismo tipo de dispositivo que el servidor
;dev-node MyTap # En sistemas Windows, indicar el dispositivo.
proto tcp # Mantener igual que en la configuración del servidor. 
remote aduana.jesusdml.es 443 # Nombre y puerto del servidor VPN. Recomiendo usar dnsexit o similar en caso de tener una IP dinámica.

;remote-random # En caso de haber puesto varios servidores de VPN.

resolv-retry infinite # Intentará resolver el nombre del servidor contínuamente.

nobind # Dejar que el puerto local sea asignado automáticamente.

;user nobody # En Linux deberemos descomentarlo (eliminar ";")
;group nobody # En Linuz deberemos descomentarlo.

persist-key # Mantener las claves intercambiadas hasta que desconectemos.
persist-tun # Mantener el túnel aunque se desconecte.

;http-proxy-retry # En el caso de conectarnos vía proxy, si debemos reintentar la conexión aunque nos desconecte.
;http-proxy [proxy server] [proxy port #] # Indicar servidor puerto del proxy

;mute-replay-warnings # En redes WiFi suelen darse paquetes duplicados. Con esto, se evitará registrar dichos paquetes. Activarlo en WiFi/3G/4G

# Indicar la ruta de los certificados propios, la CA y el fichero de autenticación TLS/Auth.
ca ca.crt
cert Jesusdml-Movil.crt
key Jesusdml-Movil.key
tls-auth ta.key 1

comp-lzo # Habilita el uso de comprensión.


verb 3 # Activa el nivel de log en 3.

Esta configuración básica, es la que vamos a utilizar en los siguientes clientes:

Linux: OpenVPN Client

La instalación y configuración en Linux es más sencilla de lo que parece. Lo primero es instalar OpenVPN con apt-get, yum o lo que tengamos en la distribución:

# apt-get install openvpn openssl

Moveremos a un directorio seguro o, por defecto a /etc/openvpn el fichero de configuración de cliente llamándolo cliente.ovpn y los certificados al directorio /etc/openvpn/keys. Hay que editar en el fichero de configuración la ruta de los ficheros de certificados para que cuadren con el directorio. Por ejemplo:

...
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/Jesusdml-Movil.crt
key /etc/openvpn/keys/Jesusdml-Movil.key
tls-auth /etc/openvpn/keys/ta.key 1
...

Una vez hecho esto, ejecutaremos el cliente de openvpn (como root):

# openvpn --config cliente.ovpn
Thu Mar 31 21:45:08 2016 OpenVPN 2.2.1 arm-linux-gnueabihf [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2 (2.2RC2)] built on Dec  1 2014
Thu Mar 31 21:45:08 2016 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Thu Mar 31 21:45:08 2016 Control Channel Authentication: using '/etc/openvpn/keys/ta.key' as a OpenVPN static key file
Thu Mar 31 21:45:08 2016 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Mar 31 21:45:08 2016 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Mar 31 21:45:08 2016 LZO compression initialized
Thu Mar 31 21:45:08 2016 Control Channel MTU parms [ L:1544 D:168 EF:68 EB:0 ET:0 EL:0 ]
Thu Mar 31 21:45:08 2016 Socket Buffers: R=[87380->131072] S=[16384->131072]
Thu Mar 31 21:45:08 2016 Data Channel MTU parms [ L:1544 D:1450 EF:44 EB:135 ET:0 EL:0 AF:3/1 ]
Thu Mar 31 21:45:08 2016 Local Options hash (VER=V4): 'ee93348a’
Thu Mar 31 21:45:08 2016 Expected Remote Options hash (VER=V4): ‘gh555lp1'
Thu Mar 31 21:45:08 2016 Attempting to establish TCP connection with [AF_INET]aduana.jesusdml.es:443 [nonblock]
Thu Mar 31 21:45:09 2016 TCP connection established with [AF_INET]aduana.jesusdml.es:443
Thu Mar 31 21:45:09 2016 TCPv4_CLIENT link local: [undef]
Thu Mar 31 21:45:09 2016 TCPv4_CLIENT link remote: [AF_INET]aduana.jesusdml.es:443
Thu Mar 31 21:45:09 2016 TLS: Initial packet from [AF_INET]aduana.jesusdml.es:443, sid=74999111 gh555lp1
Thu Mar 31 21:45:09 2016 VERIFY OK: depth=1, /C=ES/ST=Madrid/L=Madrid/O=Asociación de amigos de la VPN/OU=Departamento de Informática/CN=aduana.jesusdml.es/name=Server-aduana/emailAddress=aduana@jesusdml.es
Thu Mar 31 21:45:09 2016 VERIFY OK: depth=0, /C=ES/ST=Madrid/L=Madrid/O=Asociación de amigos de la VPN/OU=Dirección Gneral. de la cocina/CN=Jesusdml-Movil/name=Jesus D./emailAddress=jd@jesusdml.es
Thu Mar 31 21:45:09 2016 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Mar 31 21:45:09 2016 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Mar 31 21:45:09 2016 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Mar 31 21:45:09 2016 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Mar 31 21:45:09 2016 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Thu Mar 31 21:45:09 2016 [raspi.local] Peer Connection Initiated with [AF_INET]192.168.x.x:443
Thu Mar 31 21:45:11 2016 SENT CONTROL [raspi.local]: 'PUSH_REQUEST' (status=1)
Thu Mar 31 21:45:11 2016 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DOMAIN local,dhcp-option SEARCH local,dhcp-option DNS 8.8.8.8,route 192.168.x.0 255.255.255.0,redirect-gateway,route 192.168.230.1,topology net30,ping 10,ping-restart 120,ifconfig 192.168.230.2 192.168.230.1’
Thu Mar 31 21:45:11 2016 Options error: Unrecognized option or missing parameter(s) in [PUSH-OPTIONS]:11: .69.9 (2.2.1)
Thu Mar 31 21:45:11 2016 OPTIONS IMPORT: timers and/or timeouts modified
Thu Mar 31 21:45:11 2016 OPTIONS IMPORT: --ifconfig/up options modified
Thu Mar 31 21:45:11 2016 OPTIONS IMPORT: route options modified
Thu Mar 31 21:45:11 2016 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Thu Mar 31 21:45:11 2016 ROUTE default_gateway= 192.168.x.1
Thu Mar 31 21:45:11 2016 TUN/TAP device tun0 opened
Thu Mar 31 21:45:11 2016 TUN/TAP TX queue length set to 100
Thu Mar 31 21:45:11 2016 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Thu Mar 31 21:45:11 2016 /sbin/ifconfig tun0 192.168.230.2 pointopoint 192.168.230.1 mtu 1500
Thu Mar 31 21:45:11 2016 /sbin/route add -net 192.168.x.x netmask 255.255.255.255 gw 192.168.x.1
Thu Mar 31 21:45:11 2016 /sbin/route del -net 0.0.0.0 netmask 0.0.0.0
Thu Mar 31 21:45:11 2016 /sbin/route add -net 0.0.0.0 netmask 0.0.0.0 gw 192.168.230.1
Thu Mar 31 21:45:11 2016 /sbin/route add -net 192.168.x.0 netmask 255.255.255.0 gw 192.168.230.1

Si todo se ha configurado e instalado bien, ya deberías estar conectado a tu flamante VPN en Linux!

iPhone: VPN Connect

El software de iPhone es (todavía) más sencillo de configurar. Debemos instalar el software desde la AppStore y una vez hecho esto, abrimos iTunes con el iPhone/iPad conectado.

En aplicaciones de iPhone, en la parte derecha, bajamos hasta ver las aplicaciones con Archivos Compartidos:

Seleccionamos «OpenVPN» y en la parte inferior pulsamos sobre «Añadir», seleccionando posteriormente los siguientes ficheros:

• ca.crt
• Jesusdml-Movil.crt
• Jesusdml-Movil.key
• ta.key
• openvpn.ovpn

Después sincronizamos el iPhone/iPad y en la aplicación de OpenVPN, ya nos aparecerá la nueva configuración. Tan solo debemos activarla con el botón de desplazamiento y voilá!

OSX: Tunnelblick

La instalación en OSX es realmente sencilla usando Tunnelblick. Una vez instalado el software, debemos crear un directorio que contenga los siguientes ficheros:

• ca.crt
• Jesusdml-Movil.crt
• Jesusdml-Movil.key
• ta.key
• openvpn.ovpn

El nombre del directorio puede ser cualquier, pero hay que terminarlo con la extensión .tblk. En el fichero de configuración, debemos quitar los directorios de ruta a los certificados, CA y demás. Por ejemplo:

...
ca ca.crt
cert Jesusdml-Movil.crt
key Jesusdml-Movil.key
tls-auth ta.key 1
...

Una vez hecho esto, hacemos doble-click sobre el nuevo directorio creado, que se habrá transformado en un fichero .tblk y el programa importará automáticamente la configuración. Para activar la VPN habrá que ir al nuevo icono con forma de túnel de la barra superior y seleccionar «Conectar… «Nombre de la VPN»».

Si todo ha salido bien, veremos como salen las notificaciones de nuestra conexión a la VPN

Bien, ya hemos llegado al final de este pequeño pero entretenido artículo, manual, o llámalo Perry Mason. Espero que te sea de utilidad y que no comas mucho antes del verano, que luego vienen las lamentaciones con los bikinis y bañadores. Advertido quedas.

Un Saludo.

Jesus D. Muñoz

La entrada VPN: Conectar a casa remotamente, usando Raspberry se publicó primero en jesusdml.es.

Para provocar este fallo, no hace faltan complicadas secuencias ni esperar a cualquier alineación planetaria. Simplemente pulsar un link en un correo o determinadas aplicaciones como Whatsapp provoca este fallo de forma aleatoria. El fallo se reproducirá en el 100% de las ocasiones en las que  se mantiene pulsado un link para abrir en otra pestaña, por ejemplo, o mandarlo a otra aplicación.

Al mantener pulsado un enlace, Safari para iOS9.3 se colgará

Buscando el Plan B en los foros de iOS.

Mientras Apple está preparando la actualización (o no) en algunos foros recomiendan la desactivación de JavaScript (1), el vaciado de datos de navegación (2), o la desactivación de la sugerencias de aplicaciones de Safari (3), todo esto dentro de la configuración de Safari en «Ajustes/Safari» .

Lo cierto es que, personalmente ninguna de las activaciones/desactivaciones recomendadas me ha funcionado, pero por probar que no quede.

Esperemos que Apple nos ofrezca una solución rápido, ya que parece que lo único que funciona actualmente es utilizar otros navegadores como Opera o Chrome a pesar que de las últimas versiones de ambos, tampoco están alcanzando un grado de satisfacción deseable a sus usuarios.

Un Saludo,

Autor: Jesus D. Muñoz

La entrada iOS 9.3 y los cuelgues de Safari se publicó primero en jesusdml.es.

Detectar una falsificación

Antes de nada, hay que decir que algunos de los vendedores son desconocedores del producto a la hora de venderlo y pueden ser tan víctimas como sus posibles clientes. Otros parecen sospechar del mochuelo que les han colocado e incluyen párrafos como «… solo tiene activado 32GB, pero me dijeron que cambiando algo se puede activar el resto del espacio». En cualquier caso, no aparecerán mágicamente los Gigas por los que hemos pagado y nos quedaremos con un Pendrive manipulado que engaña al Sistema Operativo para proporcionarle una información que no es cierta:

Pendrive USB de 2GB

Pendrive modificado para mostrar 2TB

El «truco» consiste en una alteración de la información proporcionada por el pendrive mediante la manipulación del componente que proporciona la capacidad al sistema operativo. Algunas de estas modificaciones son acompañadas por blisters falsificados e incluso serigrafías en el cuerpo del propio pendrive con la información alterada:

¿Como se detecta?

Una forma de detectar este tipo de estafas es llenando la unidad con datos y comprobando que no se corrompen. Alguna de ellas es posible que hasta las herramientas de formato del Sistema Operativo sean engañadas y muestren la información que el malo de turno ha falseado.

También podemos mirar el modelo en la web del fabricante y comprobar que se trata del mismo que acabamos de comprar y que cuenta con esta capacidad (aunque esto también es posible falsificarlo en la serigrafía y embalaje).

Si por último nos quedase cualquier duda, eBay muestra algunos consejos desde su web (que actualizan con las últimas modificaciones que hacen los malos) y proporcionan enlace a algunas herramientas:

• Check Flash
• H2testw
• USB Flash Tester

Pero… ¿existe ya un pendrive de más de 1TB?

Algún día, quizá no muy lejano, los dispositivos del tipo pendrive o tarjetas SD con estas capacidades serán algo corriente, pero de momento están relegados a modelos muy exclusivos como el DataTraveler HyperX Predator por algo más de 850€. Estos dispositivos son bastante más voluminosos que los que nos podemos encontrar en la franja que hay por debajo de los 512Gb y casi todos son USB3.0.

Pendrive 1TB del bueno

Como siempre, mucho ojo cuando compremos productos por Internet. Tal y como dice la conocida «Prueba del pato«: «Si luce como un pato, nada como un pato y se comporta como un pato, ¡probablemente es un pato!» aunque en esta ocasión, nos pueden dar pato por liebre o giga por tera!

Un Saludo,

Autor: Jesus D. Muñoz

La entrada OJO! Se vende Pendrive de 1TB o 2TB falso. se publicó primero en jesusdml.es.

Si bien estoy acostumbrado, el caso que recojo me ha llamado la atención puesto que lo he recibido decena de veces en varias de mis cuentas privadas y profesionales, además de que varias personas me hayan preguntado si esto era un mail «de verdad» o una estafa (desafortunadamente, alguno me lo ha preguntado después de meter los datos y le ha tocado desactivar su tarjeta de crédito).

El mail en cuestión es el siguiente:

Si algún incauto «pica» y sigue el enlace ofrecido en el cuerpo del correo, según el navegador con el que cuente, será dirigido a una aplicación web con un sencillo formulario en el que se piden sus datos personales, incluyendo el número de tarjeta de crédito con su PIN:

Este tipo de aplicaciones maliciosas se despliegan masivamente mediante bots que localizan websites vulnerables y coordinan la incorporación de estos nuevos aliados involuntarios con el lanzamiento de los correos enlazándolos.

En caso de que leas esto después de haber puesto tus datos en el formulario, bloquea la tarjeta suministrada y denuncia el robo de datos ante la brigada de delitos informáticos o las fuerzas de seguridad de tu país (conserva el mail en tu buzón e imprímelo con cabeceras).

Como siempre: «Cuidado con los malos».

Un Saludo,

Autor: Jesus D. Muñoz

La entrada Campaña de robo de contraseñas de Apple (itunes, icloud, appstore…) se publicó primero en jesusdml.es.

Maria de la Trinidad Cotilla. De su apellido proviene llamar cotillos a los cotillos

Historia de un «secreto»

Esta red social viene de la mano de David Byttow (de Square Wallet) y Chrys Bader (Product manager en Google+, Photovine y YouTube). En febrero de 2014, consiguieron 1.400.000$ de varias empresas inversoras entre las que destacan Google Ventures y Kleiner Perkins Caufield & Byers. De los primeros no hace falta que hable y a los más paranoicos les gustará saber que los segundos han establecido un importante cuartel general en Shangay y Beijing y cuentan con inversiones en medio Sillicon Valley destacando Amazon, AOL, Facebook, o Zinga. En 1999, junto a otro gran grupo inversor, adquirieron el 20% de Google.

¿Esto quiere decir que está Google detrás de todo esto? Si y no. Independientemente de que uno de sus fundadores sea product manager de los dos buques insignia de Google (Google+ más bien es un buque insignia con aroma a Eau d’Titanic) son los usuarios de Facebook el principal target de esta aplicación.

Hablemos del ROI. ¿Como gana dinero Secret?

El retorno de inversión de esta aplicación es mas bien sospechoso. Sin publicidad, sin suscripción de pago, sin posibilidad de arañar dinero en compras embebidas, parece que el ROI de esta aplicación son los propios datos que introducimos en la misma. No, no me refiero a quien es la mas guapa/o o feo/a, a los cotilleos más sabrosos (o no) de tu grupo de amigos o a quien la tiene más grande (la naríz), si no a los exquisitos datos de tus contactos del móvil, agrupaditos y con perfiles que les dan el nombre, dirección, cuentas en otras redes sociales de esa persona, correo, etc.

En el mercado negro, o gris o blanco, según la legislación aplicable en cada caso, los datos completos de una persona pueden valer entre 2$ y 10$. Es decir, cada vez que le decimos a una aplicación que puede acceder a los contactos de nuestro móvil, le estaremos dando carnaza que luego puede ser revendida a empresas de Big Data e ingeniería de datos.

¿Es Secret una aplicación segura?

Segura desde el punto de vista de aplicación, no puedo afirmar con un rotundo SI, ni siquiera podría hacerlo del sistema operativo de muchos aviones, o de la aplicación de tu banco. Si la pregunta es «¿Podemos saber quien está detrás de una publicación?» Se puede hacer en determinados casos. Por ejemplo, si sospechas de quien puede ser, es posible eliminarle de tus contactos de Facebook y/o del teléfono y ver si cambia el estatus de «Friend» a nada o a «Friend of Friend». Esto último obliga a cerrar completamente Secret. Al contrario de lo que dicen algunos «que es necesario hacer logoff y volver a mandar todos los contactos» esto no es necesario, ya que al inicial Secret estos son sincronizados de nuevo. En un debug de la aplicación, se puede ver esto:

Aug 12 18:15:46 IPHONE-PRUEBA Secret[341] <Warning>: 4 contact details (3 from 2 sources)
Aug 12 18:15:46 IPHONE-PRUEBA Secret[341] <Warning>: New contact details, syncing...
Aug 12 18:15:48 IPHONE-PRUEBA Secret[341] <Warning>: Reloading from mixer...

¿Es verdad que se puede ver de alguna manera el nombre de la persona?

No. Los datos del identificador, a falta de algún análisis exhaustivo, parecen ser que no guardan relación reversible con los del publicador de la publicación. Si vemos en un debug de la aplicación, en todo momento usan identificadores otorgados por Secret:

Al leer un Secret:

Aug 12 18:24:23 IPHONE-PRUEBA Secret[341] <Warning>: Read secrets to transmit: 1
 Aug 12 18:24:23 IPHONE-PRUEBA Secret[341] <Warning>: Marking 1 secrets read
 Aug 12 18:24:33 IPHONE-PRUEBA Secret[341] <Warning>: Parameters: {
 Id = uzotvigbqdmkxigcszorhbrgpf;
 }

Vemos un ID asociado a la lectura de esa publicación. ¿Será el del usuario? Parece ser que no. En ID que se obtiene es el de la publicación y no el de la persona que lo subió. En las pruebas, se subieron dos publicaciones con el mismo móvil y no hacía referencia a los mismos datos de identificador:

Aug 12 18:28:04 IPHONE-PRUEBA Secret[341] : Opened secret with id: xiklxdcwxqumdubhamyxfisxup
Aug 12 18:27:51 IPHONE-PRUEBA Secret[341] : Opened secret with id: ihwmuxlofbngcitaoqjwboclyd

En los comentarios pasa lo mismo:

 Aug 12 18:16:18 IPHONE-PRUEBA Secret[341] <Warning>: Marking 1 secrets read
 Aug 12 18:16:23 IPHONE-PRUEBA Secret[341] <Warning>: Pressed post comment
 Aug 12 18:16:23 IPHONE-PRUEBA Secret[341] <Warning>: Parameters: {
 Message = Hola1;
 SecretId = grcckfhdkkdoekdtmbpslvoe;
 }
 Aug 12 18:16:24 IPHONE-PRUEBA Secret[341] : Network request successful
 Aug 12 18:16:24 IPHONE-PRUEBA Secret[341] : Will hide keyboard
 Aug 12 18:16:24 IPHONE-PRUEBA Secret[341] : Closing comments
 Aug 12 18:16:24 IPHONE-PRUEBA Secret[341] : Total comment count: 1

Si subimos un comentario con el mismo móvil a otra publicación:

Aug 12 18:32:23 IPHONE-PRUEBA Secret[341] : Marking 1 secrets read
Aug 12 18:32:23 IPHONE-PRUEBA Secret[341] : Pressed post comment
Aug 12 18:32:23 IPHONE-PRUEBA Secret[341] : Parameters: {
Message = Hola2;
SecretId = sfrbmjwwykticiujldobwswaki;
}
Aug 12 18:32:25 IPHONE-PRUEBA Secret[341] : Network request successful
Aug 12 18:32:25 IPHONE-PRUEBA Secret[341] : Will hide keyboard
Aug 12 18:32:25 IPHONE-PRUEBA Secret[341] : Closing comments
Aug 12 18:32:25 IPHONE-PRUEBA Secret[341] : Total comment count: 1

En ningún caso (a nivel local), se establecen las relaciones entre los diferentes IDs en el móvil. Esto puede significar que la gente de Secret relaciona en una BBDD mediante tokens, los IDs de usuario, las publicaciones y los comentarios, así como las demás opciones que nos ofrece el programa.

¿Que puedo hacer en caso de que me molesten?

El «mundo 2.0» o 3,0 o 4.0, no se por cual vamos ya, nos da la mismas opciones que la vida real. Además de una más o menos útil capacidad de marcar en la propia aplicación una publicación o un comentario como ofensivo, podemos recurrir a las policías y cuerpos de seguridad de cada país, denunciando el hecho con el mayor número de detalles posible.

Un Saludo,

Autor: Jesus D. Muñoz.

La entrada ¿Que hay detrás de la aplicación Secret? se publicó primero en jesusdml.es.

El Guinness de esto va a ser mio si o si

En la informática, en seguridad sobre todo, hay que desarrollar una habilidad, intuición, y tener una base sólida de experiencia. Es imposible auditar bien un entorno en el que no conoces los sistemas a los que te enfrentas. Cada sistema es un mundo y cada mundo dentro de un sistema funciona de forma diferente.

En sistemas antiguos, que hayan sido implementados hace tiempo, es posible que el administrador haya metido mucha mano en el y que la respuesta a las herramientas que puedas usar no sea la que te marca «el libro». Incluso hay parches para algunos sistemas operativos que varían la respuesta ante un scanner de puertos para hacer fingerprinting.

Prohibido aburrirse!! Aprendiendo sobre seguridad informática…

Retomando la pregunta del principio, este veranito podemos invertir en nuestro futuro profesional con:

• Leer unos cuantos libros, documentos (algunos libres de uso) y ser habitual de algunos portales web:

• OWASP, Guía de desarrollo seguro
• OSSTM, Metodología abierta de testeo de seguridad informática
• PCI DSS, Principal norma de seguridad para medios de pago
• Portal de ISO 27001 en español
• Portal de PCI DSS en español
• Portal de ISACA, generador de las certificaciones más valoradas en el mercado, CISA y CISM

• Hacer un par de cursos que nos ayudarán a centrarnos en alguna metodología con «consecuencias laborales» y poder revalorizar el (de momento) escueto currículo:

• Curso de auditor/implantador de la normativa PCI DSS para tarjetas de crédito
• Cursos de las diferentes certificaciones de ISECOM (OSTMM)
• Cursos de las certificaciones CISA o COBIT entre otras
• Formación en análisis forense digital

• Instalarnos instalarnos VirtualBox y conocer sistemas operativos con los que no estamos familiarizados para aprender su funcionamiento, configuración, como se securizan, vulnerabilidades comunes, etc.

• https://www.virtualbox.org/
• Artículo sobre VirtualBox en Jesusdml.es
• Diferentes tipos de servidores preinstalados para VirtualBox

• Jugar con algunas de las herramientas que podemos encontrar en la excelente y excelsa recopilación de los señores de Flu-Project:

• http://www.flu-project.com/p/herramientas-de-seguridad.html

En definitiva si este verano te aburres después del mundial, bajar a la playa/piscina, irte a recorrer mundo, crear tu banda de música decimonona con instrumentos de época, criar orquídeas, estudiar la proliferación de hongos en ambientes húmedos, descubrir los secretos sobre el vuelo de la mosca común y echarle un vistazo a lo que pongo en este artículo o colaborar con más enlaces y recursos recomendables en los comentarios del mismo, será estrictamente culpa tuya!!

Por supuesto que no he incluido ni la brizna de una planta (de plástico, que si no se congela) que esté en  la punta del iceberg de la seguridad informática, pero por algo hay que empezar, no?

Saludos,

Autor: Jesus D. Muñoz

La entrada Terminé la carrera informática… y ahora ¿que? se publicó primero en jesusdml.es.

Como he decidido no centrarme en las actividades de la empresa Madbid.es y su supuesto juego limpio con las supuestas «subastas a un céntimo», que eso daría para un libro, más que una entrada en un blog, me voy a centrar exclusivamente en su táctica comercial como ejemplo de detectar un anuncio de contenido falso en Internet.

El anuncio en cuestión, que lo veo últimamente en muchos diarios on-line, es el siguiente:

Si pinchamos sobre él, a pesar que 17€ por un IPhone 3G ya me parece caro a estas alturas y que pienso que llamar a este «nuevo» es para que devuelvan al editor a 2008, nos lleva a una supuesta página de una revista de «Tendencias de los consumidores». Esta página, no está en los servidores de madbid.com, sino en otro servidor que hace de «intermediario» para vendernos un mensaje engañoso mediante falsos testimonios y supuestas fotos de ganadores de estas subastas:

Poco contentos con esto, meten además algunas «notas de color» como una falsa huelga de empleados de Ebay, accesos a redes sociales que son mas falsos que un «no es lo que parece», y comentarios con formato de Facebook a la «investigación» de una supuesta experta en compras on-line de nombre «Clara».

Por supuesto nada de «Aviso Legal», «Quienes somos», o cualquier otra información sobre esta «Revista del consumidor», ni otras noticias ni contenido, ni nada de nada. Una simple página estática sin más contenido que las alabanzas a este edén del cazagangas aficionado/ocasional.

Destripando anuncios falsos.

Si todo esto no nos parece sospechoso todavía, abriremos aún más la persiana para que entre más luz al asunto de la mano de Google Images. También podemos usar la versión para imágenes de nuestro buscador favorito, en caso de que la tenga xD.

Vamos a buscar primero a la supuesta reportera «Clara», que tan buena fe nos brinda sobre este website de subastas:

• Abriremos en nuestro navegador la URL: http://www.google.es/imghp

Pinchamos sobre la cámara a la derecha del cuadro de texto y, o bien metemos el enlace a la imagen o la descargamos y se la entregamos a Google para que nos diga cositas sobre la que ya consideramos amiga nuestra Clara. La búsqueda nos devuelve lo siguiente:

Como podemos ver, la búsqueda de la imagen nos da 93 resultados y la asocian a gafas de la marca «Pierre Cardin». Si usamos esa consulta, nos devolverá entre otras esta imagen:

Parece que nuestra amiga Clara es una curranta y que lo mismo hace artículos para revistas de consumidores que posa para firmas de moda.

Lo mismo ocurre con el supuesto ganador de un IPad que nos contaba su experiencia. Una pequeña búsqueda con Google Images, y veremos que es el hombre más afortunado del mundo. Ha ganado ese mismo iPad en Penny Auditions, Prominent Prizes, y otros 72 sitios similares.

Si vamos al vídeo en el que se entrevista a un supuesto empleado de Ebay, veremos que es en realidad una imagen estática, y que enlaza a una noticia de un noticiario que cuenta supuestamente el éxito de estas subastas on-line. El vídeo lo podemos ver aquí:

• https://www.youtube.com/watch?v=RpD6WEBCsUQ

Dias después, podemos ver a la misma en un contexto totalmente diferente:

http://chicago.cbslocal.com/video/6518776-penny-auctions-cost-more-than-one-cent-to-use/

En la parte de testimonios, ocurre exactamente lo mismo. Con un formato similar a los comentarios de Facebook, pretenden ganarse la confianza de los incautos navegantes con falsas alabanzas y buenas experiencias:

Si buscamos la fotografía de «Antoine» en Google Images, veremos que en realidad se trata de M. James Faison y veremos un enlace a una web que no tiene nada que ver con este anuncio.

De otro de los comentarios, no creo que haga falta ni buscar la imagen. Nadie se llama «Adri Ano» en Facebook

Espero que la próxima vez que nos ofrezcan duros a cuatro pesetas o euros a 75 céntimos, le demos un par de vueltas hasta que el raciocino confirme lo que la razón nos está diciendo a voces.

Un Saludo,

Autor: Jesus D. Muñoz

La entrada Detectando anuncios falsos en Internet se publicó primero en jesusdml.es.

Entre las muchas cosas que podemos configurar en nuestra «RasPi», está la de hacer overclooking, es decir, alterar la velocidad y voltaje del aparatito en cuestión consiguiendo que vaya más rápido a costa de que corramos un pequeño riesgo de convertirlo en un radiador para el invierno si se nos va la mano.

Todos los que hemos jugado con el overclooking, sabemos que el principal enemigo es la temperatura. Además, la Raspberry Pi cuenta con el hándicap de que no lleva ventilador de serie (y en su funcionamiento normal no lo necesita) por lo que si forzamos un poco la máquina, nos interesará monitorizar la temperatura de la CPU para saber si está trabajando por encima de sus niveles recomendados (su temperatura habitual es de 44ºC~55ºC).

Puedes ayudarte del comando vcgencmd para saber la temperatura de tu Raspberry:

jesusdml@raspi ~ $ vcgencmd measure_temp
temp=50.8'C

o bien la versión más friki:

jesusdml@raspi ~ $ echo La temperatura es de $(echo "scale=1; $(cat /sys/class/thermal/thermal_zone0/temp)/1000" | bc)ºC
La temperatura es de 50.8ºC

Ahora bien, no siempre vamos a estar ahí para mirar la temperatura y si estamos, tampoco es cosa de perder el tiempo mirándola constantemente y apuntándola en un fichero para ver su histórico.

Para evitarnos este trabajo, podemos hacer uso de RPi-Monitor. Con esta aplicación gratuita y disponible en la App Store  Pi Store, haremos mucho más. Además de sacar gráficas de la evolución de la temperatura, podremos hacer lo mismo con el uso de CPU, Memoria RAM, Uso de la red, Uptime, Espacio en disco, etc.

RPi-Monitor – Uso de CPU

Además, contaremos con una práctica «Shell-in-a-box«, con https, que nos dará acceso a un terminal de nuestra Raspberry:

Shellinabox en RPi-Monitor

Una aplicación perfecta para monitorizar a nuestra pequeña gran bestia parda!!

Saludos,

Autor: Jesus D. Muñoz

La entrada Monitorizar Raspberry Pi con RPi-Monitor se publicó primero en jesusdml.es.