PDF

Seguridad en
dispositivos
mviles
Marc Domingo Prieto
PID_00178751
CC-BY-SA PID_00178751 Seguridad en dispositivos mviles
Los textos e imgenes publicados en esta obra estn sujetos excepto que se indique lo contrario a una licencia de
Reconocimiento-Compartir igual (BY-SA) v.3.0 Espaa de Creative Commons. Se puede modificar la obra, reproducirla, distribuirla
o comunicarla pblicamente siempre que se cite el autor y la fuente (FUOC. Fundaci per a la Universitat Oberta de Catalunya), y
siempre que la obra derivada quede sujeta a la misma licencia que el material original. La licencia completa se puede consultar en:
http://creativecommons.org/licenses/by-sa/3.0/es/legalcode.ca
CC-BY-SA PID_00178751 Seguridad en dispositivos mviles
ndice
Introduccin............................................................................................... 5
Objetivos....................................................................................................... 6
1. La problemtica de la seguridad................................................... 7
1.1. Conceptos bsicos de seguridad ................................................. 7
1.2. Capas de seguridad en dispositivos mviles ............................... 8
2. Comunicaciones inalmbricas........................................................ 10
2.1. Ataques ........................................................................................ 10
2.2. Mecanismos de prevencin ........................................................ 12
2.3. Caso de estudio: IEEE 802.11 ..................................................... 14
3. Sistema operativo............................................................................... 18
3.1. Ataques ........................................................................................ 19
3.2.1. Privilegios de usuarios ................................................... 20
3.2.2. Aislamiento de procesos ................................................ 21
3.2.3. Actualizaciones .............................................................. 22
3.3. Caso de estudio: ssh en iOS ........................................................ 23
4. Aplicaciones......................................................................................... 24
4.1. Ataques ........................................................................................ 24
4.1.1. Ataques al software: malware.......................................... 25
4.1.2. Ataques en la web ......................................................... 27
4.2.1. Mercado de aplicaciones ................................................ 29
4.2.2. Navegador web .............................................................. 31
4.2.3. Aplicaciones de seguridad ............................................. 32
4.3. Caso de estudio: ZEUS man in the mobile..................................... 35
5. Usuario.................................................................................................. 37
5.1. Ataques ........................................................................................ 37
5.2.1. Sustraccin momentnea .............................................. 38
5.2.2. Sustraccin indefinida ................................................... 39
5.3. Caso de estudio: WaveSecure ...................................................... 40
6. Prcticas de seguridad...................................................................... 42
Bibliografa................................................................................................. 45
CC-BY-SA PID_00178751 5 Seguridad en dispositivos mviles
Introduccin
La seguridad en dispositivos mviles se ha convertido en un asunto muy im- Ataque

portante debido al incremento de "ataques" recibidos y a las consecuencias
El ataque es un mtodo me-
que estos tienen. Los ataques vienen incentivados por la popularizacin de los diante el cual un individuo in-
dispositivos mviles, el aumento de informacin personal y confidencial que tenta tomar el control, deses-
tabilizar o daar un dispositivo
almacenan y las operaciones realizadas a travs de ellos, como por ejemplo mvil.
las bancarias.
Los dispositivos mviles estn formados por un conjunto de componentes de

hardware capaces de soportar una gran variedad de tecnologas inalmbricas
(GSM, UMTS, Wifi, Bluetooth, etc.), donde destaca uno o varios procesadores
de altas prestaciones que permiten ejecutar un sistema operativo muy com-
plejo y un gran nmero de aplicaciones que requieren una gran capacidad de
clculo. Todo ello incrementa significativamente las distintas vulnerabilidades
a las que estn expuestos este tipo de dispositivos.
Un hardware ms potente implica que pueden ser tratados ms datos (nor-

malmente personales), tanto los que se almacenan en la memoria de los dis-
positivos mviles como los que se reciben por los diferentes sensores que estos
incorporan. Adems, el hecho de soportar una gran variedad de tecnologas
inalmbricas abre ms vas de ataque.
Una mayor complejidad del sistema operativo tambin puede aumentar la error
vulnerabilidad de los dispositivos mviles. Cuando los sistemas crecen es ms
En ingls, bug.
fcil que se produzca algn error en el software. Adems, su peligrosidad au-
menta debido a que todava no somos conscientes de estos posibles problemas
de seguridad.
Este mdulo no pretende ser un manual de seguridad ni recoger todos los

riesgos existentes, sino introducir los conceptos y principios de seguridad en
los dispositivos mviles. Este material ha de servir para que nos familiaricemos
con los riesgos en los que estn inmersos los dispositivos mviles, as como con
las medidas de seguridad aplicables con el fin de reducir los daos causados
por un ataque.
Empezaremos el mdulo viendo algunos conceptos bsicos de seguridad e

identificando las diferentes capas donde los dispositivos mviles pueden im-
plementar seguridad: comunicaciones inalmbricas, sistema operativo, apli-
cacin y usuario. Posteriormente, analizaremos la seguridad en cada una de
estas capas.
Objetivos
Con el estudio de este mdulo se pretende que el estudiante alcance los obje-
tivos siguientes:
1. Entender los conceptos bsicos de seguridad.
2. Ver las medidas de seguridad que se utilizan en las tecnologas de comu-

nicaciones inalmbricas utilizadas en los dispositivos mviles.
3. Conocer las medidas de seguridad que se aplican en el sistema operativo.
4. Revisar los riesgos que presentan algunas aplicaciones.
5. Comprender las consecuencias de una prdida o robo de un dispositivo

mvil y conocer los mecanismos para limitar sus efectos.
6. Saber cules son las prcticas de seguridad recomendadas cuando se utiliza

un dispositivo mvil.
1. La problemtica de la seguridad
1.1. Conceptos bsicos de seguridad
Cuando hablamos de seguridad, existe una nomenclatura imprescindible para

identificar el grado de proteccin que estamos utilizando. Si tomamos como
ejemplo los diferentes pasos que se efectan durante una llamada telefnica
sobre una red inalmbrica, podemos identificar los cuatro conceptos clave de
seguridad de la informacin:
Confidencialidad: ha de ser posible que nadie pueda captar nuestra lla-

mada y enterarse de lo que decimos.
Autenticacin: solo los usuarios con un telfono de la red, es decir, perte-

necientes a la compaa, pueden utilizar la red.
Integridad: es necesario que la informacin, de voz o datos, que viaje por

la red inalmbrica no se pueda alterar sin que se detecte.
No repudio: debe ser imposible que un usuario que ha utilizado la red

pueda negarlo; es decir, se debe garantizar que haya pruebas que demues-
tren que un usuario ha hecho una determinada llamada.
De manera ms genrica, y al mismo tiempo formal, podemos definir estos

conceptos del modo siguiente:
Privacidad
La confidencialidad es la propiedad que asegura que solo los que estn
autorizados tendrn acceso a la informacin. Esta propiedad tambin El trmino privacidad es la tra-
duccin de la palabra inglesa
se conoce como privacidad. privacy. Para el mismo concep-
to en ingls tambin se utiliza
la palabra secrecy.
La integridad es la propiedad que asegura la no alteracin de la infor-
macin. Por alteracin entendemos cualquier accin de insercin, bo-
rrado o sustitucin de la informacin.
La autenticacin es la propiedad que hace referencia a la identificacin.

Es el nexo de unin entre la informacin y su emisor.
El no repudio es la propiedad que asegura que ninguna parte pueda

negar ningn compromiso o accin realizados anteriormente.
Hay que destacar que la propiedad de autenticacin es quiz la ms importante

de las que acabamos de mencionar, ya que sirve de poco conseguir confiden-
cialidad e integridad si resulta que el receptor de la informacin no es quien
nosotros pensamos.
Estos cuatro conceptos bsicos de seguridad de la informacin que acabamos

de definir son la base de la totalidad de los requisitos de seguridad que se
pueden necesitar, tanto si se trata de comunicaciones inalmbricas como de
informacin en general.
1.2. Capas de seguridad en dispositivos mviles
Para poder entender la importancia de la seguridad en los dispositivos mviles

hay que conocer las capacidades de estos dispositivos y cmo se ha llegado
a ellas. Principalmente, los dispositivos mviles han vivido una importante
revolucin en cuanto a las aplicaciones que pueden ejecutar. Esta revolucin
ha estado marcada por tres motivos:
1) Un hardware potente, con muchos sensores.
(1)
2) Un sistema operativo complejo que facilita un SDK1 sencillo y potente para SDK son las siglas en ingls de
software development kit, traducido
los desarrolladores. como kit de desarrollo de software.
3) Un mercado de aplicaciones completamente integrado en el sistema y muy

intuitivo, lo que facilita las transacciones tanto a los usuarios como a los desa-
rrolladores.
Debido a estas nuevas funcionalidades que ofrecen los sistemas operativos pa-
ra mviles y a las aplicaciones que se han creado sobre ellos, los dispositivos
mviles acaban almacenando gran cantidad de datos, generalmente confiden-
ciales. Ya no nicamente guardamos los nmeros de telfono de nuestros con-
tactos, el registro de llamadas o los SMS, sino que tambin almacenamos una
gran cantidad de informacin personal, como pueden ser cuentas bancarias,
documentos o imgenes.
Este aumento de la informacin personal almacenada provoca que ms perso-

nas puedan estar interesadas en obtenerla. Adems, la complejidad actual de
los sistemas operativos para mviles ha incrementado los agujeros de seguri-
dad expuestos. Por lo tanto, cuando utilizamos dispositivos mviles, es reco-
mendable seguir unas prcticas de seguridad, que sern parecidas a las utiliza-
das en los ordenadores.
Para poder analizar la seguridad de los dispositivos mviles de manera efi-

ciente, se ha organizado este mdulo en cuatro apartados: la comunicacin
inalmbrica, el sistema operativo, la aplicacin y el usuario. Cada apartado
contendr una pequea introduccin, una breve descripcin tanto de los prin-
cipales ataques como de los principales mecanismos de prevencin y un caso
de estudio.
2. Comunicaciones inalmbricas
Las comunicaciones inalmbricas permiten que dos o ms dispositivos mvi- Ved tambin
les puedan comunicarse entre ellos sin necesidad de estar conectados por un
Este mdulo no pretende ex-
medio fsico, como es el cable. Adems, crean una capa de abstraccin, lo que tenderse en el funcionamien-
permite que dispositivos mviles con diferentes sistemas operativos puedan to y la seguridad de las comu-
nicaciones inalmbricas, sino
intercambiar informacin. nicamente mostrar de una
manera global los mecanismos
de proteccin utilizados y las
posibles vulnerabilidades que
podrn ser explotadas por un
atacante. Para los que quieran
profundizar en la materia, se
recomienda la lectura de los
mdulos didcticos de la asig-
natura Seguridad en comunica-
ciones inalmbricas, as como
los documentos de la biblio-
grafa.
El uso de las comunicaciones inalmbricas presenta una serie de ventajas, co-

mo la escalabilidad y la movilidad. Ahora bien, cuando nos centramos en te-
mas de seguridad, las comunicaciones inalmbricas muestran su vertiente ms
oscura.
El uso del espectro electromagntico como medio de comunicacin implica

que la informacin viaja por el aire sin que nada ni nadie le pueda poner
lmites. Esto provoca que la informacin sea ms difcil de proteger y, por lo
tanto, que las propiedades de seguridad de las que se dispone en otros entornos
no siempre se puedan alcanzar en las comunicaciones inalmbricas.
2.1. Ataques
Para poder obtener cotas de seguridad elevadas en las redes inalmbricas, es

