[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fjO7OA0uuULxKPbne5iHIUZU53lMTMjIyuMZcpvteivg":3},{"slug":4,"title":5,"summary":6,"category":7,"author":10,"image_url":16,"image_thumb_url":16,"published_at":17,"updated_at":18,"body_html":19,"keywords":20,"reading_time_minutes":21,"related_articles":22,"related_course":59,"related_specialty":14},"inyectando-codigo-en-archivos-pe-2","Inyectando código en archivos PE (2)","En la primera parte de esta serie de artículos sobre “inyección de código malicioso en archivos PE” vimos los pasos iniciales y con un resultado exitoso de acceso remoto a un equipo víctima a través de un “Reverse Shell”. En esta segunda parte seguiremos avanzando sobre este tema clarificando mejor algunos de los pasos realizados en la primera parte a modo de resumen y también extenderemos el tema para poder llegar a obtener el mismo resultado que en la parte 1, pero esta vez con una aplicación que se ejecuta y muestra un comportamiento errado en pantalla y ver cómo solucionarlo.",{"slug":8,"name":9},"pentesting-mobile","Pentesting a Aplicaciones Móviles",{"username":11,"name":12,"avatar_url":13,"headline":14,"aboutme":15},"CannibaL","Cannibal .","https:\u002F\u002Fapi.backtrackacademy.com\u002Frails\u002Factive_storage\u002Fblobs\u002Fredirect\u002FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBZ2NMIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--ae676f2a7e452c690824c196a556de0fd878d091\u002FGatoRison.jpg",null,"Profesional con 12 años de experiencia en la industria de TI con marcada tendencia al resultado, pensamiento critico y organizado. Soy un entusiasta de la tecnologia en busca constante de nuevos conocimientos. Mis habilidades técnicas mas sobresalientes son: PenTesting, Linux y Windows SysAdmin, Scripting (PowerShell - Python) y Desarrollo de Exploits. OSCE | OSCP | RHCSA | MCSA | MCTS","https:\u002F\u002Fapi.backtrackacademy.com\u002Frails\u002Factive_storage\u002Fblobs\u002Fredirect\u002FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBdFFSIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--802b904a80f5de6b76d09b386fa90857edcc7fa5\u002Fshutterstock_1181228215.png","2021-08-26T16:13:38-04:00","2026-10-26T01:54:11-03:00","\u003Ch2>Introducción\u003C\u002Fh2>\r\n\u003Cp>En la primera \u003Ca href=\"..\u002Finyectando-codigo-en-archivos-pe\">parte\u003C\u002Fa> de esta serie de artículos sobre “inyección de código malicioso en archivos PE” vimos los pasos iniciales y con un resultado exitoso de acceso remoto a un equipo víctima a través de un “Reverse Shell”. En esta segunda parte seguiremos avanzando sobre este tema clarificando mejor algunos de los pasos realizados en la primera parte a modo de resumen y también extenderemos el tema para poder llegar a obtener el mismo resultado que en la parte 1, pero esta vez con una aplicación que se ejecuta y muestra un comportamiento errado en pantalla y ver cómo solucionarlo.\u003Cbr>¿Cuál es la idea detrás de ver errores? Pues bien, entender el porqué de algunas modificaciones de instrucciones del ejecutable son necesarias y mostrar un caso de uso que es llegar a una aplicación que se ejecuta normalmente sin errores, pero facilitando un Backdoor (puerta trasera).\u003Cbr>En caso de preguntas, no duden en escribirlas en la sección correspondiente y serán contestadas a la brevedad.\u003C\u002Fp>\r\n\u003Ch2>\u003Cstrong>\u003Cbr>Descargo de responsabilidad\u003C\u002Fstrong>\u003C\u002Fh2>\r\n\u003Cp>Toda información contenida en el presente artículo es sola y únicamente compartida a modo informativo y educativo. Cualquier mal uso por parte del lector sin previa autorización o falta de ética no es responsabilidad del autor o Backtrack Academy. Por esta razón se recomienda contar con la debida asesoría legal antes de intentar cualquiera de las técnicas aquí demostradas en ambientes corporativos (productivos o no) o de manera personal contar con la debida autorización por parte de clientes. \u003Cbr>Toda reproducción del contenido de este artículo fuera de Backtrack Academy debe ser expresamente autorizado por el autor y \u002Fo Backtrack Academy. Está pre-autorizado vincular desde otro sitio a través de hipervínculos a este artículo siempre y cuando se respete la autoría y fuente original.\u003C\u002Fp>\r\n\u003Ch2>\u003Cstrong>\u003Cbr>Objetivos\u003C\u002Fstrong>\u003C\u002Fh2>\r\n\u003Cul>\r\n\u003Cli>Entender mejor el porqué de específicos pasos y configuraciones realizadas en la parte 1.\u003C\u002Fli>\r\n\u003Cli>Continuar trabajando a partir del archivo “autoruns-02.exe” e ir mejorando su comportamiento al modificar instrucciones.\u003C\u002Fli>\r\n\u003Cli>Conseguir una aplicación que al ejecutarla siga su curso normal de ejecución y aun se obtenga una conexión remota estable.\u003C\u002Fli>\r\n\u003Cli>En esta fase, no es importante si el archivo es detectado Como malicioso por algún antivirus.\u003C\u002Fli>\r\n\u003Cli>En cada paso del procedimiento donde se realicen modificaciones al código, guardaremos los cambios en un nuevo archivo (autoruns-00, autoruns-01, etc). Esto facilitara volver pasos atrás en caso de ser necesario.\u003C\u002Fli>\r\n\u003C\u002Ful>\r\n\u003Ch2>\n\u003Cbr>Herramientas\u003C\u002Fh2>\r\n\u003Cul>\r\n\u003Cli>\n\u003Cstrong>Autoruns.exe\u003C\u002Fstrong> - Una versión no actual y compilada sin protección puede ser descargada desde el siguiente enlace \u003Ca href=\"http:\u002F\u002Fweb.archive.org\u002Fweb\u002F20061216123407\u002Fhttp\">http:\u002F\u002Fweb.archive.org\u002Fweb\u002F20061216123407\u002Fhttp\u003C\u002Fa>:\u002F\u002F\u003Ca>www.microsoft.com:80\u002Ftechnet\u002Fsysinternals\u002Fdefault.mspx\u003C\u002Fa> \u003C\u002Fli>\r\n\u003Cli>\n\u003Cstrong>OllyDbg\u003C\u002Fstrong> o\u003Cstrong> Immunity Debugger\u003C\u002Fstrong>\n\u003C\u002Fli>\r\n\u003C\u002Ful>\r\n\u003Cp> \u003C\u002Fp>\r\n\u003Ch2>\u003Cstrong>Escenario\u003C\u002Fstrong>\u003C\u002Fh2>\r\n\u003Cul>\r\n\u003Cli>Equipo victima en donde se ejecutara el archivo infectado, IP: 192.168.34.229 (Windows 7 SP1 x86).\u003C\u002Fli>\r\n\u003Cli>Equipo receptor de conexiones remotas, IP: 192.168.34.194 (Kali Linux Rolling).\u003C\u002Fli>\r\n\u003C\u002Ful>\r\n\u003Cp> \u003C\u002Fp>\r\n\u003Ch2>\u003Cstrong>Procedimiento\u003C\u002Fstrong>\u003C\u002Fh2>\r\n\u003Cul>\r\n\u003Cli>\n\u003Cstrong>Paso 1:\u003C\u002Fstrong> Resumen de la parte 1 con explicaciones adicionales.\u003C\u002Fli>\r\n\u003Cli>\n\u003Cstrong>Paso 2:\u003C\u002Fstrong> ¿Por qué mejorar el código si ya obtuve una conexión remota?\u003C\u002Fli>\r\n\u003Cli>\n\u003Cstrong>Paso 3:\u003C\u002Fstrong> Introducción a mejorando el código.\u003C\u002Fli>\r\n\u003Cli>\n\u003Cstrong>Paso 4:\u003C\u002Fstrong> Mejorando el código.\u003C\u002Fli>\r\n\u003Cli>\n\u003Cstrong>Paso 5:\u003C\u002Fstrong> Restaurando el flujo de ejecución.\u003C\u002Fli>\r\n\u003Cli>\n\u003Cstrong>Paso 6:\u003C\u002Fstrong> Verificación grafica de la funcionalidad de la aplicación y flujo de ejecución.\u003C\u002Fli>\r\n\u003C\u002Ful>\r\n\u003Cp> \u003C\u002Fp>\r\n\u003Cp>\u003Cstrong>PASO 1\u003C\u002Fstrong>\u003C\u002Fp>\r\n\u003Cp>Debido a que esto no es un tutorial de “Assembly (ASM)” no profundizare demasiado en ciertos conceptos y explicaciones porque requiere un libro completo para entenderlo bien, además de tiempo y práctica. Pero básicamente ASM es un lenguaje de bajo nivel que es posible de leer por humanos por el cual se dan órdenes directas al CPU (procesador), dichas ordene se ejecutan a través de instrucciones tales como CALL, JMP, MOV y otros muchos más. Adicionalmente hay otros varios conceptos como Stack (pila) que es un bloque de memoria utilizado para alojar temporalmente direcciones y datos. Directamente relacionado al Stack se encuentran dos instrucciones que son PUSH y POP donde la primera coloca objetos en el Stack y la segunda remueve de la misma. Para aquellos que buscan expandir sus conocimientos los invito a leer del siguiente enlace \u003Ca href=\"https:\u002F\u002Fes.wikipedia.org\u002Fwiki\u002FAssembly\">https:\u002F\u002Fes.wikipedia.org\u002Fwiki\u002FAssembly\u003C\u002Fa>\u003Cbr>Como recordaran en la parte 1, la primera acción sobre las instrucciones del ejecutable fue modificar la línea #1  004289A6 > $ E8 7AC50000    CALL autoruns.00434F25 por JMP 00498000 – Por cierto, JMP (Jump en inglés, salto en español) lo que está haciendo en este caso es saltar a una dirección de memoria 00498000 que es justo el principio de nuestra sección .test - Esto porque lo que necesitábamos era redirigir el flujo del programa hacia el espacio disponible en la sección adicional que creamos con Stud_PE con la idea de poder ejecutar nuestro código Reverse Shell creado con msfvenom de manera invisible al ojo humano al invocar la aplicación y conseguir la conexión remota automáticamente.  \u003Cbr>Luego de haber realizado este cambio y habiendo comprobado el salto, modificamos las instrucciones iniciales contenidas por la sección .test, las dos primeras líneas fueron completadas con una instrucción PUSHAD y luego PUSHFD que lo que están haciendo es colocar en el Stack los 8 registros generales EAX, ECX, EDX, EBX, ESP, EBP, ESI, EDI y además los registro EFLAGS (registro de estados). Inmediatamente después fue agregado todo el código Reverse Shell. Por último, todos los cambios fueron guardados en un archivo el cual al ejecutarlo nada ocurría a simple vista, pero del lado de Kali Linux obtuvimos un conexión remota por consola.\u003C\u002Fp>\r\n\u003Cp>\u003Cstrong>\u003Cbr>PASO 2\u003Cbr>\u003C\u002Fstrong>\u003Cbr>¿Por qué mejorar el código si ya obtuve una conexión remota, es realmente necesario? – La respuesta depende mucho de cuál es el objetivo final de inyectar un archivo con un backdoor. Hay diferentes casos de uso, pero si pensamos en un test a nivel corporativo donde se le solicita al analista de seguridad realizar un ataque de ingeniería social como parte de un “Red team engagement” el primer pensamiento debe ser “porque no quiero ser detectado” ya que esa es la idea de un ataque de ingeniería social, tratar de engañar al usuario final para que haga click, ejecute algún archivo o acceda algún sitio malicioso. \u003Cbr>Entonces, ¿Que es mejor? Que nuestra aplicación con backdoor incluido se ejecute de manera normal con todas sus funciones o arroje errores en pantalla o en el peor de los casos no muestre nada y no se ejecute de manera normal y el usuario final informe al departamento de TI. Creo que la respuesta es muy evidente.\u003C\u002Fp>\r\n\u003Cp> \u003C\u002Fp>\r\n\u003Cp>\u003Cstrong>PASO 3\u003C\u002Fstrong>\u003C\u002Fp>\r\n\u003Cp>En este paso vamos a ver qué es lo necesario realizar de qué manera y con cuales instrucciones agregadas a la sección .test podemos lograr que nuestra aplicación se ejecute de manera normal y aun de manera indetectable al ojo humano genere a través del código de Reverse Shell inyectado una conexión saliente hacia nuestro equipo Kali Linux que nos permitirá interactuar con el equipo victima a través de consola. \u003Cbr>Para restaurar el flujo de ejecución original del programa debemos agregar nuevas instrucciones (en azul y rojo), el orden seria: \u003Cbr>\u003Cstrong>\u003Cbr>PUSHAD\u003C\u002Fstrong>                , Guarda los valores de los 8 registros generales en el Stack\u003Cbr>\u003Cstrong>PUSHFD\u003C\u002Fstrong>                , Guarda los valores de los registro EFLAGS en el Stack\u003Cbr>\u003Cstrong>[SHELLCODE]\u003C\u002Fstrong>      , Código malicioso que fue generado con msfvenom\u003Cbr>\u003Cstrong>ADD ESP, XYZ\u003C\u002Fstrong>     , Alinear el Stack al valor previo de ingresado el Shellcode. XYZ es un valor Hexadecimal que es resultado de la diferencia entre el valor del registro ESP pre y post Shellcode\u003Cbr>\u003Cstrong>POPFD\u003C\u002Fstrong>                  , Restaura los valores de los registros EFLAGS\u003Cbr>\u003Cstrong>POPAD\u003C\u002Fstrong>                  , Restaura los valores de los registros generales\u003Cbr>\u003Cstrong>CALL 00434F25\u003C\u002Fstrong>   , Restaurar la instrucción modificada en la línea #1 en parte 1 de esta serie de artículos.\u003Cbr>\u003Cstrong>JMP 004289AB\u003C\u002Fstrong>     , Saltar hacia la siguiente instrucción legitima luego de restaurada la línea #1\u003Cbr>\u003Cbr>Como se dijo en la parte 1, copiar las primeras instrucciones sería un paso importante, he aquí la razón.\u003C\u002Fp>\r\n\u003Cp>\u003Cimg alt=\"\">\u003C\u002Fp>\r\n\u003Cp>De aquí en más el flujo del programa debería seguir su curso normal.\u003C\u002Fp>\r\n\u003Cp> \u003C\u002Fp>\r\n\u003Cp>\u003Cstrong>PASO 4\u003Cbr>\u003Cbr>\u003C\u002Fstrong>Vamos a poner en práctica el paso 3. Lo primero es abrir con Olly la aplicación y dirigirnos hacia el inicio de la sección \u003Cstrong>.test (PUSHAD)\u003C\u002Fstrong>, luego presionamos la tecla \u003Cstrong>F7\u003C\u002Fstrong>  dos veces y tomamos nota del valor del registro \u003Cstrong>ESP = 0012FF68\u003C\u002Fstrong> que será el valor antes de nuestro Shellcode. En este momento estamos posicionados sobre la instrucción \u003Cstrong>CLD.\u003Cbr>\u003C\u002Fstrong>\u003Cbr>\u003Cimg alt=\"\">\u003C\u002Fp>\r\n\u003Cp>Luego, nos dirigimos hacia el final del código Reverse Shell y colocamos un breakpoint con la tecla\u003Cstrong> F2\u003C\u002Fstrong> debajo de la instrucción \u003Cstrong>CALL\u003C\u002Fstrong> \u003Cstrong>EBP\u003C\u002Fstrong> (ver captura) y presionamos la tecla azul \u003Cstrong>Play\u003C\u002Fstrong> del menú superior que ejecutara todo el código hasta el breakpoint y se detendrá ahí o al menos eso esperamos, pero no y acá nuestro primer problema. Por alguna extraña razón desconocida al momento no logramos llegar al breakpoint y la ejecución se detiene en otro sitio del código (ver siguiente captura). Conseguimos la conexión remota como en la parte 1, pero como saben la aplicación nunca ejecuta de manera normal. Lo que sucedió en la parte 1 fue que no probamos la aplicación en Olly para analizar su comportamiento y observar detenidamente que es lo que ocurría al momento de ejecutarla.\u003Cbr>\u003Cbr>\u003Cimg alt=\"\">\u003Cimg alt=\"\">\u003Cbr>\u003Cbr>Después de un prueba y error y tiempo invertido probando diferentes Shellcodes se llega a la conclusión de que debemos modificar nuestro Shellcode, la única diferencia con el utilizado en la parte 1 es que en la línea de \u003Cstrong>msfvenom\u003C\u002Fstrong> agregamos la opción \u003Cstrong>EXITFUNC=none\u003C\u002Fstrong> que permitirá a nuestro código seguir ejecutándose después de haber completado el Shellcode.\u003Cbr>\u003Cbr>\u003C\u002Fp>\r\n\u003Cp>\u003Cimg alt=\"\">\u003C\u002Fp>\r\n\u003Cp>\u003Cstrong>Nota:\u003C\u002Fstrong> Esto significa que deberemos crear un nuevo archivo \u003Cstrong>autoruns-02.exe\u003C\u002Fstrong> que contenga como nuestro Shellcode el código de la captura anterior.\u003C\u002Fp>\r\n\u003Cp>Volvemos a probar en Olly la ejecución de la aplicación manteniendo el breakpoint y en Kali Linux un Listener listo para recibir la conexión. Se logra satisfactoriamente una conexión, pero nuevamente no llegamos al breakpoint hasta que matamos la conexión del lado de Kali Linux (CTRL + C) y ahí si llegamos al breakpoint (extraño comportamiento).\u003C\u002Fp>\r\n\u003Cp>\u003Cimg alt=\"\">\u003C\u002Fp>\r\n\u003Cp>Tomamos nota del valor de \u003Cstrong>ESP = 0012FD68\u003C\u002Fstrong> luego de haberse ejecutado el Shellcode. La diferencia entre ambos valores de \u003Cstrong>ESP (0012FF68 - 0012FD68) = 200\u003C\u002Fstrong> – Perfecto, ya tenemos el valor que usaremos en la instrucción \u003Cstrong>ADD ESP, 200\u003C\u002Fstrong>\u003Cbr>Lo que ahora debemos hacer es un poco de “troubleshooting” para tratar de entender que está pasando con el flujo de ejecución de la aplicación y porque se queda detenido y necesitamos presionar CTRL + C en Kali Linux \u003Cbr>\u003Cbr>\u003Cstrong>Nota:\u003C\u002Fstrong> El procedimiento de troubleshooting a este punto es más avanzado y difícil de mostrar con solo palabras, por esta razón es que habrá un curso en video avanzado y completo con todos los pasos de inyección de código en archivos PE + evasión de antivirus. Ahora, para agilizar nuestro trabajo en esta parte 2 les mostrare directamente que generaba el problema, una función llamada \u003Cstrong>WaitForSingleObject\u003C\u002Fstrong> que luego de cierta investigación resulto ser que estaba configurada para esperar indefinidamente, por ende el código se ve detenido luego de haber generado el Reverse Shell. Como mencione antes, la solución a este problema y como se detectó será demostrado en el curso avanzo en video que se publicara en este mismo sitio.\u003C\u002Fp>\r\n\u003Cp>\u003Cimg alt=\"\">\u003C\u002Fp>\r\n\u003Cp>Continuando ya con el código corregido, intentamos nuevamente los pasos anteriores simplemente para corroborar que no necesitamos presionar CTRL + C en Kali Linux para alcanzar nuestro breakpoint.\u003Cbr>Y si funciona!!! - Guardamos los cambios en un nuevo archivo \u003Cstrong>autoruns-03.exe\u003C\u002Fstrong>\u003C\u002Fp>\r\n\u003Cp>\u003Cstrong>\u003Cbr>PASO 5\u003C\u002Fstrong>\u003C\u002Fp>\r\n\u003Cp>Ahora vamos a restaurar el flujo de ejecución agregando las instrucciones necesarias. Guardamos los cambios en un nuevo archivo \u003Cstrong>autoruns-04.exe\u003Cbr>\u003Cbr>\u003Cimg alt=\"\">\u003Cbr>\u003Cbr>\u003C\u002Fstrong>Para verificar la funcionalidad de estas modificaciones utilizaremos un breakpoint sobre la instrucción \u003Cstrong>CALL EBP\u003C\u002Fstrong> justo antes de \u003Cstrong>ADD ESP,200\u003C\u002Fstrong> que se ven abajo en la captura y ejecutamos la aplicación. Es importante recordar que para las pruebas de ahora en más necesitamos el Listener siempre listo. Una vez alcanzamos el breakpoint seteamos otro sobre la última instrucción de JMP, presionamos el botón de Play y deberíamos alcanzar el nuevo breakpoint sin problemas. \u003Cstrong>\u003Cbr>\u003Cbr>\u003Cimg alt=\"\">\u003C\u002Fstrong>\u003C\u002Fp>\r\n\u003Cp>\u003Cstrong>\u003Cimg alt=\"\">\u003C\u002Fstrong>\u003C\u002Fp>\r\n\u003Cp>Ahora, presionamos \u003Cstrong>F7\u003C\u002Fstrong> 1 vez y deberíamos llegar a donde apunta la dirección del JMP final. El flujo de ejecución esta restaurado.\u003C\u002Fp>\r\n\u003Cp>\u003Cimg alt=\"\">\u003C\u002Fp>\r\n\u003Cp>\u003Cbr>\u003Cstrong>PASO 6\u003C\u002Fstrong>\u003C\u002Fp>\r\n\u003Cp>Como último paso de esta parte 2 vamos a realizar un test bien simple utilizando \u003Cstrong>autoruns-04.exe\u003C\u002Fstrong> y ver si la aplicación ejecuta sin problemas y obtenemos nuestra conexión remota. No usaremos Olly esta vez.\u003Cbr>Como se puede ver la aplicación se ejecuta sin problemas y a la vez nos da acceso remoto gracias al backdoor inyectado.\u003Cbr>\u003Cbr>\u003Cimg alt=\"\">\u003C\u002Fp>\r\n\u003Cp>\u003Cimg alt=\"\">\u003C\u002Fp>\r\n\u003Cp>Esto es todo por ahora en esta segunda parte. En la tercera y última parte veremos cómo utilizar Code-Caves y aplicar lo visto en la parte 1 y 2 y obtener los mismos resultados.\u003Cbr>\u003Cbr>© 2018 by \\m\u002F CannibaL \\m\u002F\u003C\u002Fp>\r\n\u003Cp> \u003C\u002Fp>\r\n\u003Cp> \u003C\u002Fp>","kali, linux, windows 7, ",11,[23,35,47],{"slug":24,"title":25,"summary":26,"category":27,"author":28,"image_url":32,"image_thumb_url":32,"published_at":33,"updated_at":34},"introduccion-al-ransomware-en-dispositivos-moviles","Introducción al ransomware en dispositivos móviles","El ransomware es una de las mayores amenazas que se han extendido en los últimos años y sus consecuencias dejan grandes pérdidas de información y dinero. En este artículo analizaremos una muestra de malware que podría afectar a un 99,2% de los dispositivos móviles que utilizan el sistema operativo Android y que es capaz de cifrar nuestro dispositivo y extorsionarnos para un rescate a cambio de recuperar la información. A lo largo de este artículo, analizaremos cómo evitar las diferentes técnicas que usa el malware y cómo podemos mitigarlas.",{"slug":8,"name":9},{"username":29,"name":30,"avatar_url":31},"Omar_veliz","Omar Jacobo Muñoz Veliz","https:\u002F\u002Fapi.backtrackacademy.com\u002Frails\u002Factive_storage\u002Fblobs\u002Fredirect\u002FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBdmdGIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--de6eb458d07377fb9d25e6ed92e1917f274c8cdb\u002Fprofile.jpg","https:\u002F\u002Fapi.backtrackacademy.com\u002Frails\u002Factive_storage\u002Fblobs\u002Fredirect\u002FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBcXNPIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--0782d64bfea47ab66ad9585f09cc39dc3e64b7b4\u002FPost187_NN1.png","2019-02-05T21:56:00-03:00","2026-10-26T18:29:42-03:00",{"slug":36,"title":37,"summary":38,"category":39,"author":40,"image_url":44,"image_thumb_url":44,"published_at":45,"updated_at":46},"reversing-apk-android","Reversing a un apk en android","Realizar reversing en una aplicación android es util para las auditorias y para encontrar alguna vulnerabilidad en el código.",{"slug":8,"name":9},{"username":41,"name":42,"avatar_url":43},"Lior","Rafael PeruCrackers","https:\u002F\u002Fapi.backtrackacademy.com\u002Frails\u002Factive_storage\u002Fblobs\u002Fredirect\u002FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBdGdKIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--18ea99d6876a18ae422b2c3858846ac9d9979bfa\u002F41473879_681300015589328_2914457510192611328_n.jpg","https:\u002F\u002Fapi.backtrackacademy.com\u002Frails\u002Factive_storage\u002Fblobs\u002Fredirect\u002FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBcElPIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--c2db9328e7467df780122d1ae515df0aff305187\u002FPost161_NN1.png","2018-10-16T23:42:52-03:00","2026-10-26T17:06:05-03:00",{"slug":48,"title":49,"summary":50,"category":51,"author":52,"image_url":56,"image_thumb_url":56,"published_at":57,"updated_at":58},"infectando-dispositivos-mobiles-con-evil-droid-framework","Infectando dispositivos móviles con Evil-Droid Framework","Aprende a infectar un dispotivo móvil con Evil-Droid que es un framework que crea, genera e inserta la carga útil de apk para penetrar en las plataformas android. Infecta y crea una conexión reversa en los dispositivos móviles en segundos.",{"slug":8,"name":9},{"username":53,"name":54,"avatar_url":55},"misaelban","Misael Banales","https:\u002F\u002Fapi.backtrackacademy.com\u002Frails\u002Factive_storage\u002Fblobs\u002Fredirect\u002FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBam9HIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--fcb46747ff2b0df3099425d0012f4da090b1db67\u002FIMG_2344.PNG","https:\u002F\u002Fapi.backtrackacademy.com\u002Frails\u002Factive_storage\u002Fblobs\u002Fredirect\u002FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBb2dPIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--264eac04c664fdf499d778d28dfc63d88450f98e\u002FPost149_NN1.png","2018-08-15T17:42:43-03:00","2026-10-26T18:24:58-03:00",{"slug":60,"title":61,"summary":62,"level":63,"specialty":14,"category":64,"instructor":65,"image_url":66,"image_thumb_url":66,"duration_seconds":67,"lessons_count":21,"students_count":68,"is_free":69,"coming_soon":69,"updated_at":70},"hacking-android","Hacking Android","Android es el sistema operativo en móviles más usado en el mundo IoT.","Avanzados",{"slug":8,"name":9},{"username":53,"name":54,"avatar_url":55},"https:\u002F\u002Fapi.backtrackacademy.com\u002Frails\u002Factive_storage\u002Fblobs\u002Fredirect\u002FeyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaFlOIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--75c9bafcd7233bb854bf5d0fef1e5a2857a2dc71\u002F1_-Hacking-Android-02.png",11957,3002,false,"2025-02-15T00:31:59-03:00"]