Comentarios en: Cobertura de código, herramientas y ejemplos http://blog.48bits.com/2009/09/15/cobertura-de-codigo-herramientas-y-ejemplos/ 48Bits ... The one and a half architecture land. Thu, 09 Feb 2012 23:02:12 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Por: raimon http://blog.48bits.com/2009/09/15/cobertura-de-codigo-herramientas-y-ejemplos/comment-page-1/#comment-41188 raimon Fri, 06 Nov 2009 17:16:51 +0000 http://blog.48bits.com/?p=530#comment-41188 menuda chapa amigo, menuda chapa. menuda chapa amigo, menuda chapa.

]]> Por: nexus148 http://blog.48bits.com/2009/09/15/cobertura-de-codigo-herramientas-y-ejemplos/comment-page-1/#comment-41129 nexus148 Sun, 27 Sep 2009 04:47:07 +0000 http://blog.48bits.com/?p=530#comment-41129 Hola Tarakito Yo tengo tu misma configuracion. Para resolver el problema de copiar y pegar, simplemente he grabado el fichero en formato "UTF-8" y lo reconoce. Al executar el script "Getfuncs.py" me sale el siguiente error: ************************* File "C:/Downloads/48Bits/Scripts/Getfuncs.py", line 1, in Code (python) NameError: name 'Code' is not defined ************************** ¿Es debido a la version del ida? Un salduo. Hola Tarakito

Yo tengo tu misma configuracion. Para resolver el problema de copiar y pegar, simplemente he grabado el fichero en formato “UTF-8″ y lo reconoce.
Al executar el script “Getfuncs.py” me sale el siguiente error:

*************************
File “C:/Downloads/48Bits/Scripts/Getfuncs.py”, line 1, in
Code (python)
NameError: name ‘Code’ is not defined
**************************

¿Es debido a la version del ida?

Un salduo.

]]> Por: Tarakito http://blog.48bits.com/2009/09/15/cobertura-de-codigo-herramientas-y-ejemplos/comment-page-1/#comment-41118 Tarakito Wed, 23 Sep 2009 06:13:03 +0000 http://blog.48bits.com/?p=530#comment-41118 Bueno, solo decir que al copiar pegar los scripts algunos caracteres de los mismos estan cambiados y dan error al correrlos y hay que modificarlos (la proxima vez un zip no vendria mal :p) Y que con el ida 5.2 + idapython 0.9.0 + python 2.5 no funcionan. BTW: muy interesante ;) algo del tema habia leido en el "Reverse Engineering Code with IDA Pro (Paperback)" pero aqui esta muy/mas claro. Un saludo Bueno, solo decir que al copiar pegar los scripts algunos caracteres de los mismos estan cambiados y dan error al correrlos y hay que modificarlos (la proxima vez un zip no vendria mal :p)

Y que con el ida 5.2 + idapython 0.9.0 + python 2.5 no funcionan.

BTW: muy interesante ;) algo del tema habia leido en el “Reverse Engineering Code with IDA Pro (Paperback)” pero aqui esta muy/mas claro.

Un saludo

]]> Por: javi http://blog.48bits.com/2009/09/15/cobertura-de-codigo-herramientas-y-ejemplos/comment-page-1/#comment-41097 javi Fri, 18 Sep 2009 03:05:36 +0000 http://blog.48bits.com/?p=530#comment-41097 Ah claro.. el truco es al revés. El olly lo he probado otra vez, ayer debí probar mal, sí que salta la excepción tanto si vas por steps como si haces run. Lo que pasa que he probado teniendo instalado el Phantom y el IDAStealth. Para Windbg he visto esta extensión de metasploit: http://blog.metasploit.com/2008/08/byakugan-windbg-plugin-released.html No la he probado, entre otras cosas pone que tiene: "mushishi - a framework (with examples) for the detection and defeat of anti-debugging methods." Ah claro.. el truco es al revés. El olly lo he probado otra vez, ayer debí probar mal, sí que salta la excepción tanto si vas por steps como si haces run. Lo que pasa que he probado teniendo instalado el Phantom y el IDAStealth.

Para Windbg he visto esta extensión de metasploit:

http://blog.metasploit.com/2008/08/byakugan-windbg-plugin-released.html

No la he probado, entre otras cosas pone que tiene:

“mushishi – a framework (with examples) for the detection and defeat of anti-debugging methods.”

]]> Por: erg0t http://blog.48bits.com/2009/09/15/cobertura-de-codigo-herramientas-y-ejemplos/comment-page-1/#comment-41092 erg0t Thu, 17 Sep 2009 12:32:45 +0000 http://blog.48bits.com/?p=530#comment-41092 A mi el olly me funcionaba justamente en el caso contrario, cuando usaba bp y run, cuando hacia tracing step a step era cuando no sabia como seguir (puede que tenga alguna relación el uso de plugins como phantom). Otra cosa, creo que el comportamiento correcto seria pasar la excepción a la aplicación, es decir el trick consiste en instalar un handler para manejar el trap y si el debugger se equivoca va a seguir de largo si ejecutar el handler. Por lo que dices el que mejor se comporta es el debugger del IDA, que te permite pasar el control a la aplicación. A mi el olly me funcionaba justamente en el caso contrario, cuando usaba bp y run, cuando hacia tracing step a step era cuando no sabia como seguir (puede que tenga alguna relación el uso de plugins como phantom). Otra cosa, creo que el comportamiento correcto seria pasar la excepción a la aplicación, es decir el trick consiste en instalar un handler para manejar el trap y si el debugger se equivoca va a seguir de largo si ejecutar el handler. Por lo que dices el que mejor se comporta es el debugger del IDA, que te permite pasar el control a la aplicación.

]]>