preciso analizar cules son las amenazas ms importantes de este entorno y
qu relacin tienen con las propiedades que se han definido en el subapartado
1.1.
Aunque no hay una clasificacin estricta de los posibles ataques a la seguridad

(y por eso es importante la definicin de las propiedades del subapartado 1.1),
a continuacin apuntamos los ms importantes:
1)Masquerading. Accin en la que el atacante suplanta la identidad de alguna

entidad del sistema (estacin base o dispositivo mvil) para obtener acceso a
recursos de este sistema. Este ataque incide directamente en la propiedad de
autenticacin. Para prevenirlo, es necesario un buen proceso de autenticacin,
tanto por parte del dispositivo mvil como de los puntos de acceso a la red.
Ejemplo de masquerading
Un atacante puede suplantar una estacin base de la red (emitiendo una seal de ms
potencia que la de la estacin base legtima) y as capturar mensajes de autenticacin de
los usuarios. Una vez obtenida la informacin de estos mensajes, se puede hacer pasar
por uno de los usuarios legtimos de la red para obtener acceso a los recursos.
(2)
2)Denegacindeservicio2. Accin en la que el atacante consigue que el ser- En ingls, deny of service (DoS).
vicio no est disponible para los usuarios legtimos o que el servicio se retrase
o se interrumpa. Este tipo de ataque es quiz el nico que no se puede iden-
tificar con ninguna de las propiedades de seguridad definidas en el apartado
anterior. Este hecho se debe a que estos ataques se suelen llevar a cabo incluso
con anterioridad al proceso de autenticacin, justamente con el envo masivo
de solicitudes de este tipo.
Ejemplo de ataque de denegacin de servicio
Un ataque de denegacin de servicio en una red inalmbrica se puede llevar a cabo me-
diante la generacin de una seal de radio de la misma frecuencia que la de la red inalm-
brica, pero con una potencia superior. De esta manera se atena la seal de la red, con
lo cual no se permite a los usuarios utilizarla. Este tipo de ataques tambin se conoce
como jamming.
(3)
3)Eavesdropping3. Accin en la que el atacante obtiene informacin de una La palabra eavesdropping no tie-
ne equivalente en castellano y se
comunicacin de la que no es ni emisor ni receptor. En este caso, el atacante traduce como escuchar secretamen-
vulnera la confidencialidad de la informacin que ha interceptado. Este tipo de te.
ataque se clasifica como ataque pasivo, ya que el atacante obtiene informacin

de los datos en trfico, pero no puede realizar ninguna accin sobre la red ni
sobre la informacin que circula. Es importante tener en cuenta, sin embargo,
que la informacin obtenida en un ataque de eavesdropping puede dar lugar a
un posterior ataque de masquerading.
4)Confidencialidaddeposicionamiento. Accin en la que el atacante ob- Especificidades del

tiene, mediante diferentes tcnicas, la posicin fsica de un dispositivo mvil entorno inalmbrico
y, por lo tanto, la de su propietario. Este tipo de ataque puede afectar seria- La confidencialidad de posicio-
mente a la privacidad de las personas, en tanto que pueden ser localizadas namiento es un rasgo caracte-
rstico de las comunicaciones
en cualquier momento por el mero hecho de tener un dispositivo mvil en inalmbricas; en este entorno
es donde tiene sentido hablar
funcionamiento. de posicin fsica (en los entor-
nos con hilos, los dispositivos
tienen una localizacin fsica
Ejemplo de ataque de confidencialidad de posicionamiento concreta o, en cualquier caso,
una movilidad muy limitada).
La posicin del dispositivo mvil se puede utilizar de manera positiva en aplicaciones
para controlar flotas de transportes, pero tambin se puede utilizar de manera maligna,
por ejemplo, para el envo de propaganda no deseada (spamming) relacionada con esta-
blecimientos prximos a la localizacin del dispositivo mvil.
2.2. Mecanismos de prevencin
La preocupacin por la seguridad en los entornos inalmbricos es creciente, ya

que el uso de este entorno para aplicaciones de comercio electrnico requiere
un grado de seguridad elevado.
Cuando hablamos de tcnicas para prevenir riesgos de la seguridad, podemos ha-

cer una distincin clara entre las que trabajan en el nivel fsico de la comuni-
cacin y las que trabajan en el resto de los niveles, tanto si se trata del nivel
de enlace como del nivel de aplicacin.
(4)
Las tcnicas ms habituales que se aplican al nivel fsico son las de difusin En ingls, spread spectrum.
4
de espectro . Estas basan su funcionamiento en fraccionar la seal de radio y
transmitirla de manera imperceptible por diferentes frecuencias. De esta ma-
nera, si no se conoce el modo como la seal ha sido distribuida por las dife-
rentes frecuencias, no se puede reconstruir, ya que las diferentes seales que
se reciben en cada frecuencia son percibidas como ruido.
Las tcnicas de difusin de espectro tambin permiten atenuar los ataques de

jamming, ya que la seal emitida en una frecuencia concreta para producir el
ataque solo afectar a una parte de los datos enviados.
En cualquier caso, las tcnicas de difusin de espectro ofrecen poca o nula

seguridad y debemos buscar la justificacin de su uso ms en cuestiones de
eficiencia que de seguridad. S es cierto que las tcnicas de difusin de espectro
permiten la reutilizacin de un espectro de radio para diferentes tecnologas
de comunicacin, ya que se minimizan las interferencias.
Desde el punto de vista de las capas superiores al nivel fsico, el uso de la

criptografa permite conseguir unos buenos niveles de seguridad. Por medio de
la criptografa se pueden obtener servicios de autenticacin y confidencialidad
que permiten alcanzar las propiedades de seguridad descritas anteriormente y,
por lo tanto, ayudan a reducir el xito de los ataques descritos.
Criptografa
Este mdulo no pretende introducir los conceptos bsicos de la criptografa. A los que
quieran profundizar en la materia, se les recomienda la lectura de los mdulos didcticos
de la asignatura Criptografa o de alguno de los libros sobre el tema que se incluyen en
la bibliografa del mdulo.
(5)
La mayora de los sistemas de comunicacin inalmbrica llevan a cabo el ser- En ingls, challenge-response.
5
vicio de autenticacin por medio del modelo reto-respuesta . Este protocolo
consiste en un intercambio de mensajes entre las dos partes que se quieren
autenticar para asegurarse de que cada una de ellas conoce cierta informacin
previamente intercambiada y que, por lo tanto, es quien dice ser.
Ejemplo del modelo reto-respuesta
Supongamos que Anna y Bernat se conocen y han decidido que compartirn el nmero
k = 7 para autenticarse. Cuando Anna (A) y Bernat (B) se encuentran, A se autentica ante
B de la manera siguiente:
B elige aleatoriamente como reto c un entero, por ejemplo el 4, y lo enva a A.

A suma al reto c = 4 el valor k = 7, que previamente haban acordado, y enva el
resultado, r = 11, a B.
B, que tambin ha calculado r' = 4 + 7 = 11, verifica que r' = r y que, por lo tanto, A
es quien dice ser, ya que conoce el valor k que previamente han acordado.
Obviamente, en los modelos de autenticacin que utilizan este esquema, no es fcil ob-
tener el valor k a partir de los valores intercambiados r y c.
La ventaja de este sistema es que el valor del reto c vara aleatoriamente para
cada proceso de autenticacin, de manera que la intercepcin de los datos en
un proceso de este tipo no compromete, en principio, los posteriores procesos.
Es importante destacar que el modelo reto-respuesta que hemos descri-

to y que utilizan la mayora de los sistemas de comunicacin inalm-
brica para la autenticacin necesita una informacin k que el emisor y
el receptor conocen previamente al mismo proceso de autenticacin.
En cuanto al servicio de confidencialidad, las tecnologas inalmbricas imple- Lectura recomendada

mentan esquemas basados en la criptografadeclavecompartida. La crip-
La criptografa de clave com-
tografa de clave compartida, a diferencia de la criptografa de clave pblica, partida que se utiliza para pro-
se basa en el hecho de que tanto el emisor como el receptor comparten una teger la confidencialidad en la
mayora de las comunicaciones
misma clave. Este mecanismo encaja perfectamente en el modelo de autenti- inalmbricas son las cifras de
flujo. En el mdulo didctico
cacin de reto-respuesta que acabamos de describir, en el que las dos partes "Cifras de flujo" de los materia-
les de la asignatura Criptografa
tambin tienen que compartir cierta informacin. podis encontrar ms informa-
cin sobre los esquemas de ci-
frado en flujo.
El uso de la criptografa de clave compartida no representa un problema ex-
cesivamente grave para algunos modelos de comunicacin inalmbrica. Por
ejemplo, si pensamos en la telefona mvil, el usuario y el operador intercam-
bian las claves en el momento en el que el usuario adquiere el terminal mvil;
de hecho, ms concretamente, cuando obtiene la tarjeta SIM. Por otra parte,
en una WLAN los usuarios tienen acceso a ella por el hecho de pertenecer a
una entidad o grupo, de manera que el intercambio de claves tambin es f-
cil de llevar a cabo. Este hecho, sin embargo, dificulta el proceso de apertura
de las redes inalmbricas en el sentido de que si se pretende dar cobertura de

WLAN en un aeropuerto ofreciendo servicios de confidencialidad, las cosas se
pueden complicar.
2.3. Caso de estudio: IEEE 802.11
El estndar IEEE 802.11 define la arquitectura de una red de rea local en un

entorno inalmbrico, donde se especifican dos servicios de seguridad: uno pa-
ra obtener la propiedad de autenticacin y otro para la propiedad de confi-
dencialidad e integridad.
Dado que en uno de los procesos de autenticacin se utilizan los algoritmos

que se describen en el proceso de confidencialidad, describiremos primero este
ltimo.
El servicio de confidencialidad del estndar IEEE 802.11 se basa en el algoritmo

wired equivalent privacy (WEP).
RC4
El algoritmo WEP proporciona las propiedades de confidencialidad e
integridad. La confidencialidad se consigue utilizando criptografa de El RC 4 responde a las inicia-
les de Ron cryptosystem num-
clave simtrica, en particular el cifrador en flujo RC4. La integridad se ber 4 (Ron Rivest fue su crea-
dor, en el ao 1987). Rivest
obtiene mediante un checksum CRC32. cedi el desarrollo del algorit-
mo a la empresa RSA Data Se-
curity. Por otra parte, el algo-
ritmo fue secreto durante sie-
Tal como menciona el estndar, el algoritmo WEP pretende dotar las redes te aos, hasta que en el ao
1994 apareci annimamente
inalmbricas de las mismas propiedades de seguridad que las redes con hilos. en Internet y actualmente ya
es pblico.
Este argumento ha sido utilizado a menudo para rebatir los problemas de de-
bilidad que tiene el algoritmo, ya que muchos de estos problemas tambin
existen en las redes con hilos. CRC-32
Esquema de cifrado del WEP La funcin CRC-32 es una fun-

