Hi zilox!

One thing you can do it's to execute the function itsetf. This is a generic method when resolving APIs manually.
To do this you just put a memory BP on the .text section of system modules (kernel32, user32, ntdll, etc.) depending on what you think the API colud be.
Then, you use the "New origin here" on the first instruction of the API. When the program tries to execute the API, the BPM will trigger.

That's the idea... 

cheers!

Hi zilox!

As I told you, the first of the 4 bad entries in the IAT is ExitProcess. You can fix it with ImpRec by double-clicking the address and selecting the adecuated API.
I also told you that the other 3 must return 0 in EAX. You must patch them manually.
BUT 2 of them, return data in the stack also. So, I suggest you to search for the references to those functions, and put a BP on them. Now, when the function gets called, watch the stack parameters and how are they filled. Also, you should watch what the program does with those values. When you find what to put in the parameters to make the program work, just patch the function manually.

And that's all. You don't need to analyze the function, because it's a packer's function and it's heavily ofuscated.

Cheers!

Hola!

Puedes empezar por aqui.

Luego aqui.

Y por último (pero no menos importante): aqui.

Saludos!

Hola!

Lo más probable es que el programa esté protegido con algún packer. Te recomiendo que empieces mirando por este sitio.

Saludos!

Hola!

Prueba con este codigo:

Private Sub Command1_Click()
res = ShellExecute(Me.hwnd, "Open", "http://wiki.elhacker.net/system/app/pages/customSearch?scope=cse-goog_1258298707613&q=; " + text1.Text + ";&search=", "", "", 1)
End Sub
 

Saludos!

Hola!

Lo puedes encontrar en Crackslatinos.

Hace mucho que no entra a este foro.

Saludos!

Pues entonces hay muchos equivocados.

O sería posible que GriYo/29A le haya puesto ese nombre porque le gustó?

Esa tecnica la sigo conociendo como inline-patching, o como le llamaría GriYo/29A: Entry-Point Obscuring. 

Saludos!

Si trabajas con Access es imposible tener seguridad utilizando la brindada por el motor de la DB.

Una opcion viable, para evitar a gente de desconoce de reversing y para "complicarle la vida" a una que si sabe, es cifrar la información guardada en la DB.

Osea, implementas todo lo necesario para que el sistema funcione, incluída la proteccion por niveles de acceso, pero toda la info guardaba (o, al menos, la relevante) se guarda en forma cifrada.

Recomiendo una rutina de cifrado no estandar, que sea lo mas larga y lenta posible y guardar el resultado en base64 o chars hexa.

En fin, son ideas... 

Saludos!

No tengo linux por acá, pero creo que si estás ejecutando 0xBFFFF6D8. El tema es que el programa sigue y crashea en 0xBFFFF706.

Para verificar ésto, pon un INT3 (0xCC) al inicio del shellcode, así salta en el debugger. Si salta el BP, entonces sabes que estás ejecutando correctamente y que el shellcode tiene un error.

Saludos!

Deberías haber leído las reglas del foro antesde hacer el post: Haz revivido un post de hace 2 años para hacer un pedido de crack/serial/etc., lo cual está prohibido.

Como se ha dicho antes: aquí no damos pescado, enseñamos a pescar.

Saludos!