"muy poca cosa queda"
no estoy de acuerdo...
En VB puedes complicarle la vida a un cracker de muchas formas..
Siempre parto del hecho de que el cracker que va a destripar el programa sabe programar en VB y tiene conocimientos medios.
La primera es no utilizar el evento click al pulsar el botón, porque esto está explicado en la mayoría de los tutes.
Una forma que veo difícil de crackear es crear un programa con bastante código ,utilizar muchos eventos, utilizar constantes y engañar con string, pues es lo primero que se mira. De este ej. ya lo comenté, podéis intentar crackear mi crackme 3.0 en ingeniería inversa y ya veréis que es muy complicado:
Crackme 3.0Pero otra forma aún más complicada (es mi opinión) es hacer un programa como he comentado en el párrafo anterior y además modificarle el código con un editor hexadecimal para que salte a una determinada dirección de memoria dependiendo del código que le introduzcas.. hace tiempo hice un crackme muy sencillito de esto último que si te interesa lo subo..
Yo el problema que veo a todo esto es que puedes complicarte mucho la vida y hacer un programa de difícil crackeo, pero y luego qué??
Me explico: si vendieras el programa tendrías que ponerle varias contraseñas, y si poner una cuesta...
pero ya estamos ante el hecho de que si das la contraseña a una persona esa persona ya puede copiar tu programa 1000 veces y con un serial válido.!!
Lo ideal para el mercado es crear un programa que genere una protección a tu programa..ejemplos como asprotect etc, que así pueden ser distribuidos rápidamente. Al mercado no le interesa que compliques crackear un programa manualmente modificando el código como te he comentado.