Pues no hay que ir muy lejos:

http://foro.elhacker.net/index.php/topic,180886.0.html

y si nos salimos del foro:

http://ricardonarvaja.info/WEB/INTRODUCCION%20AL%20CRACKING%20CON%20OLLYDBG%20DESDE%20CERO/

Suerte,

Mintaka

Eso te honra y te hace grande, tío.La palabra dada hay que cumplirla, si señor.
Gracias.

Mintaka

Espero ver tus progresos y recuerda siempre que aquí estaremos para contestar tus dudas.
Como bien dice ShadowDark, con ganas y guiándote por los tutoriales desde cero en tres meses tienes tiempo de sobra para derrotar esa "protección", por llamarla de alguna manera.
Animo, que querer es poder.

Mintaka

Bien, para empezar a crackear un programa es vital el tener conocimientos del lenguaje assembler, tener un debugger y saber mínimamente usarlo.
Por lo que he podido ver solo testea (como bien dijiste) al inicio de la aplicación, de que esté ese "dispositivo", aunque existen las mismas comprobaciones en otros lugares del código.Me imagino que estarán para otros casos.De todos modos sería cuestión de aplicarle el mismo "remedio" en esos otros casos.

Suerte,

Mintaka

Hola.
Si el único problema es la nag que me dice:

              Falta dispositivo para control de ingresos

está realmente fácil.Una vez superado ese problema se entra en el programa sin más obstáculos.
Repito que si esa es la única limitación, es de risa la protección.
En caso contrario cuéntanos, por favor, cuales son las limitaciones o la nag.

Saludos,

Mintaka

A mi por ejemplo se me ocurre echarle un ojo al programa y ver si puedo dar alguna pista para crackearla.
Para ello necesito tener el programa y saber con que OS estas trabajando.

Saludos,

Mintaka

Solo el 14-15-17-19 y 33 tienen password.Ahí está la gracia del curso.
Cuando llegues a leer el 13 empezando por el 0 verás el porqué.

Mintaka

PD:Para los que solo quieren encuadernarlos o no pueden sacar los passwords también los tienen sin password en ese mismo link que dió Darksp1rit.

En Vista no tengo ni idea, pero lo que yo haría sería pegarle una limpieza al registro de windows, una vez desinstalado el programa.Y si por aquellas casualidades lo que buscara es un fichero donde lee la fecha de instalación usaría un debugger poniendo un breackpoint en la API CreateFileA (si existe en Vista).
Tómatelo como una idea de como atacar esa protección trial.
Suerte,

Mintaka

Por supuesto que no me importa.
Lo conseguí "a lo retro", como en tantas y tantas ocasiones.
A grandes rasgos esto es lo que hago:
Una vez sale la nag suelo poner un BP DestroyWindow en el CommandBar y acepto el mensaje de la nag.Olly se detiene en el inicio de esa API cuando va a borrar la ventana o nag y entonces es cuestión de ejecutar hasta los RETN con CTRL+F9, seguido de F7 hasta alcanzar el ejecutable (en este caso la dll).Normalmente me encuentro a la vuelta de un CALL y mirando hacia arriba en el código puedo "intuir cosas" (otros lo llaman ZEN).Pongo un BP con F2 en esa CALL.Restart y si cuando Olly para por ese BP, no ha salido la nag es que voy bien.Si la ejecuto y sale la nag ya sé la CALL que la provoca.
Hago varias pruebas más para asegurar que es esa call y aplico el parche que creo conveniente.A partir de ahí saco conclusiones y escribo.
Salut,

Mintaka

Perdón por la intromisión.
Inténtalo con IDA, a ver si te dice algo más.
Suerte,

Mintaka