La familia digital Bienvenidos a esta clase, donde vamos a estar hablando de la vulnerabilidad que
está en el top 4 de lo wahabismo hoy, en este caso vamos a estar hablando de la autenticación insegura
y como ya se lo mencionó en clases anteriores, pero es importante que lo tengan en cuenta cuando hablamos
de aplicaciones móvil.
Muchas veces no estamos muy lejos de las vulnerabilidades cotidianas.
Apuleyo Oleajes comunes de una aplicación tanto de escritorio, de una aplicación web o una aplicación
móvil.
De hecho, recuerden que su té gustan.
Inclusive podrían armar una aplicación móvil a través de una aplicación web.
A qué me refiero?
Ustedes pueden desarrollar la aplicación web con responsive de cine y utilizar un webmail desde una
aplicación de Android Studio.
Crear una aplicación nativa para inclusive desde esa aplicación, acceder a los al hardware del celular,
que es una de las limitaciones que existen en las aplicaciones web y así aprovechar todas las bondades.
Pero eso no quita que dentro de la aplicación web en este caso no existan vulnerabilidades comunes que
uno conoce al estar navegando a través de el interfaz del navegador o a través de la computadora UC
o inclusive el browser, o sea navegador desde el celular.
Pero estas cuestiones parece que las dejan de percibir los desarrolladores mobile y por eso están en
el top 4 porque se están A-4.
Significa que claramente es una inseguridad que sucede frecuentemente, que es la autenticación insegura.
A qué me refiero?
Les voy a compartir mi pantalla y vemos la página que justamente le siempre les mencioné que les dejé
con anterioridad, que acá pueden ver que autenticación insegura está en el 4.
Recuerden que estamos viendo el 2016, que es hasta la fecha el último que ha salido al momento de grabar
este video.
Ahora lo que vamos a hacer es les muestro, les muestro en pantalla justamente la diapositiva que he
creado en relación al tema y vamos a hablar un poquito de qué se trata esto?
Justamente uno de los factores que hay que tener en cuenta, o por lo menos lo que he visto en la práctica
cuando hablamos de de la autenticación a nivel mobile es justamente una de las diferencias.
Es inevitablemente el teclado, el teclado entre la computadora y el dispositivo móvil.
Existe una diferencia y muchas veces suelen ser menos exigentes.
Esto ya ha cambiado.
Por suerte he hecho algunos Wast 2016 y Top 4 y de hecho, con un poco de generar conciencia a nivel
de seguridad informática, esto ha evolucionado.
Seguramente se sacan uno nuevo.
No creo que estén.
No debería estar en el top 4.
Pero bueno, antes eran menos exigentes en los requisitos que con los cuales se debería conformar una
contraseña.
En materia de este tema también.
Ante esto, esto yo se los dejo inclusive como sugerencias.
Se que ustedes son desarrolladores.
Siempre es muy útil aprovechar las bondades del celular y justamente dar la opción de si quieren tener,
además de un segundo factor de autenticación que para eso necesita ser un celular.
Pero si optan por correo host o CMS si, pero correo electrónico o no, pero una de las ventajas que
tiene al estar con el celular es que hoy en día ya es más común que traigan la opción de biométricos,
llámese la huella digital o por ejemplo yo que tengo un celular un poco más actualizado.
En ese caso yo tengo un now 10 plus y yo lo desbloqueo con mirarlo simplemente porque tiene reconocimiento
facial, además de haberle colocado el dedo.
Yo utilizo mucho lo de lo del biométrico para justamente las aplicaciones.
Pero bueno, esa es una gran opción que pueden optar para evitar una cuestión del factor de la autenticación
insegura.
Ni hablar de ella algo más adelantado de algún tipo de token sabe que pueden venir con el con el tipo
adaptador C3, que es a través de donde ustedes cargan el celular, por ejemplo.
Y también esto se lo digo por experiencia, ya volcando un poquito a la práctica.
Y para darles un ejemplo práctico de cosas que yo he visto es que muchas veces, cuando en el desarrollo
de una aplicación van lanzando nuevas versiones para parchar cuestiones de seguridad, muchas veces
por una cuestión de practicidad, de velocidad o simplemente porque no lo quieren hacer, no limpian
códigos de versiones anteriores, no depuran y eh, he podido explotar vulnerabilidad haciendo por así
decirlo, un rollback en el código a versiones anteriores y así poder explotar las vulnerabilidades
que existen en versiones anteriores.
Pero eso siempre es muy importante, borrar el código de versiones anteriores de las aplicaciones o
inclusive bloquearlas, porque muchas veces nosotros podemos encontrar en versiones anteriores de determinadas
aplicaciones en internet inclusive.
Bueno amigos, espero que les haya gustado la clase.
Les dejo un abrazo digital.