cin lineal que tan solo utiliza
sumas y multiplicaciones. Este
El WEP toma como entrada, por una parte, el texto en claro es decir, la informacin hecho garantiza que sea fcil
que se ha de transmitir por la red inalmbrica y, por otra parte, un vector inicial VI (de predecir el checksum resultante
32 bits) y una clave K (de entre 40 y 128 bits). Tal como muestra la figura, la clave K y de una modificacin en el tex-
el vector VI se concatenan y se obtiene la semilla del cifrador en flujo. El RC4 genera to en claro.
una secuencia pseudoaleatoria de bits que se suma al texto en claro para obtener el texto
cifrado. Previamente, y para conseguir la propiedad de integridad, se aplica al texto en
claro la funcin CRC-32 para obtener un checksum (integrity check value ICV) de la infor-
macin. Este valor se transmite para poder verificar posteriormente que la informacin
no ha sido alterada.
El proceso de descifrado de la informacin que lleva a cabo el receptor es exac-

tamente el inverso del que acabamos de describir, tal como se muestra en la
figura siguiente.
Dado que el RC4 es un criptosistema de clave compartida, la estacin y el

punto de acceso necesitan intercambiar tanto el vector inicial VI como la clave
K para poder comunicarse utilizando el WEP. Como el VI se enva en claro, la
seguridad del algoritmo depende solo de la clave. Aun as, hay que asegurar la
integridad de la transmisin del VI, ya que si el VI utilizado por el emisor no es
exactamente igual que el del receptor, los procesos de cifrado y descifrado no
sern inversos. Este intercambio de informacin se realiza durante el proceso
de autenticacin, que describiremos a continuacin.
El estndar IEEE 802.11 tiene dos variantes que implementan el servicio de

autenticacin:
Open system authentication (OSA).

Shared key authentication (SKA).
El OSA es de implementacin obligada en el estndar y lo incluyen por

defecto la mayora de los productos que se pueden encontrar en el mer-
cado. Como su nombre indica, es un sistema de autenticacin abierto
y que, por lo tanto, no limita el acceso, lo que implica que, desde el
punto de vista de la seguridad, este sistema por s solo no tenga ningn
tipo de inters.
El OSA simplemente intercambia mensajes entre una estacin y el punto de

acceso inalmbrico. Cualquier estacin que pueda enviar y recibir mensajes
correctos podr tener acceso a la red.
El proceso de autenticacin se establece a partir de dos pasos entre la estacin xito del proceso de
y el punto de acceso: autenticacin
El xito del OSA solo depende

En el primer paso, la estacin indica al punto de acceso su direccin MAC de la capacidad que tenga la
estacin de generar correcta-
y un identificador que informa de que el mensaje es de autenticacin. mente tramas WLAN. Esto, de
hecho, es poca cosa, porque
En el segundo paso, el punto de acceso responde con un mensaje, indi- obviamente el punto de acce-
so y la estacin solo se podrn
cando si el proceso de autenticacin ha tenido xito o no. comunicar si utilizan el mismo
protocolo con el mismo forma-
to de tramas. Si son diferentes,
A partir de este momento, si se utiliza el mtodo OSA la estacin ya est au- no solo el proceso de autenti-
cacin OSA no tendr xito,
tenticada. sino que, posiblemente, la pro-
pia comunicacin tampoco.
Muchos de los sistemas de redes LAN inalmbricas que estn en el mercado

implementan un mecanismo adicional de control de acceso sobre el OSA basa-
do en la direccin MAC de la estacin. Este mecanismo consiste en no admitir
la conexin de direcciones MAC no autorizadas. As, cada punto de acceso tie-
ne que gestionar la lista de las direcciones MAC autorizadas. La problemtica
del mantenimiento de las listas, la escalabilidad (imaginmonos un campus
universitario donde cada estudiante tiene su porttil) y la suplantacin de di-
recciones MAC provocan que este sistema no sea una solucin idnea para el
proceso de autenticacin. Por este motivo, es recomendable utilizar el mtodo
de autenticacin SKA.
(6)
SKA son las siglas de shared key
6
El mtodo SKA permite la autenticacin de las estaciones y los pun- authentication.
tos de acceso por medio del algoritmo WEP, junto con un sistema de
reto-respuesta.
Es importante destacar que, dado que el estndar IEEE 802.11 no especifica la

obligatoriedad del algoritmo WEP y el SKA lo utiliza, las versiones del estndar
que no tengan activado el WEP no podrn utilizar el SKA.
Este proceso de autenticacin consiste en el intercambio de cuatro mensajes

entre la estacin que se autentica y el punto de acceso. El sistema de intercam-
bio de claves no implica el envo de claves en claro, tal como veremos ms
adelante, pero requiere que la clave secreta compartida se haya proporcionado
por un canal seguro con anterioridad al proceso de autenticacin.
El punto de acceso enva continuamente una seal de baliza con el fin de

anunciar su presencia. Una estacin que quiera acceder a la red, al encontrar
la seal de baliza, inicia el proceso de autenticacin con el punto de acceso
cuya direccin figura en la seal de baliza.
Proceso de intercambio de mensajes
El proceso de intercambio de mensajes es el siguiente:
1) La estacin enva un mensaje al punto de acceso para solicitar la autenticacin.

2) El punto de acceso genera un Reto de 128 bytes utilizando el algoritmo WEP a partir de
un valor pseudoaleatorio (RAND), una clave K que comparte con la estacin y un vector
inicial (VI), que la enva a la estacin.
3) La estacin genera la Respuesta' utilizando tambin el algoritmo WEP con el valor

