Esta es otra de esas buenísimas que cuando las veo no me puedo resistir a contar aquí, para que veamos que siempre hay quien supera al resto en algo 😀
Resulta que un programa cuya licencia había caducado, al arrancar le mostraba al usuario un mensaje de error sin permitirle continuar y ni siquiera recuperar algunos datos que tenía dentro.
Investigando un poco en la carpeta de archivos del programa con la esperanza de encontrar la base de datos del programa e intentar extraer la información de allí con un poco de esfuerzo se encontró un archivo llamado Licence.key. Como es de esperar (yo hubiera hecho lo mismo) abrió el archivo -que era de texto- y encontró el siguiente contenido:
! Legalese Pro License File – Do Not Modify
! Generated Mon Jan 24 21:17:47 EST 2001
expiration-date = 07-31-2005
key = 78c52ab4f6244475fb7ebefb21b7111c
«¡Oye!, vamos a cambiar esa fecha a ver qué pasa! A lo mejor me deja continuar usándolo un rato más», pensó el interfecto…
Obviamente esto no podía funcionar ya que como es de esperar la clave especificada tendrá una relación directa con la fecha de caducidad pues es el único dato que hay en el archivo ¿no?. En efecto, así es… pero cual sería la sorpresa cuando al ejecutar de nuevo el programa conla fecha modificada le aparece el siguiente mensaje:
¡Le está mostrando cual es la clave de licencia correcta para esa fecha!. Impresionante. El amigo sólo tuvo que ir al archivo, cambiar la clave y a disfrutar por la jeta del programa para toda la vida. Increible.
Después de ver esto no me dirás que algunos programadores no merecían ser atados en la plaza pública para que la gente les tire verduras 😀
Realmente buenísimo.
Esto está sacado de The daily WTF.
jaja … muy buena la historia !
Bue…, yo tengo uno mejor… Cada cierto tiempo te abre una ventanita al arrancar y te dice que el programa «Necesita ajustar los parámetros de instalación». Para hacer funcionar el programa te da un «módulo» y una «sección» y tienes que introducir una «secuencia», que sólo puedes conseguir si sigues pagando el servicio de mantenimiento del programa. Lo que pasa es que no está mu bien hecho y si dejas la secuencia en blanco y le das al intro el programa arranca igual. Llevamos así año y medio, incluídas las actualizaciones, en las que noo lo han solucionado. Pero bueno, tambien se han preocupado de proteger con clave la base de datos para que nadie acceda a ella desde fuera del programa y… en fín. Que sí, que hay mucho lumbrera suelto por ahí.
Ostia Jose, esto es lo más normal del mundo, no me digas que nunca te has encontrado nada parecido?? Yo conozco unos cuantos, de hecho hay un famoso driver de Interbase que tiene una clave de registro con la fecha de instalación, la cual solamente tienes que modificar para usarlo indefinidamente…
por otro lado estan los mas robustos … entre ellos una conocida suite de controles de usuario para .net que verifica la «correcta instalacion» de los mismos cada vez q uno compila un proyecto donde se utilicen .. esto es molesto porq agrega unos segundos de mas a cada compilacion, pero como siempre hay un «workaround» para evitar esos segundos de mas … y curiosamente este «workaround» tambien sirve para EVITAR EL CONTROL DE LA LICENCIA !!!
Saludos
Ya que estamos con las historias de la abuela, aquí va una mía.
Me involucraron para un proyecto en una empresa en la que trabajé, y concretamente con tareas de responsabilidad en el control de calidad, hacking, seguridad y protección de datos.
Nada más tener contacto con la aplicación, sin entrar en muchos detalles iniciales, sólo arrancarla para conocera, observé que ésta arrancaba y pedía el usuario y contraseña.
(Lo que cuento lo hice en 30 segundos y fue en mi primer contacto).
Primer intento… escribir usuario y contraseña en blanco. NO ENTRA. OK.
Segundo intento… pulsar Alt+F4 en la pantalla de usuario y contraseña.
¿Que ocurrió?… imaginároslo, todavía me estoy riendo de lo despistados que somos los informáticos a veces con las cosas más obvias, y que conste que cosas de estas le pueden pasar a cualquier persona. :-))))