La familia digital Bienvenidos a esta clase, en donde vamos a ver la vulnerabilidad número 7, que
habla de calidad, calidad de código pobre o código de baja calidad.
Se hace la orden de los factores.
En este caso no afecta al resultado que en este caso estamos hablando efectivamente de una negligencia
al momento de realizar el código, o sea, al implementar, al desarrollar la aplicación.
Vamos a desarrollar un poquito esto para entender a qué me estoy refiriendo.
Como siempre le muestro en pantalla, acá pueden ver calidad del código.
Pobre, me lo estoy inventando yo.
Esta categoría engloba varias carencias importantes, clave e importante término clave, ya que una
calidad de código pobre puede ocasionar que nuestra aplicación pueda ser víctima de ataques.
Como siempre.
Esto lo podemos asociar inevitablemente cuando hablamos de aplicaciones a nivel general.
Aplicaciones web.
De hecho, ya que de hecho, como siempre les digo, no estamos muy lejos hoy en día de poder desarrollar
aplicaciones desde lo web, llámese a lo móvil, a lo que hoy se conocen como inclusive por un progreso
web application, que es que esto significa que con tecnologías web ustedes pueden desarrollar aplicaciones
nativas para hoy vez para Android y poder sacar provecho a las características de las aplicaciones nativas,
que en este caso es la conexión o el consumo de características del hardware del celular.
Pero esta no es la conversación de esta clase.
Les voy a compartir mi diapositiva también nueva de Saltillo de pantalla.
Si no, no molesto.
Y como estarán viendo, efectivamente vamos a hablar de calidad de código pobre, del código pobre.
En este caso ya se irán imaginando por donde vienen los golpes.
Efectivamente, como les mencionaba, estamos hablando de una de las buenas prácticas al momento del
desarrollo.
A que me refiero?
En este punto entra en juego dependiendo el lenguaje de programación que estemos hablando las versiones
les voy a dar ejemplos concretos, como también en pantalla.
De hecho, cuando hablamos de versiones poder podríamos estar hablando de PHP, donde hoy en dia sabemos
que todo a todo php torment hatter implementado por version de 7 para abajo va a ser tiene graves graves
vulnerabilidades ya detectadas y declaradas.
También tenemos buenas prácticas como el Garbage colector en el desarrollo de Java, sobre todo cuando
hablamos en la utilización de memoria.
Yaca le estoy tirando como palabras clave y como ya les he dicho con anterioridad, este curso no está
orientado al desarrollo en sí.
Eso queda ya en cada desarrollador.
Especializarse en cada lenguaje es tan simple como googlear o leer la documentación de saber cuáles
son las buenas prácticas o a qué se deben de anticipar al momento de estar desarrollando.
Yo le estoy tirando palabras claves porque dentro de estos términos que yo utilizo en las cosas que
les digo, por eso los invito a empezar a prestar especial atención.
Les garantizo que es un factor común o que por lo menos yo lo he visto en la gran mayoría de aplicaciones
y son criterios ilógicas que Uds. tienen que aprender a aplicar, porque de nada sirve que yo les dé
paso finitos pasos cuantificables para así hacerlos científicos.
Donde yo le digo bueno muchachos, tienen que hacer del 1 al 10 y de esta manera ya lo resuelven, no
es así en seguridad informática, más no entendiendo cómo funciona la tecnología, que las cosas evolucionan.
Volviendo a lo importante de la clase, cuando hablamos de vulnerabilidades le voy a volver a repetir
palabras clave.
Cuando estamos hablando de eh, de la mala implementación en la calidad del código, dependiendo del
lenguaje podemos llegara a encontrar inclusive y Othello lo viviran a veces en las aplicaciones, cuando
se les trajea, cuando se les tilda.
Bueno, ahí muchas veces podemos estar hablando de, por ejemplo, desbordamiento de buffer sin ir más
lejos.
Y esto suele suceder cuando no se manipulan de forma correcta a los array, los vectores sin ir más
lejos o por ejemplo a lo típico ex-posición.
De datos sensibles, acá volvemos un poquito a lo que hemos visto con anterioridad y un error muy común
también acá es el.
Por ejemplo, ustedes inician sesión en su aplicación y los datos de lo del inicio sesión los guardan
de forma local en la aplicación.
Eso es un error.
Esa es una exposición de datos sensibles, porque a través de diferentes herramientas nosotros podríamos
acceder a esos datos.
También la inadecuada gestión de los datos de la memoria del dispositivo, como lo que les estoy mencionando
recién.
Todo esto hace a las palabras clave y a los factores que ustedes tienen que tener en cuenta al momento
de estar hablando de una calidad del código pobre.
Justamente porque esto va a llevar a que desde el lado de la auditoría, desde el lado de detectar la
vulnerabilidad, dependiendo por lo mismo el lenguaje y la aplicación.
Es que ustedes tienen que prestar la atención si es que están del lado de la ante la empresa que está
desarrollando la aplicación estas buenas prácticas.
Esto en inevitablemente ustedes se lo tienen que volcar al mi al equipo de desarrollo, advirtiéndole
que existen estos vectores de ataque.
Luego ustedes, dependiendo de la aplicación, la situación y el contexto, van a poder evaluar o implementar
diferentes herramientas aumento theologia para auditar la aplicación y así decir bueno, implementen
la solución a este problema.
Espero que les haya gustado la clase.
Les dejo un abrazo digital.