Reto, la clave K y un vector inicial (VI*) diferente del que se ha utilizado en el paso
anterior. La estacin enva la Respuesta' al punto de acceso, junto con el vector inicial
VI* utilizado en su generacin.
4) El punto de acceso calcula Respuesta utilizando el algoritmo WEP con la clave com-
partida, el valor Reto que ha enviado a la estacin y el valor VI* que ha recibido de la
estacin. Si los dos valores (Respuesta y Respuesta') coinciden, significar que la esta-
cin ha sido correctamente autenticada y el punto de acceso enviar un mensaje para
indicarlo. En caso contrario, el resultado de la autenticacin ser fallido.
El proceso se repite para autenticar el punto de acceso.

3. Sistema operativo
El sistema operativo es la capa que se encuentra entre el hardware y las aplica- Ved tambin
ciones de software. Es quien se encarga de gestionar los recursos de hardware
del dispositivo y ofrecer servicios comunes para facilitar la programacin de tenderse en el funcionamiento
aplicaciones. del sistema operativo, sino ni-
camente identificar los meca-
nismos de prevencin bsicos
que este presenta en dispositi-
vos mviles. Para los que quie-
ran profundizar en la materia,
se recomienda la lectura de los
natura Sistemas operativos y Se-
guridad en sistemas operativos,
o alguno de los libros sobre el
tema que se incluyen en la bi-
bliografa.
En los ltimos aos, la complejidad del sistema operativo de los dispositivos

mviles ha aumentado considerablemente. Se ha pasado de tener sistemas
muy simples, a unos comparables con los de un ordenador. Este crecimiento
ha hecho que su seguridad se convierta en un requisito primordial. Sin embar-
go, la obtencin de esta seguridad en los sistemas operativos para dispositivos
mviles es compleja.
Al principio, cuando los dispositivos mviles no eran un centro multimedia

y de entretenimiento, los sistemas operativos para mviles eran bastante sim-
ples. De hecho, en aquellos dispositivos que tenan como funcin principal
llamar o enviar SMS, el sistema operativo tena poca importancia. Eso era as
porque aquellos primeros sistemas operativos tenan como funcin principal
ser compactos, eficientes y fiables. En cambio, las funciones adicionales que
pudieran ofrecer eran secundarias. Pero, al ser sistemas tan limitados en recur-
sos fsicos y en funcionalidades, no interesaban a los atacantes.
Series 40 de Nokia
Multitarea
Uno de los sistemas operativos para dispositivos mviles (no smartphones) ms usados fue
el Series 40 de Nokia. Este sistema operativo era simple, no ofreca multitarea real pero Multitarea, en ingls multitas-
era muy fiable. La navegacin por sus mens era instantnea y su consumo de recursos, king, es la capacidad de eje-
cutar simultneamente varios
muy eficiente.
procesos.
En cambio, actualmente, cuando hablamos de un sistema operativo para m-

viles, nos referimos a un sistema complejo, que contiene caractersticas que
hasta hace unos aos eran impensables, como ejecutar aplicaciones 3D, na-
vegar en la Red o multitarea. Estas nuevas funcionalidades abren ms vas de
ataque y aumentan el inters de los atacantes.
Symbian OS
Symbian OS ejecutando la interfaz grfica de Series 60 fue el sistema operativo ms uti-

lizado en dispositivos smartphones en el ao 2010. Este sistema operativo ms complejo
ya era multitarea, ofreca mejoras en muchas aplicaciones, como el navegador web, y
mejores juegos, debido a que en vez de utilizar nicamente Java para crear aplicaciones,
se podan utilizar otras aplicaciones propias de esta plataforma que tenan acceso mucho
ms directo y eficiente al hardware.
En la actualidad, la mayora de los mviles de gama media-alta ejecu-

tan un sistema operativo muy potente, hasta el punto de que estamos
hablando de ordenadores de bolsillo. En consecuencia, se heredan vul-
nerabilidades y ataques que hasta ahora han sido exclusivos de los or-
denadores.
3.1. Ataques
Las principales amenazas que existen en el mbito del sistema operativo son
causadas por errores en el aislamiento de los recursos, ya sea debido a sus di-
seos, a errores en el software o a una mala configuracin de sus servicios.
Ejemplo de ataque
En ciertas circunstancias, un proceso podra modificar los parmetros ya verificados por

otro proceso, pero que este todava no ha utilizado. Las consecuencias de tal ataque son
imprevisibles, ya que el proceso realizar operaciones utilizando parmetros para los que
no ha sido diseado.
Estas vulnerabilidades pueden ser aprovechadas para ejecutar ataques tanto

desde los servicios que ofrece el propio sistema operativo, como desde la capa
de aplicaciones.
Si el ataque se realiza sobre un servicio del sistema operativo, sus consecuen- Ved tambin
cias dependern de la vulnerabilidad expuesta. Una vulnerabilidad que solo
Trataremos la vulnerabilidad
se puede explotar localmente es mucho menos crtica que una que se pueda aprovechable desde la capa de
explotar remotamente. aplicaciones en el apartado 4.
Por otra parte, tambin circulan versiones no oficiales de los sistemas operati-
vos mviles, denominadas ROM. Pueden ser copias de las versiones oficiales
de los sistemas operativos o ROM personalizadas. Adems, las ROM persona-
lizadas pueden contener cdigo malicioso.
Ejemplo
Keylogger
Un desarrollador puede modificar una versin del sistema operativo Android incluyendo
un keylogger para registrar las pulsaciones del teclado. Posteriormente, estos datos regis- Keylogger es una aplicacin en-
trados se envan al correo electrnico del desarrollador. Si el desarrollador cuelga en la cargada de almacenar todas
las pulsaciones de teclado.
Red esta ROM personalizada de Android y otros usuarios la instalan en sus dispositivos,
el desarrollador empezar a recibir datos confidenciales de estos usuarios.
Como ya hemos visto, los recursos y la informacin que gestiona el sistema

operativo pueden estar en riesgo. Por lo tanto, es importante ver de qu meca-
nismos de seguridad disponen los sistemas operativos para dispositivos mvi-
les. Los mecanismos de seguridad ms importantes son los privilegios de usua-
rios, el aislamiento de procesos y las actualizaciones.
3.2.1. Privilegios de usuarios
Una de las caractersticas que suelen poseer estos sistemas operativos es la ges- Superusuario
tin de usuarios y privilegios, teniendo como mnimo dos usuarios: el usuario
El superusuario en muchos sis-
normal y el superusuario. Esta distincin de usuarios, tan comn en ordena- temas operativos es conocido
dores, a priori puede parecer extraa a un dispositivo mvil, ya que aqu no como root.
existe el concepto de iniciar sesin, pero es muy importante para las cuestio-
nes de seguridad.
Un sistema operativo que gestione varios usuarios y privilegios puede

aportar robustez al sistema, dado que los daos que un ataque pueda
causar van ligados a los permisos del usuario que est efectuando este
ataque. Un usuario con privilegios limitados tendr un impacto bajo
sobre el sistema, mientras que un superusuario podr producir una pr-
dida total del sistema operativo.
Generalmente, todas las aplicaciones se ejecutan con los privilegios del usuario
normal, limitando mucho los cambios o desperfectos que el usuario puede
causar al sistema. Por una parte, esto es muy importante, ya que en caso de que
haya una vulnerabilidad, los daos que se podrn producir estarn limitados
por los privilegios que el usuario tenga. Pero tambin es una limitacin para el
usuario, ya que nicamente podr realizar las acciones que el sistema operativo
le permita llevar a cabo con los privilegios actuales.
Usuarios del sistema iOS (7)

Realizar jailbreak es una prcti-
ca legal en Estados Unidos desde el
iOS distingue como mnimo entre dos usuarios: root y device. El usuario root es un super- 2010.
usuario, mientras que el usuario device tiene permisos limitados, aunque tiene acceso a
todos los datos almacenados. En los orgenes de este sistema operativo, todas las aplica-
ciones se ejecutaban como root, dando acceso total a la aplicacin sobre el dispositivo,
pero a la vez ponindolo en peligro. Un fallo de una aplicacin poda tumbar el sistema;
una aplicacin maliciosa tena total disponibilidad para producir un ataque. Afortuna-
damente, en las primeras actualizaciones de iOS se corrigi este funcionamiento y las
aplicaciones ya se ejecutan con el usuario device.
Por lo tanto, por defecto, el usuario no tiene nunca permisos de root. Esto, sin embargo,
limita mucho las operaciones que el usuario puede realizar sobre el sistema operativo. Por
ejemplo, nicamente se pueden instalar aplicaciones desde su mercado de aplicaciones
y se restringen mucho las customizaciones sobre iOS. Debido a esto, el trmino jailbreak7
se ha hecho famoso. Este proceso permite obtener el usuario root del sistema. Con estos
nuevos privilegios se eliminan las limitaciones antes mencionadas, pero estas nuevas
caractersticas pueden implicar una reduccin de la seguridad del sistema.
El hecho de tener ms control sobre el sistema operativo no significa necesariamente

que se reduzca la seguridad si se sabe exactamente qu se est haciendo. Pero, de todas
maneras, es ms fcil que se olvide una puerta abierta o que alguna parte contenga un
agujero de seguridad. Adems, es importante cambiar las contraseas de los usuarios. Por
defecto, tanto el usuario root como el device tienen una contrasea conocida.
Cabe recordar que los sistemas operativos mviles utilizan una auten-
ticacin basada en usuario y contrasea. Por lo tanto, si es posible, se
recomienda cambiar la contrasea con la que vienen por defecto.
Adems, como usuarios de un sistema operativo mvil deberamos activar ni-

camente los servicios que necesitamos en un momento dado y sabiendo qu
estamos haciendo. De esta manera, estaremos previniendo posibles ataques a
nuestro dispositivo.
3.2.2. Aislamiento de procesos
Otra medida que se est implementando en sistemas operativos mviles es

limitar los permisos que tiene cada aplicacin, aislndolas. De esta manera,
cada aplicacin nicamente tendr acceso a sus recursos y no podr perturbar
el funcionamiento de ninguna otra. En caso de que sea necesario acceder a al-
gn recurso compartido, como puede ser una regin de memoria, la aplicacin
debe tener validado el permiso para hacerlo. De esta manera podr acceder a
aquellos recursos a los que se le haya permitido el acceso.
(8)
Este aislamiento de procesos8 suele estar implementado utilizando un lenguaje En ingls, sandbox.
de programacin que lo habilite, como Java, y creando para cada aplicacin un

nuevo usuario con privilegios muy restringidos, que le permiten nicamente
acceder a los recursos a los que haya solicitado acceso. De esta manera, si una
aplicacin solicita nicamente acceso a la posicin mediante GPS, no podr
conectarse a Internet.
Aislar la ejecucin de cada aplicacin garantiza que no pueden interferir

en el funcionamiento de las otras, lo que hace el sistema operativo mu-
cho ms robusto. No obstante, cuando varias aplicaciones tienen que
compartir algn servicio, hay que utilizar un sistema de permisos ms
complejo. La buena implementacin de este aislamiento y la gestin de
los recursos compartidos son fundamentales para que esta medida sea
efectiva.
Dalvik VM de Android
URI
Las aplicaciones en Android se ejecutan sobre una mquina virtual (Dalvik VM) de una
manera parecida a como se hace en Java. Adems, cada aplicacin se ejecuta con un URI es el acrnimo de uniform
usuario y grupo de Linux diferente. As, por defecto las aplicaciones no tienen permiso resource identifier. Consiste en
una cadena corta de caracteres
para realizar ninguna tarea que pueda interferir en las otras aplicaciones. Eso requiere
que identifica inequvocamen-
el uso de unos permisos de seguridad ms minuciosos y restringidos que los utilizados te un recurso.
generalmente en Linux, permitiendo especificar qu operaciones puede ejecutar cada
aplicacin, y un permiso basado en una direccin URI para personalizar el acceso a una
parte de los datos. Estos permisos son estticos, los define el desarrollador en el fichero
de configuracin AndroidManifest.xml y el usuario debe aceptarlos cuando instala la apli-
cacin. Algunos de estos permisos son hacer una llamada telefnica, modificar/borrar
datos de la tarjeta de memoria, leer los nmeros de telfonos de tu agenda u obtener la
informacin del GPS.
3.2.3. Actualizaciones
(9)
Adicionalmente, estos sistemas operativos disponen de actualizaciones peri- En ingls, over-the-air.
dicas. En caso de actualizaciones menores, estas suelen ser frecuentes para so-
lucionar alguna carencia detectada, generalmente debida a errores en el soft- iTunes
ware que presentan un riesgo para su seguridad. La manera de recibir estas
iOS utiliza el reproductor iTu-
actualizaciones difiere en cada sistema. Hay sistemas que las pueden recibir nes para sincronizar los datos
del dispositivo. Adems, este
mediante la comunicacin inalmbrica, a travs del aire9 (OTA), cuando el permite realizar actualizaciones
de seguridad sobre el sistema
dispositivo se conecta con cable al ordenador o mediante la memoria externa operativo de una manera rpi-
que incorpora. da y transparente para el usua-
rio.
Los sistemas operativos tambin ofrecen actualizaciones mayores, las que ade-
ms de solucionar errores en el software, tambin aaden nuevas funcionali-
dades y mejoran su rendimiento. Dado que estas actualizaciones realizan gran-
des cambios en el sistema, algunas llevan a cabo un borrado completo del dis-
positivo. Eso implica que toda la informacin personal ser borrada. Por lo
tanto, es muy importante que antes de realizar una actualizacin, se haga una
copia de seguridad de todo el sistema, y en particular de los datos personales,
para posteriormente restaurarlos en el nuevo sistema.
Finalmente, tambin es importante que las ROM de los sistemas operativos

para dispositivos mviles se descarguen de sitios de confianza. Algunas de estas
ROM son personalizadas y pueden contener cdigo malicioso.
3.3. Caso de estudio: ssh en iOS
Uno de los primeros casos donde muchos dispositivos mviles quedaron ex- SSH
puestos a acceso remoto no autorizado de atacantes se dio en iOS, causado por
SSH son las siglas de secure
una mala configuracin por parte de los usuarios del servicio de SSH. shell, que es el nombre de un
protocolo y el programa que
lo implementa, y sirve para ac-
En alguno de los mtodos para obtener acceso de root a iOS, mediante jailbreak, ceder a mquinas remotas a
travs de la Red.
se instala el servicio de SSH. La configuracin por defecto de este servicio per-
mite acceder remotamente al dispositivo mvil con el usuario root. Esto es as
porque el usuario root viene por defecto con una contrasea conocida: alpine.
De esta manera, cualquier dispositivo con iOS que tenga activado el servicio
de SSH y utilice la contrasea del usuario root por defecto puede ser controlado
remotamente cuando est conectado a una red inalmbrica abierta.
Una manera adicional de activar el servicio de SSH en iOS es mediante la ins-

talacin del paquete OpenSSH. La configuracin por defecto del servicio es la
misma, con lo que se mantiene el problema de seguridad mencionado.
Sin embargo, la solucin de este problema de seguridad es bien sencilla: una

correcta configuracin en el mecanismo de autenticacin del servicio de SSH.
Esta configuracin es tan fcil como cambiar la contrasea con la que viene
por defecto el usuario root. Este proceso requiere una serie de pasos:
1) Descargar e instalar una aplicacin que funcione como terminal de lnea de

comandos. Un ejemplo de esta aplicacin es MobileTerminal.
2) Acceder a la aplicacin de terminal de lnea de comandos.
3) Obtener permisos de root introduciendo el comando su root y la contrasea
alpine.
4) Cambiar la contrasea mediante el comando passwd. A continuacin hay

que introducir dos veces la nueva contrasea.
Una vez completados estos pasos, el servicio de SSH del dispositivo mvil que-
da protegido por la nueva contrasea introducida.
Es muy importante la correcta configuracin de todos los servicios ac-

tivados en el sistema operativo del dispositivo mvil, sobre todo de los
que permiten accesos remotos al dispositivo.
4. Aplicaciones
Uno de los componentes ms importantes en los dispositivos mviles son las

aplicaciones que se pueden ejecutar sobre ellos, ya que con ellas interactuarn
los usuarios.
En este nivel es muy importante revisar las medidas de seguridad que se han
tomado para que las aplicaciones no puedan desestabilizar el sistema. Obvia-
mente, estas medidas estn complementadas por todas las que hay en las ca-
pas inferiores. Sin embargo, las vulnerabilidades que se detecten en este nivel
son crticas, ya que podrn ser usadas directamente por las aplicaciones.
4.1. Ataques
Los ataques a la capa de aplicaciones los dividiremos en dos tipos: los ataques
que se pueden ejecutar desde cualquier tipo de aplicacin y los ataques que
se pueden realizar nicamente desde el navegador web, ya que esta es una
aplicacin muy potente pero a la vez un punto crtico en la seguridad de estos
sistemas.
4.1.1. Ataques al software: malware
(10)
Cuando hablamos del software tambin es importante revisar las diferentes La palabra malware viene de la
10 abreviatura de las palabras inglesas
amenazas que este puede sufrir. Nos centraremos en el malware , tambin malicious software.
denominado cdigo malicioso, y revisaremos los diferentes objetivos que este
puede tener.
Malware es una aplicacin de software que tiene un objetivo malicioso en el

dispositivo mvil donde se instala y se ejecuta sin el consentimiento del pro-
pietario. Puede tener objetivos muy variados, siendo los ms comunes obtener
datos personales y beneficio econmico. Su modo de funcionamiento puede
ser automtico o controlado remotamente. Los principales tipos de malware
son:
Virus. Es un programa malicioso que infecta a otros archivos del sistema

