Mensajes

hola devas a lo que se refiere tinco es que muestres una version empacada y otra sin empacar por que yo nose ustedes la veo muy difisil desempacar eso y mas que orita no quiero saber nada de reversing ando enfadado ya.

Saludos flamer y sube una version sin empacar

Esa es la idea, que sea difícil, o no? Vamos que siempre uno se puede topar con packers difíciles de sacar. Si ponía un UPX o Aspack, no tendría gracia, porque son muy utilizados y ya ponerlos es lo mismo que no hacerlo, porque encuentras un unpacker en cualquier lado.

Es la gracia del cracking, que cueste. Si es fácil, no es lo mismo. Además, yo propongo como objetivo hacer un keygen, pero pueden parchar si quieren. De hecho, yo siempre preferí parchar, porque es lo más rápido, haha. Al final, es decisión de uno.

Saludos.

partamos de la base de que no sólo hay que encontrar el algoritmo de la clave sino sacar el packer. Lo ideal hubiese sido hacer un reto con el packer y otro con tu key.

No entiendo. Algo por separado?

Yo propongo como reto sacar el Key, pero pueden parchar si quieren. Al final, es decisión de uno lo que hacen. Al menos, así era antes, aunque parchar fuera mal visto. Después de todo, el parchar igual cumple su cometido y el software se puede registrar.

[3ª versión]

Hola a todos.

Lo prometido es deuda, por eso aquí les traigo la 3ª versión de mi Crackme. El objetivo principal es poder capturar el algoritmo de creación de la key, para luego crear un Keygen. Si lo hacen de esa manera, perfecto. Si lo parchan, también les sirve para practicar, aunque no es la idea.

Espero lo disfruten, como yo disfruté programándolo y sirva para todos los que quieren aprender este divertido arte de la Ingeniería Inversa.

El Crackme (y más info sobre éste) lo pueden descargar haciendo click aquí, así de paso les presento mi nuevo website, donde pienso alojar todos mis proyectos.


Comenten 

Una vez más...

No llega a ser del todo cierto.

Java y .Net son lenguajes que se están haciendo muy populares, además de ser más sencillo programar en ellos con respecto a c y c++.

Esto lleva a que mucha gente se dedique a aprender tanto Java como .Net... la bolsa de trabajadores crece pero no así la de ofertas laborales... en consecuencia los salarios bajan.

Yo estuve buscando trabajo hace dos años... mirando por la rama de .Net y Java no conseguía encontrar una oferta seria que superase los 22.000 anuales... por c y c++ pude encontrar sin rascar mucho ofertas más apropiadas.

Amén de todo esto, el que quiera vivir bien con un trabajo casi asegurado, que aprenda cobol y se vaya a trabajar a un banco... no innovará pero tendrá un salario bastante decente y prácticamente un trabajo fijo de por vida.

Puede que tu caso sea la excepción, pero lamentablemente es así. Por lo menos en mi país. En lo único que concuerdo contigo es en el tema de Cobol.

Yo hace años que no uso Visual Basic, pero cuando lo hacía, no me manejaba mucho con la programación. La verdad es que sí es un lenguaje muy sencillo, pero, como dijeron más arriba, también creo que no aporta mucho al aprendizaje.

Visual .NET nunca lo he visto, pero ya lo haré. Aún así, creo que es parte del futuro de lenguajes de programación, ya que lo imparten en las Universidades, junto con Java, que es otro lenguaje de programación que se vende como pan caliente.

En la mayoria de las universidades en españa en 1º suelen enseñar C como lenguaje estructurado y java como lenguaje orientado a objetos...

Eso pasa porque, lamentablemente, en las Universidades te entregan conocimientos basándose en lo que es necesario para uno al salir al mundo laboral. Y, teniendo eso en cuenta, y sin comparar ningún lenguaje con otro, Java se vende más que C++. Es mejor pagado y las empresas buscan más a gente que sepa trabajar con Java, en comparación a C++.

C es la base de C++ y, la verdad, es que de varios otros lenguajes más. Varios lenguajes son parecidos a C. Te recomendaría aprender C y luego C++ u otro lenguaje, ya que es una buena base.

A mí me gusta C. Además, creo que es una buena base para luego poder aprender cualquier otro lenguaje.

No, lo que dice BufferOverflow es que al hacer la operación no estás guardando el resultado en ninguna variable, y eso que acabas de hacer no es una asignación. Sería así:

Código (java) [Seleccionar] Expandir

desc = valorPasaje*0.1;

Ah perfecto, me imaginaba que era ése el problema, pero como mi amigo lo tenía de la manera que publiqué, pensé que era así, aunque me imaginaba que era como tú lo dijiste.