con la intencin de modificarlos o hacerlos inservibles. Una vez un archi-
vo ha sido infectado, tambin se convierte en portador del virus y, por lo
tanto, en una nueva fuente de infeccin. Para que un virus se propague,
este archivo debe ser ejecutado por el usuario. Generalmente tiene un ob-
jetivo oculto, como puede ser obtener contraseas o realizar un ataque de
denegacin de servicio.
Gusano. Es un programa malicioso autorreplicable que aprovechar las

vulnerabilidades de la red para propagarse. Al igual que el virus, general-
mente tiene un objetivo oculto.
(11)
Troyano11. Es un pequeo programa oculto en otra aplicacin. Su objetivo El nombre troyano viene de las
similitudes con el caballo de Troya.
es pasar inadvertido por el usuario e instalarse en el sistema cuando el
usuario ejecuta la aplicacin. Una vez instalado, puede realizar diversas
acciones, pero todas ellas sin el consentimiento del usuario. Adems, estas
acciones pueden realizarse instantneamente o estar fijadas para realizarse
en un futuro.
(12)
Puertafalsa12. Es un programa cuyo objetivo es abrir un acceso al orde- En ingls, backdoor.
nador para el desarrollador del malware, ignorando el proceso normal de

autenticacin. Esto implica que el dispositivo mvil infectado puede ser
controlado remotamente por el atacante.
Spyware. Es una aplicacin que recoge informacin sobre una persona u

organizacin sin su consentimiento. Generalmente, el objetivo final de
esta informacin recopilada es venderla a empresas de publicidad.
Keylogger. Es una aplicacin encargada de almacenar todas las pulsaciones

de teclado. Por lo tanto, puede capturar informacin confidencial, como
el nmero de la tarjeta de crdito o las contraseas.
Hijacker. Es un programa que realiza cambios en la configuracin del na-

vegador web. Un ataque tpico es cambiar la pgina de inicio por una p-
gina de publicidad.
Dialer. Es un programa que de manera oculta realiza llamadas a telfonos

con tarifas especiales. De esta manera, el atacante puede obtener beneficios
econmicos.
Hablar de malware en ordenadores es normal hoy en da, pero no lo es tan-

to cuando nos referimos a dispositivos mviles. Sin embargo, en realidad es
normal que cuanto ms se parecen los dispositivos mviles a los ordenadores,
ms vulnerabilidades comparten.
Al principio, los pocos programas malware que existan para dispositivos m-

viles eran ms una prueba de concepto que un cdigo malicioso real. Esto era
as porque los datos personales que se guardaban en el mvil eran muy pocos
y era difcil poder obtener beneficio econmico de alguna actividad maliciosa.
Aun as, existieron aplicaciones malware que conseguan beneficio a base de
enviar SMS a servicios publicitarios de los propios desarrolladores del malware.
Cabir
El primer malware destinado a dispositivos mviles complejos fue Cabir, detectado en

junio del 2004. Fue desarrollado como una prueba de concepto para demostrar que era
posible contagiar SymbianOS. La caracterstica destacable de este malware era que poda
propagarse mediante Bluetooth. Fue el inicio de una era.
Actualmente, el malware tiene una gran peligrosidad y muchas posibili-

dades de estafarnos, principalmente porque los usuarios somos mucho
ms vulnerables cuando utilizamos dispositivos mviles, ya que no to-
mamos las mismas medidas que tomamos cuando estamos delante de
un ordenador.
Hoy en da, malware ha sido encontrado en las diferentes plataformas. La pe-

ligrosidad de este malware aumenta debido al desconocimiento por parte de
los usuarios de los posibles peligros a los que estn sometidos los dispositivos
mviles.
DroidDream en los Android (13)

Exploit es una pieza de software
que automatiza el aprovechamien-
En Android, uno de los primeros malware que se encontr fue DroidDream. Se detect en to de una vulnerabilidad.
muchas aplicaciones del Android Market. Su principal propsito era recopilar informa-
cin sobre el dispositivo infectado, como el identificador del usuario, el tipo de disposi-
tivo, el lenguaje o la regin. Posteriormente, esta informacin era enviada a un servidor
remoto. Pero sus objetivos maliciosos no acababan aqu. Mediante exploits13, poda obte-
ner permiso de root para algunas versiones del sistema operativo y a partir de all romper
el aislamiento de la aplicacin y descargar cdigo malicioso desde un servidor remoto. De
hecho, este malware quedaba a la espera para recibir comandos de un servidor externo,
pudiendo ejecutar cualquier accin sobre el sistema.
Ikee.A en los iPhone

Ved tambin
En iOS, en el ao 2009 apareci Ikee.A, el primer gusano para los iPhone. Tuvo varias
versiones. La primera versin fue nicamente una prueba de concepto que cambiaba el El problema de la seguridad
fondo de escritorio. Las versiones posteriores fueron mucho ms peligrosas: permitan del protocolo SSH se ha descri-
to en el subapartado 3.3.
enviar la informacin confidencial del usuario a un servidor remoto o su control a distan-
cia. Este gusano nicamente afectaba a los iPhones que haban obtenido permisos de root
mediante jailbreak y que, despus de instalar el servicio de SSH, no haban cambiado su
contrasea por defecto. A continuacin, se propagaba por la red buscando ms vctimas.
Una prctica muy comn a la hora de desarrollar software es la de reutilizar

trozos de software de otros desarrolladores, como por ejemplo utilizar libreras
externas. Esta prctica provoca que los desarrolladores no siempre conocen el
100% del cdigo fuente de su programa. En consecuencia, un programa puede
ser comprometido, ya que utiliza una librera externa que contiene cdigo
malicioso.
Uno de los pocos factores a favor de los usuarios es la diversidad de tecnologas

mviles que se utilizan. Las diferentes tecnologas requieren que los desarro-
lladores de malware hayan de escribir un cdigo para cada plataforma, lo que
puede frenar la velocidad de su propagacin.
4.1.2. Ataques en la web
A continuacin veremos una pequea descripcin de las principales vulnera- Ved tambin
bilidades que pueden afectar a los navegadores web y de los mecanismos de
seguridad existentes. De esta manera, podremos hacernos una idea de cmo tenderse en el funcionamien-
de vulnerables podemos ser ante estos ataques y de que debemos tener mucho to de la web ni de los distintos
ataques que se pueden reali-
cuidado cuando navegamos por la web. zar en ella. Para los que quie-
ran profundizar en la materia
se recomienda la lectura de los
Aunque hay un largo listado de ataques que afectan a las pginas web, nica- natura Seguridad en aplicacio-
mente nos centraremos en los dos que ms relevancia tienen cuando habla- nes web, o de alguno de los li-
bros sobre el tema que se in-
mos de dispositivos mviles: web spoofing o phishing y clickjacking. cluyen en la bibliografa.
Web spoofing o phishing
Web spoofing o phishing es un tipo de ataque que consiste en suplantar una p-

gina web y a partir de all intentar obtener informacin confidencial de mane-
ra fraudulenta. Esta informacin suele consistir en contraseas o informacin
bancaria, por ejemplo las tarjetas de crdito.
El estafador o atacante puede suplantar una pgina web de muchas maneras,

aunque la ms comn es utilizando una direccin web muy parecida a la ori-
ginal. La pgina web fraudulenta tendr una estructura idntica a la original
para que el usuario no pueda detectar a primera vista que est siendo vctima
de este tipo de ataque.
Adems, las pginas web fraudulentas pedirn informacin confidencial del

usuario que tericamente no tendran que pedir, como por ejemplo el nmero
de su tarjeta de crdito.
Por lo tanto, para el usuario es difcil detectar este tipo de ataque, ya que puede
llegar a la pgina web suplantada por medio de un enlace y la nica diferencia
que podr detectar a simple vista est en la direccin web. Adems, el problema
se agrava a causa de que los dispositivos mviles disponen de una pantalla
limitada, lo que hace que pueda ser difcil ver la direccin web completa.
No obstante, como usuarios hemos de saber que nunca deberamos introducir

informacin confidencial que una pgina web no nos tendra que pedir. Por
defecto, debemos desconfiar siempre. En este tipo de ataque estar totalmente
pendiente de lo que se hace es clave. Cualquier descuido te puede llevar a ser
vctima de una estafa.
Ejemplo de phishing
Al buzn de correo electrnico nos llega un mensaje con un enlace a nuestra pgina
bancaria y que nos dice que debemos actualizar nuestros datos de la tarjeta de crdito, ya
que se ha aplicado una nueva poltica de seguridad para evitar estafas. En la parte inferior
se encuentra el logotipo del banco, que en lugar de apuntar a http://www.bancdeprova.es
apunta a http://www.bancdaprova.es. Si decidimos hacer un clic en el enlace, ya estamos
un paso ms cerca de ser estafados.
Una vez dentro de la web, vemos que la pgina es extremadamente similar a la web ori-
ginal, hasta el punto de que es imperceptible la diferencia. Se nos solicita que rellenemos
un formulario donde se nos pide tanto el nmero de seguridad de la tarjeta (los tres n-
meros de la parte posterior) como una actualizacin de nuestros datos, incluida la con-
trasea. Supongamos que no nos damos cuenta de que hemos entrado en una pgina
fraudulenta, y no desconfiamos de los datos que se nos pide. Por lo tanto, rellenamos
el formulario. En este punto ya no hay marcha atrs. El atacante ha obtenido nuestros
datos bancarios e intentar sacarnos dinero con el fin de rentabilizar sus ataques.
Cuando se opera con datos bancarios la atencin es clave. Los atacantes

intentarn aprovechar que estamos ocupados, con prisa o distrados.
Tambin se aprovecharn de que somos demasiado crdulos. Antes de
seguir algn enlace con el navegador mvil, nos debemos asegurar de
que enlaza al sitio correcto. Si no estamos seguros, no deberamos se-
guir. Siempre que sea posible, se tiene que acceder a la web escribiendo
manualmente la direccin de la web y, sobre todo, vigilar los enlaces
que nos lleguen por correo electrnico. La pequea pantalla del dispo-
sitivo, sumada a la falsa sensacin de seguridad en dispositivos mviles,
nos puede jugar una mala pasada.
Clickjacking
Clickjacking es una tcnica que engaa al usuario para que haga un clic sobre
elementos de un sitio web que no hara voluntariamente. Esto se consigue
superponiendo dos pginas. La principal es la que contiene un elemento que
al atacante le interesa que pulsemos, como puede ser la confirmacin de la
habilitacin de un permiso. La otra, la que nos engaa, est superpuesta a la
primera. Obviamente, la pgina superpuesta debe tener elementos que nos

incentiven a pulsar los botones que al atacante le interesan, como por ejemplo,
algn tipo de juego.
Sin entrar demasiado en detalle, esta tcnica se basa en la superposicin de

iframes. Estos son elementos HTML que permiten la inclusin de un recurso
externo dentro de nuestra pgina. Y aunque tienen una serie de limitaciones
a la hora de su acceso mediante JavaScript, es posible utilizarlos para engaar
a los usuarios.
En la capa de aplicacin trataremos varios mecanismos de prevencin. Empe-

zaremos por ver cmo se ha creado una primera capa de seguridad utilizando
los mercados de aplicaciones. A continuacin, veremos mecanismos de segu-
ridad que se pueden utilizar en la web. Finalmente, describiremos distintos
tipos de aplicaciones que pueden aumentar el nivel de seguridad en los dispo-
sitivos mviles.
4.2.1. Mercado de aplicaciones
En los dispositivos mviles actuales, casi toda la seguridad se ha centrado en

la creacin de un punto centralizado y fiable para descargar y gestionar las
aplicaciones. Se trata de lo que denominamos mercado de aplicaciones. Cada
mercado de aplicaciones puede tener polticas ms o menos restrictivas, ya sea
respecto al tipo de contenido, o a su potencial peligrosidad. No obstante, a
grandes rasgos, los mercados se pueden dividir en dos grupos:
Mercados que permiten todas las aplicaciones, indiferentemente de quin

las haya publicado y de su funcionalidad.
Mercados que tienen un control para limitar las aplicaciones accesibles.
Esto est ligado a la existencia de un proceso previo de revisin.
El primer grupo crea un lugar central de distribucin de aplicaciones, pero se

desentiende de las consecuencias que una aplicacin descargada pueda tener.
Esta centralizacin facilita al usuario el acceso a las aplicaciones, pero a priori
no aade ninguna medida de seguridad. De todos modos, se pueden ofrecer
sistemas de valoracin de las aplicaciones, ya sean numricas o a modo de co-
mentarios. Estos sistemas aportan un grado de seguridad en el sentido de que
cuando se detecte una aplicacin maliciosa, la propia comunidad la despresti-
giar y la aplicacin perder relevancia. No obstante, puede haber aplicaciones
maliciosas que no se hayan descubierto y que, por lo tanto, sigan teniendo
una valoracin positiva.
Android Market
Android pertenece al grupo de mercados que permiten todas las aplicaciones. Tiene el
mercado de aplicaciones Android Market, que permite a cualquier desarrollador alojar su
aplicacin para que los usuarios la descarguen. Por lo tanto, nadie revisa las aplicaciones
antes de que sean publicadas. Sin embargo, todas las aplicaciones han de ser firmadas
con un certificado, cuya clave pblica pertenece al desarrollador. Con este mecanismo,
se autentica de una manera segura al desarrollador. Adems, el sistema dispone tanto de
valoracin numrica como de comentarios para cada aplicacin. Finalmente, existe la
posibilidad de que Google retire una aplicacin del mercado si en algn momento llega a
su conocimiento que es maliciosa; e incluso, puede desinstalar aplicaciones remotamen-
te. Adicionalmente, aplicaciones que no estn en el Android Market se pueden instalar
de una manera sencilla.
Como ya se ha comentado antes, Android aade una capa de seguridad que limita los
accesos que una aplicacin puede hacer al sistema operativo por medio de permisos. Por
lo tanto, cada aplicacin antes de instalarse pedir los accesos a los recursos que quiere
tener. Si no los pide, no los podr utilizar. Esta poltica depende de la intervencin del
usuario, pero es muy potente a la hora de limitar los daos que cada aplicacin puede
causar. Por ejemplo, una aplicacin para controlar la velocidad con la que te mueves no
necesita ver tus mensajes.
En cambio, el segundo grupo de mercados crea un lugar central de distribucin

en el que ejerce un control sobre la calidad y el contenido. Este control elimina
aplicaciones que puedan causar un mal funcionamiento del sistema o que
directamente sean maliciosas. El problema es que cada aplicacin tiene que ser
revisada por completo antes de ser publicada, lo que ralentiza su publicacin.
Adems, no siempre es fcil revisar una aplicacin por completo y ver si lo
que est haciendo es malicioso o no. Desafortunadamente, esta revisin puede
implicar una especie de censura, por lo que nicamente las aplicaciones que
la compaa considere aceptables se publicarn.
AppStore
iOS de Apple incorpora AppStore, un mercado de aplicaciones basado en la segunda op-

cin, que ejerce un control total sobre las aplicaciones que pueden ser descargadas al
dispositivo. Por ello, cada aplicacin se revisa con detalle. Pero revisar por completo una
aplicacin no siempre resulta fcil y, de hecho, se han producido casos en los que apli-
caciones que declaraban hacer una cosa, por debajo de esta hacan otra adicional. Por
ejemplo, una aplicacin que deca ser una linterna, por debajo habilit el tethering, es
decir, compartir la conexin mvil del dispositivo a travs de conexin inalmbrica, ac-
cin no permitida por la compaa. Por lo tanto, cuando la aplicacin se hizo popular,
fue eliminada del AppStore.
Adems, por defecto iOS no permite instalar aplicaciones de otras fuentes. Para hacerlo,
hay que habilitar el usuario root del sistema por medio del mtodo antes mencionado,
jailbreak.
Estos mercados de aplicaciones tambin pueden permitir una actualizacin

de las aplicaciones. Esta debe ser una tarea realizada peridicamente, ya que
las nuevas aplicaciones, aparte de mejoras en el rendimiento y funcionalidad,
suelen solucionar vulnerabilidades detectadas que podran ser explotadas.
Actualizacin de aplicaciones Android
Android permite realizar una actualizacin automtica de sus aplicaciones mediante An-
droid Market. Pero no todas las aplicaciones se pueden actualizar automticamente; por
ejemplo, aplicaciones cuyos permisos han cambiado respecto a la aplicacin anterior re-
querirn la interaccin del usuario para que este acepte los nuevos permisos.
Adems, las compaas tambin se reservan el derecho de eliminar a distan-

cia y automticamente cualquier aplicacin considerada como peligrosa. Esta
actuacin asegura una rpida eliminacin de la aplicacin una vez se ha de-
clarado nociva.
Un caso especial son las aplicaciones que internamente cobran por determi-
nados servicios, como puede ser desbloquear un nuevo nivel en un juego. En
este caso, la seguridad vendr marcada por cmo cada aplicacin gestione los
datos bancarios y por los mecanismos de prevencin que internamente im-
plemente.
4.2.2. Navegador web
Por defecto, todos los sistemas operativos se venden con una aplicacin en-
cargada de la navegacin web. Aunque este pueda no parecernos un punto
crtico en la seguridad del sistema, la experiencia en los ordenadores corrobora
que s lo es.
Por lo tanto, es muy importante que tratemos esta aplicacin con tanto res-
peto como la tratamos en el ordenador, ya que son aplicaciones que pueden
ejecutar cdigo muy complejo. Los navegadores ejecutan cdigo a nivel de
usuario, con el nivel de privilegios que este tenga establecido. Los cdigos que
se ejecutan son potencialmente peligrosos, debido a la gran cantidad de fun-
cionalidades que se puede implementar con ellos. Los lenguajes ms utilizados
son HTML/DHTML y JavaScript. Adems, el contenido multimedia puede ser
directamente abierto desde aqu, ejecutando otras aplicaciones que tambin
pueden tener vulnerabilidades.
No obstante, no hay ninguna proteccin a nivel de usuario que sea infalible,

ya que existen tcnicas para realizar ataques de man in the middle (MiM) que
no dependen de la intervencin del usuario y, por lo tanto, no podrn evitar
el xito del ataque. Por lo tanto, hay que vigilar las pginas a las que se accede
y las ejecuciones de cdigo, como por ejemplo JavaScript.
Vulnerabilidad de las BlackBerry
En el navegador web de las BlackBerry se encontr un error de software en el motor de

renderizado que permita la ejecucin remota de cdigo. Esta vulnerabilidad se produca
cuando el usuario acceda a una web que el atacante haba diseado malintencionada-
mente. Una vez se haba accedido a la web, el atacante era capaz de leer y escribir en
la seccin de almacenamiento de la memoria interna o en la tarjeta externa de almace-
namiento.
Debido a los ataques cuyos objetos son las aplicaciones web, se han tomado
medidas para intentar reducirlos, como por ejemplo utilizar HTTPS.
HTTPS es un protocolo de aplicacin basado en HTTP, pero destinado al acce-

so seguro a pginas web. Es utilizado bsicamente por cualquier servicio que
necesite el envo de datos personales, como tiendas virtuales o bancos.
(14)
Bsicamente, HTTPS pretende crear un canal seguro sobre una red insegura, En ingls trusted third party
(TTP).
garantizando proteccin contra ataques de eavesdropping y man in the middle.
Su seguridad se basa en utilizar cifrado, certificados digitales y una autoridad
de certificacin, que actan como terceras partes de confianza14, en las que tanto
la web como el usuario tienen que confiar.
Para que una conexin HTTPS sea segura, debe cumplirse que:
El usuario confe en la autoridad de certificacin.
El sitio web proporcione un certificado vlido, firmado por la misma

autoridad de certificacin en la que confa el usuario, y que este
certificado identifique correctamente el sitio web.
El navegador web del usuario alerte cuando detecta que hay un cer-
tificado invlido.
El protocolo utilizado para el cifrado sea de confianza.
4.2.3. Aplicaciones de seguridad
(15)
Aunque hasta ahora hemos visto las aplicaciones como una fuente de vulne- En ingls, backup.
rabilidad, estas tambin pueden contribuir a aumentar el nivel de seguridad
(16)
del sistema. Existen diferentes aplicaciones que pueden aadir nuevas capas En ingls, firewall.
de seguridad a los dispositivos mviles, ya sea con mtodos de autenticacin

adicionales ms restrictivos, sistemas de copia de seguridad15, cifrado de los
datos, aplicaciones antivirus o cortafuegos16.
Autenticacin adicional
Por defecto, los smartphone se venden como mnimo con una medida de au-
tenticacin como es el cdigo PIN, que se tiene que introducir al iniciar el
dispositivo. Pero, una vez el dispositivo est encendido, no es comn utilizar
ms mtodos de autenticacin, lo que lo hace muy vulnerable. Por ello, se han
desarrollado aplicaciones que aseguran la autenticacin durante la utilizacin
del dispositivo.
Aplicaciones de autenticacin en Android
La aplicacin Carrot App Protector de Android permite utilizar una contrasea adicional
para ejecutar ciertas aplicaciones, tales como clientes de correo, galera de imgenes o
mensajes de texto. No obstante, para que esta aplicacin sea efectiva al 100% es necesario
bloquear otras aplicaciones que permitan saltarse esta limitacin, por ejemplo los gestores
de tareas, las consolas o las aplicaciones que permiten instalar otras aplicaciones.
Algunas versiones de Android incorporan lo que se denomina patrn de desbloqueo, que

consiste en dibujar sobre la pantalla del dispositivo mvil un patrn que previamente ha
sido definido para desbloquear el mvil. Es una medida poco intrusiva (tardamos poco
tiempo en introducir el patrn), pero a la vez potente, ya que desbloquear el dispositivo

sin conocer el patrn puede costar mucho tiempo.
Ejemplo de patrn de bloqueo de pantalla
Fuente: HTC
Copia de seguridad
Una de las acciones imprescindibles cuando trabajamos con informacin es

la creacin de copias de seguridad. En los dispositivos mviles almacenamos
mucha informacin, el problema es que a veces no es fcil realizar una copia
de seguridad global, ya que cada aplicacin puede almacenar los datos inter-
namente, en una parte concreta de memoria. Por esto, es importante disponer
de una aplicacin que facilite y automatice este proceso.
Titanium Backup
La aplicacin Titanium Backup de Android permite realizar copias de seguridad tanto

de las aplicaciones instaladas como de los datos que contienen. Eso s, esta aplicacin
requiere permisos de root.
Cifrado
Los dispositivos mviles pueden almacenar mucha informacin delicada, co-

mo documentos confidenciales o datos bancarios. Por ello, resulta til aadir
una capa ms de seguridad y cifrar estos datos. As se garantiza que, en caso
de prdida, la informacin sea ilegible para alguien no autorizado.
Cifrado en iOS 4
Desde iOS 4 el propio sistema operativo incorpora una opcin para habilitar el cifrado
de datos. En esta versin, nicamente la aplicacin de correo electrnico la tiene imple-
mentada, aunque esta funcionalidad est disponible desde la API17 para que aplicaciones
de terceros puedan utilizarla.
Fuente: Apple
(17)
Son las siglas en ingls de application programming interface, que se traduce como in-
terfaz de programacin de aplicaciones.
Antivirus
El malware ya es una realidad en los dispositivos mviles. Por lo tanto, empie-

zan a ser necesarias aplicaciones que analicen los ficheros para evitar infec-
ciones. Estas soluciones pueden heredar toda la experiencia adquirida en los
ordenadores y, por lo tanto, los antivirus ms populares en los ordenadores
estn creando sus versiones para dispositivos mviles.
AVG
AVG ha sacado una versin de su antivirus para Android denominada AVG Anti-Virus
Free. Esta permite escanear el dispositivo buscando virus, revisar una aplicacin en busca
de malware antes de descargarla y revisar el contenido de una pgina web, correo electr-
nico o SMS antes de descargarlo al dispositivo.
Cortafuegos
Ya que los dispositivos mviles cada vez realizan y reciben ms conexiones

con dispositivos externos, soluciones comunes a los ordenadores, como los
cortafuegos, tambin se empiezan a popularizar en este entorno. Se trata de
los programas que permiten controlar las comunicaciones.
FirewayIP
FirewayIP es una aplicacin para iOS que realiza la funcin de cortafuegos. Se puede
utilizar para llevar a cabo cualquier accin de la que suponemos que requiere cortafuegos,
como fijar reglas de conexin para una aplicacin, de modo que cuando una aplicacin
intente acceder a la Red, se nos notifique y podamos permitirlo o no.
Fuente: iHackintosh
4.3. Caso de estudio: ZEUS man in the mobile
Zeus es un troyano informtico para ordenadores que ejecutan Windows, que Botnet
tiene como objetivo robar informacin bancaria mediante un keylogger. Fue
Botnet es un grupo de disposi-
detectado por primera vez en el 2007, pero su popularidad aument en el 2009 tivos conectados, que, una vez
cuando infect ordenadores de compaas importantes. Zeus ha sido usado infectados, son controlados re-
motamente para realizar tareas
para crear grandes botnets. Bsicamente, Zeus captura contraseas y datos ban- sin la autorizacin del propie-
tario.
carios de los ordenadores que ha infectado de una manera oculta.
Pero Zeus ha avanzado un paso ms, convergiendo el malware de los ordena-

dores y smartphones en un nico esquema, conocido como MITMO (man in
the mobile).
(18)
Actualmente, muchos bancos, aparte de la autenticacin tradicional de usua- TAN son las siglas de transac-
tion authentication number.
rio y contrasea, ofrecen una segunda autenticacin que se basa en recibir un
SMS con un cdigo, que posteriormente hay que introducir para realizar una
transaccin, tambin conocido como TAN18. Y es aqu donde Zeus ha visto
una oportunidad para efectuar un nuevo ataque.
Bsicamente, Zeus utiliza tres tcnicas para efectuar el robo de informacin:
Redireccin: el usuario es redirigido a un sitio web diferente del original,

aunque visualmente pueda ser una rplica exacta. Toda la informacin
introducida es almacenada por el atacante.
Captura: mediante keyloggers o capturas de pantalla.
Inyeccin: inyectando cdigo HTML en el navegador web del usuario in-

fectado que pide datos que normalmente la entidad bancaria no pedira,
como el cdigo de seguridad de la tarjeta de crdito.
La tcnica ms potente y popular es la de inyeccin. Una de las ltimas ver-

siones de este troyano utiliza la inyeccin de cdigo para, una vez el usuario
ha sido autenticado en la web de su servicio bancario, pedirle su nmero de
telfono y el modelo del dispositivo mvil. Entonces, el usuario recibe en su

dispositivo mvil un mensaje con un enlace de donde descargar una aplica-
cin que dice ser complementaria al sistema de autenticacin de su banco.
Una vez se instala la aplicacin en el dispositivo mvil, el usuario ha sido in-

fectado. Lo primero que hace la aplicacin es enviar un SMS a un telfono m-
vil preestablecido diciendo que la aplicacin ha sido correctamente instalada.
A continuacin, monitoriza todos los mensajes; si vienen desde el nmero
preestablecido, los analiza en busca de comandos que ejecutar y despus los
borra. Los comandos permiten, entre otras cosas, ignorar todas las peticiones
mediante SMS, cambiar el nmero preestablecido desde donde se controla y
borra contactos.
Debido a este funcionamiento, todo el sistema es transparente para el usuario,

ya que en ningn momento ve los mensajes. Adems, Zeus tambin imple-
menta funcionalidades para el reenvo de mensajes SMS con la finalidad de
enviar los TAN usados como segunda medida de autenticacin por algunos
bancos.
Adems, como el dispositivo infectado puede recibir rdenes por SMS, produ-
ce infecciones mucho ms resistentes. No hay un punto central que pueda ser
bloqueado para frenar la infeccin. Sin embargo, debemos recordar que la in-
feccin se debe a que el usuario ha instalado el software malicioso a partir de
un enlace recibido. De hecho, este ataque no es ms que un ataque de phishing
pero, como se ha comentado antes, la gravedad de este proceso se acenta
por la poca percepcin que los usuarios tienen de los riesgos existentes y la
peligrosidad que representan.
5. Usuario
En este apartado nos centraremos en las intrusiones fsicas en el dispositivo

mvil por parte de un usuario que ha tenido acceso fsico al dispositivo mvil.
Cuando hablamos de intrusin fsica, nos referimos a que alguien ha tenido
acceso fsico al dispositivo. Este tipo de intrusin es el ms peligroso, ya que
es muy vulnerable. Aun as, hay medidas que se pueden tomar con el fin de
que los datos que almacenamos en nuestro dispositivo mvil permanezcan
seguros.
5.1. Ataques
Los ataques que se pueden realizar dependen bsicamente de si el dispositivo

est en funcionamiento o no y del tiempo que el atacante tenga para com-
prometer el sistema. Con el fin de estructurar mejor la explicacin del tema,
seguiremos el segundo criterio, diferenciando cundo el mvil ha sido vulne-
rable durante un tiempo reducido de cundo ha sido expuesto al atacante du-
rante mucho tiempo.
En el caso de ataques momentneos, el atacante tendr poco tiempo para rea-

lizar acciones. Si el dispositivo est apagado y protegido con el cdigo PIN,
lo podemos considerar como seguro. En cambio, si est encendido, se pueden
emprender varias acciones:
Leer la informacin fcilmente accesible, como los contactos, SMS, correo

electrnico o fotografas.
Eliminar informacin fcilmente accesible.
Reenviar alguna informacin importante, como un correo electrnico que

contenga la contrasea para algn servicio web.
Conectar el dispositivo mvil a un ordenador y copiar parte del contenido

de su memoria, donde puede haber, por ejemplo, documentos, imgenes,
contraseas o datos de aplicaciones.
Instalar cdigo malicioso.
En el caso de ataques de duracin indefinida, el dispositivo mvil ha sido

sustrado durante un tiempo indeterminado. Este puede ser por prdida, robo
o incluso por una intervencin por parte de la polica. En este caso, el atacante
dispondr de todo el tiempo que quiera para intentar romper el sistema. Las
acciones que puede emprender, aparte de las mencionadas anteriormente, son:
Copia de toda la memoria.
Tcnicas forenses para recuperar informacin que ha sido borrada recien-

temente.
(19)
Intentar encontrar las contraseas mediante ataques de fuerza bruta19. En criptografa se denomina
ataque de fuerza bruta al proceso
de recuperar una clave probando
todas las combinaciones posibles
hasta encontrar la que permite el
5.2. Mecanismos de prevencin acceso.
Dividiremos los mecanismos de prevencin con el mismo criterio seguido en

los ataques: segn si su proteccin ser efectiva en caso de sustracciones mo-
mentneas o indefinidas.
5.2.1. Sustraccin momentnea
En este caso, como el atacante tendr poco tiempo para realizar acciones, las
medidas de seguridad de acceso al dispositivo que tengamos activadas sern
muy efectivas.
Antes de nada, hay que establecer una autenticacin cuando se encienda el

telfono. Esta puede ser ms segura, utilizando usuario y contrasea, o menos,
introduciendo el cdigo PIN. De todas maneras, en un acceso momentneo,
cualquier cdigo que no sea totalmente previsible, como por ejemplo el 0000,
ser suficiente.
Una vez encendido, es importante que el dispositivo se bloquee automtica-

mente y que pida una autenticacin para desbloquearlo. En caso contrario, un
acceso momentneo al dispositivo encendido permitir el robo de datos. La
autenticacin en este nivel puede ser ms sencilla, ya que la utilizaremos ms
a menudo, pero debe seguir siendo imprevisible.
Un ejemplo es el patrn de desbloqueo que incorporan algunas versiones de Android,

del que se ha hablado anteriormente.
nicamente con estas dos medidas podemos garantizar con una gran proba-
bilidad que los datos almacenados en nuestro dispositivo estarn protegidos
ante un acceso momentneo al dispositivo.
5.2.2. Sustraccin indefinida
En el caso de sustraccin indefinida, el atacante dispondr de todo el tiempo

que quiera para intentar romper el sistema.
Las medidas iniciales que se deben tomar son las descritas en el apartado ante-
rior: autenticacin tanto al iniciar como al desbloquear. Adems, es recomen-
dable que el bloqueo del dispositivo se produzca automticamente despus
de un tiempo de inactividad. Y a partir de aqu, hay que intentar dificultar
cualquier tipo de extraccin de informacin.
Como se ha comentado, la medida de desbloqueo del dispositivo una vez en-

cendido frecuentemente es menos segura que la inicial, por lo cual sera til
poder apagar el dispositivo remotamente. Sin embargo, antes de este apagado
del sistema, nos interesara realizar otras acciones, como eliminacin del con-
tenido almacenado.
El contenido puede ser eliminado tanto remota como localmente. Remota-

mente vendra producido por el envo de nuestro comando sobre el disposi-
tivo. Localmente, podra realizarse por una aplicacin que, en caso de intro-
duccin incorrecta del cdigo de autenticacin un cierto nmero de veces,
automticamente elimine todo el contenido del sistema.
WaveSecure
La aplicacin WaveSecure de Android es una herramienta de seguridad para el dispositivo

y los datos que este almacene. Permite realizar copias de seguridad, bloquear el dispositivo
remotamente, bloquearlo al cambiar el SIM y monitorizar en un mapa la localizacin
actual en la que se encuentra el dispositivo.
Sin embargo, en algunos casos es posible que no sea necesaria la eliminacin

del contenido, esto es, si se ha utilizado cifrado. Adems, el uso de cifrado
tambin garantiza la proteccin de nuestros datos contra anlisis forenses que
se puedan realizar en el dispositivo.
Por el modo como se almacenan los datos en la memoria, incluso un

borrado normal no es suficiente para que los datos (o parte de ellos)
no puedan ser recuperados. Eso s, si estn cifrados, aunque los datos
puedan ser recuperados, si no se dispone de la clave correcta para des-
cifrarlos, se mantendrn protegidos.
Finalmente, es importante tener siempre una copia de seguridad de los datos.

Sobre todo si hay que realizar un borrado de estos.
5.3. Caso de estudio: WaveSecure
Una aplicacin que permite garantizar la privacidad de los datos almacenados

incluso despus del robo del dispositivo mvil es WaveSecure. Hay ms de una
aplicacin con las mismas caractersticas, pero revisaremos esta por ser una de
las ms extendidas y de las ms completas. Adems, esta aplicacin tiene detrs
a McAfee, una compaa con un largo recorrido en la seguridad informtica.
WaveSecure consta de dos partes: la primera es la pgina web https://

www.wavesecure.com y la segunda, una aplicacin cliente que se debe instalar
en el dispositivo mvil. Esta aplicacin est desarrollada para Android, Black-
Berry, Symbian, Windows Mobile y Java. En este estudio, nos centraremos en
la versin de Android, ya que es el sistema operativo que ms se ha tratado
en este mdulo.
La pgina web es la interfaz de control para tu dispositivo mvil. Desde aqu se

pueden realizar diversas tareas remotamente, como localizar, bloquear o acce-
der a los datos de tu dispositivo mvil. Sin embargo, antes de poder utilizar es-
te servicio, es necesario crear una cuenta de usuario. En este registro se nos pi-
de tanto nuestro nmero de telfono como una contrasea. Adicionalmente,
tambin se nos pide un segundo nmero de telfono, que ser utilizado como
oyente de los cambios producidos en nuestro dispositivo mvil. Por ejemplo,
se le enviar un SMS cuando cambiamos el SIM.
Pgina web de WaveSecure

Una vez hemos accedido a la web con nuestro nmero de telfono y la con-
trasea, en la parte izquierda aparece un men con todas las opciones que se
pueden realizar. En la seccin de tu dispositivo estn las opciones: bloquear,
rastrear, ubicar, copia de seguridad, borrado y restauracin. En la seccin de tus
datos estn las opciones: contactos, SMS, registro de llamadas y multimedia.
En caso de robo de nuestro dispositivo mvil, pulsando la opcin de bloqueo

se inutiliza completamente nuestro dispositivo mvil y adicionalmente pode-
mos personalizar el mensaje que se visualizar en la pantalla. Adems, el dis-
positivo podr ser desbloqueado nicamente si se dispone del cdigo PIN de
seguridad.
Una vez bloqueado el dispositivo, se puede obtener informacin de este, como

el nmero de telfono que se est utilizando actualmente en tu dispositivo
mvil y su localizacin exacta, mediante una interfaz con Google Maps. Ade-
ms, tambin podemos realizar una copia de seguridad de nuestros datos en la
web para posteriormente poder restaurarlos. En caso de que no podamos re-
cuperar nuestro dispositivo, con el fin de garantizar la privacidad de nuestros
datos, podemos borrar remotamente todos los datos personales almacenados
en el dispositivo.
Asimismo, desde el propio dispositivo se puede ir realizando copias de seguri-

dad de una manera automtica:
Men de WaveSecure
6. Prcticas de seguridad
Como hemos visto en este mdulo, los dispositivos mviles ya deben ser tra-
tados como un ordenador en cuanto a la seguridad se refiere, puesto que han
heredado muchas de sus caractersticas. Por lo tanto, muchas de las prcticas
de seguridad que aqu veremos sern similares a las que utilizamos cuando
estamos delante de un ordenador, pero, como todava lo vemos como un dis-
positivo inferior, tenemos una falsa sensacin de seguridad. Por lo tanto, es
importante seguir estas prcticas de seguridad cuando se utiliza un dispositivo
mvil:
Activarelcontroldeaccesoinicial. Este acceso puede ser mediante el

cdigo PIN o usuario y contrasea.
Configurarelbloqueoautomtico. Despus de un tiempo de inactividad

es conveniente que el dispositivo se bloquee.
Activarautenticacinparadesbloquear. Esta autenticacin para desblo-

quear el dispositivo puede ser ms simple y rpida que la inicial, como
reconociendo un patrn dibujado en la pantalla.
Controlarlasaplicacionesqueseinstalan. Se deben tratar con precau-

cin las aplicaciones que se instalen en el sistema, intentando bajarlas de
fuentes de confianza y con una reputacin positiva. Tambin hay que re-
visar los permisos que estas aplicaciones requieren para su funcionamien-
to (en caso de que el sistema operativo limite las acciones de las aplicacio-
nes por medio de permisos).
Mantenertodoelsoftwareactualizado. Con el fin de corregir lo mejor

posible los problemas de seguridad, es importante mantener tanto las apli-
caciones como el sistema operativo actualizados. Adems, si es posible,
hay que configurarlos para que realicen la actualizacin automticamente.
Realizar copias de seguridad. Es muy importante que peridicamente

se realicen copias de la informacin importante que se almacena en el
dispositivo. Adems, los datos copiados tendran que encontrarse fuera del
dispositivo, por ejemplo en la web.
Cifrarlainformacindelicada. Este cifrado puede realizarse tanto utili-

zando los servicios que ofrece el sistema operativo como mediante aplica-
ciones de terceros.
Monitorizarelusoderecursos. Se pueden detectar anomalas realizando

un control de la utilizacin de los recursos del dispositivo mvil por parte
de las aplicaciones. Esto incluye revisin de la factura telefnica para de-

tectar posibles usos fraudulentos.
Deshabilitarlossistemasdecomunicacincuandonoseutilicen. Ade-
ms de reducir el consumo energtico, deshabilitar los sistemas de comu-
nicacin cuando no se utilizan puede evitar ataques. Los sistemas de co-
municacin nicamente se deben utilizar en redes de confianza.
Permitircontrolremoto. En caso de robo, es importante tener una apli-

cacin en el dispositivo mvil que permita controlarlo remotamente. As,
se puede localizar el dispositivo, recuperar sus datos almacenados o bo-
rrar los datos confidenciales para que no sean comprometidos. Tambin se
puede tener una aplicacin que borre los datos automticamente despus
de varios intentos de acceso fallidos.
Contactarconelproveedordeserviciosencasodeprdida. En caso
de prdida del dispositivo, lo primero que hay que hacer es informar al
proveedor de servicios para que efecte el bloqueo del dispositivo.
Eliminarlainformacinconfidencialantesdedesechareldispositivo.
Al deshacerse del dispositivo, no sabemos en qu manos puede caer, por
lo tanto es importante eliminar toda la informacin que contiene.
Tenersentidocomn. Se deben seguir las mismas precauciones que se tie-

nen con los ordenadores cuando tratamos con archivos adjuntos a correos
electrnicos, enlaces desde SMS y, en general, navegacin por Internet.
Bibliografa
Bibliografa complementaria
C. Fleizach; M. Liljenstam; P. Johansson; G.M. Voelker; A. Mhes. "Can You Infect

Me Now? Malware Propagation in Mobile Phone Networks". En: Proceedings of WORM 2007.
ACM Press.
Enlaces de Internet
http://www.android.com/
http://developer.apple.com/technologies/ios/
http://www.infospyware.com/. Qu son los Malwares?
http://www.cnccs.es/. Malware en Smartphones CNCCS
http://www.genbeta.com/. Tapjacking, un problema de seguridad en los mviles Android
http://www.securitybydefault.com/. Aplicaciones de seguridad desde Android
http://www.diariopyme.com/. Declogo de seguridad para dispositivos mviles

PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PDF

Cargado por

Copyright:

Formatos disponibles

Seguridad en

La seguridad en dispositivos mviles se ha convertido en un asunto muy im- Ataque

Los dispositivos mviles estn formados por un conjunto de componentes de

Un hardware ms potente implica que pueden ser tratados ms datos (nor-

Este mdulo no pretende ser un manual de seguridad ni recoger todos los

Empezaremos el mdulo viendo algunos conceptos bsicos de seguridad e

1. Entender los conceptos bsicos de seguridad.

2. Ver las medidas de seguridad que se utilizan en las tecnologas de comu-

3. Conocer las medidas de seguridad que se aplican en el sistema operativo.

4. Revisar los riesgos que presentan algunas aplicaciones.

5. Comprender las consecuencias de una prdida o robo de un dispositivo

6. Saber cules son las prcticas de seguridad recomendadas cuando se utiliza

1.1. Conceptos bsicos de seguridad

Cuando hablamos de seguridad, existe una nomenclatura imprescindible para

Confidencialidad: ha de ser posible que nadie pueda captar nuestra lla-

Autenticacin: solo los usuarios con un telfono de la red, es decir, perte-

Integridad: es necesario que la informacin, de voz o datos, que viaje por

No repudio: debe ser imposible que un usuario que ha utilizado la red

De manera ms genrica, y al mismo tiempo formal, podemos definir estos

La autenticacin es la propiedad que hace referencia a la identificacin.

El no repudio es la propiedad que asegura que ninguna parte pueda

Hay que destacar que la propiedad de autenticacin es quiz la ms importante

Estos cuatro conceptos bsicos de seguridad de la informacin que acabamos

1.2. Capas de seguridad en dispositivos mviles

Para poder entender la importancia de la seguridad en los dispositivos mviles

1) Un hardware potente, con muchos sensores.

3) Un mercado de aplicaciones completamente integrado en el sistema y muy

Este aumento de la informacin personal almacenada provoca que ms perso-

Para poder analizar la seguridad de los dispositivos mviles de manera efi-

El uso de las comunicaciones inalmbricas presenta una serie de ventajas, co-

El uso del espectro electromagntico como medio de comunicacin implica

Para poder obtener cotas de seguridad elevadas en las redes inalmbricas, es

Aunque no hay una clasificacin estricta de los posibles ataques a la seguridad

1)Masquerading. Accin en la que el atacante suplanta la identidad de alguna

Ejemplo de ataque de denegacin de servicio

ataque se clasifica como ataque pasivo, ya que el atacante obtiene informacin

4)Confidencialidaddeposicionamiento. Accin en la que el atacante ob- Especificidades del

2.2. Mecanismos de prevencin

La preocupacin por la seguridad en los entornos inalmbricos es creciente, ya

Cuando hablamos de tcnicas para prevenir riesgos de la seguridad, podemos ha-

Las tcnicas de difusin de espectro tambin permiten atenuar los ataques de

En cualquier caso, las tcnicas de difusin de espectro ofrecen poca o nula

Desde el punto de vista de las capas superiores al nivel fsico, el uso de la

Ejemplo del modelo reto-respuesta

B elige aleatoriamente como reto c un entero, por ejemplo el 4, y lo enva a A.

Es importante destacar que el modelo reto-respuesta que hemos descri-

En cuanto al servicio de confidencialidad, las tecnologas inalmbricas imple- Lectura recomendada

de las redes inalmbricas en el sentido de que si se pretende dar cobertura de

2.3. Caso de estudio: IEEE 802.11

El estndar IEEE 802.11 define la arquitectura de una red de rea local en un

Dado que en uno de los procesos de autenticacin se utilizan los algoritmos

El servicio de confidencialidad del estndar IEEE 802.11 se basa en el algoritmo

Esquema de cifrado del WEP La funcin CRC-32 es una fun-

El proceso de descifrado de la informacin que lleva a cabo el receptor es exac-

Dado que el RC4 es un criptosistema de clave compartida, la estacin y el

El estndar IEEE 802.11 tiene dos variantes que implementan el servicio de

Open system authentication (OSA).

El OSA es de implementacin obligada en el estndar y lo incluyen por

El OSA simplemente intercambia mensajes entre una estacin y el punto de

El xito del OSA solo depende

Muchos de los sistemas de redes LAN inalmbricas que estn en el mercado

Es importante destacar que, dado que el estndar IEEE 802.11 no especifica la

Este proceso de autenticacin consiste en el intercambio de cuatro mensajes