FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Hola muchachos...muchas gracias por sus respuestas.
Lo que quiero es que el software este protegido para que no lo puedan copiar facilmente de ordenador en ordenador. Gracias por las sugerencias |
#2
|
||||
|
||||
Cita:
Evidentemente estamos hablando de cosas de "andar por casa". Claro está que si deseas tener un sistema "infalible" o algo fuera de lo común, incluso podrías contactar con ingenieros de la NASA para realizar un blindaje a tu programa. Perdón por la ironía...
__________________
Un poco de tu generosidad puede salvar la vida a un niño. ASÍ DE SENCILLO |
#3
|
||||
|
||||
Alguien dijo alguna vez que en muchos programas "la mejor protección es el propio programa".
Vamos, que hay muchos "rulando" por ahí que son tan malos que nadie quiere crackearlos... No digo que sea este tu caso,... pero lo que viene a decir es que antes de enfrascarte en un gran sistema de protección debes evaluar el nivel real de pirateo que puede experimentar tu programa. ¿Cual es el número real de personas que pueden llegar a utilizarlo pirata? Algunas reflexiones: * Hay que saber si tu programa tiene 100 clientes potenciales (empresas) o tiene 10000. Para adaptar el sistema de protección mejor. * Los sistemas comerciales son buenos, pero costosos; Ya que si te enganchas a un sistema comercial, debes pagarlo y además mantenerlo actualizado. La mayoría de los sistema comerciales por no decir todos , se pueden saltar salvo en sus últimas versiones (y esas son cuestión de tiempo). Cita:
* A veces un sistema no-comercial (aunque acabe siendo más sencillo) es más efectivo, porque para los sistemas comerciales existen herramientas que te lo hacen automáticamente, con lo que "cualquiera" puede hacerlo. Un sistema no-comercial (casero) puede ser más sencillo para alguien que tenga conocimientos, pero deja de ser accesible para "cualquiera". * Debes tener en cuenta los diferentes tipos de pirateo existentes; Serials válidos de un cliente existente, generador de serials válidos, patchers,... Segun la protección que programes el pirateo si se produce irá por alguno o varios de ellos (y las soluciones también). * Antes de usar un sistema comercial y pagar por ello busca y asegúrate de los programas que existen para desprotegerlos. Incluídas las Llaves y Dongles (mochilas), que también los hay. Yo optaría primero por un sistema sencillo, no-comersial, como el que te han comentado. Si el programa progresa y detectas que está siendo pirateado, tal vez valga la pena desenvolsas x dinero para subir el nivel de seguridad, pero hacerlo de primeras sin saberlo, me parece arriesgado. Creo que me he alargado demasiado, pero es que el tema da para mucho. Puedes buscar más información, pero tampoco te obsesiones... Sobre todo, porque en algunos casos, que un programa sea "inicialmente" fácil de piratear puede ser muy provechoso para su evolución e implantación. Sólo piensa en Digital+(1), Windows, Nero (2), AutoCAD(3),... (1) Este es el más claro respecto a sus competidores. (2) Posiblemente es el mejor programa del sector y de los más sencillos de crackear ¿porqué será...? (3) Hubo algunas versiones antiguas que funcionaban con mochila; Aunque al poco tiempo ya había forma de "saltarlas", no hizo falta, porque también al poco tiempo se desestimó esa opción por parte de la empresa. Un saludo.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#4
|
||||
|
||||
Muy buena disertación Neftali.
Yo en general no suelo calentarme la cabeza con estos asuntos porque no suelo hacer programas de propósito general y si los hago, son pequeñas utilidades que regalo... Por lo general en las aplicaciones a medida, es el cliente quien me pide "algo" que no le cueste dinero adicional y que sus empleados no se lleven a casa, y es por ahí por donde entran estas pequeñas porciones de código, que a la larga, podrían resultar tediosas en casos como por ejemplo, que el cliente formatee la máquina y similares, dado que eso lleva consigo una nueva instalación y activación del "sistema anticopia"... Pero para eso estamos no ?
__________________
Un poco de tu generosidad puede salvar la vida a un niño. ASÍ DE SENCILLO |
#5
|
||||
|
||||
Realmente ahora mismo yo tampoco estoy con estos temas, pero hace un tiempo me tuve que meter de lleno y me empapé bastante.
Tanto en sistemas de protección y de desprotección. Hasta he de decir que llegué a crackear algun programa comercial (sólo con fines educativos, eso sí, y como aprendizaje -puedo prometer que el crack nunca llegó a ver la luz-). Pero de aquellos tiempos sigo conservando enlaces, páginas, tools y demás y de vez en cuando sigo "testeando"... Como se dice, la mejor forma de vencer a tu enemigo es conociendolo a fondo.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#6
|
|||
|
|||
Neftali...pasame esa data si podes...sobretodo algun sistema que me permita generar numeros de seria para mi programa.
Gracias. |
#7
|
||||
|
||||
Ese código no lo puedo publicar, puesto que pertenece a la empresa para la que trabajaba, lo que sí puedo hacer es comentarte cómo se generaba y no te debe ser muy complejo de crear.
En nuestro caso teníamos en cuenta alguna información del ordenador; Hay que decir que inicialmente se obtenía mucha información, poco a poco nos dimos cuenta de que cuanta más información recopiles, más a menudo cambia esa información. Por ejemplo, si te quedas con el DNI del cliente, Razón Social, Serial del disco duro (*)(*), Bios Date (*), SN de Windows(NOTA1), Versión de windows (*), MAC Address (*) (*),.... cada vez que cambia unos de estos parámetros en un cliente normal, se "estropea" el Serial y el cliente te debe llamar para que se lo reenvíes. Una vez obtenida esta información que quedas con una parte de cada una de ellas y al número que sale le aplicas algun algoritmo de encriptación (simétrico, si no te quieres complicar mucho...) Ya tienes tu Número de Cliente; Ese es el número que el cliente te envía; A eso le aplicas alguna transformación y le devuelves el Número de Serie. Cuando ejecutas tu programa debes comprobar que esos dos números siguen coincidiendo... NOTA1:
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#8
|
|||
|
|||
jajaja...va a ser una ensalada barbara, pero gracias por la data!
|
#9
|
||||
|
||||
¡Te saltaste Delphi! En serio, las primeras versiones (como mi versión 3) ni si quiera piden Serial ni nada. Saludos. |
#10
|
||||
|
||||
Buenas:
Te recomiendo el paquete de componentes de turbopower denominado "OnGuard" Ahi tienes OgProtectExe, con el cual puedes evitar que modifiquen el exe dado que hace un checksum que verifica en tiempo de ejecución. Obviamente cuanto mas uno aprende de seguridad, mas se da cuenta que todo es inseguro... Por no que no quiere decir que no se pueda desensamblar el .exe. Igualmente, te recomiendo ese componente como una seguridad mas. Saludos
__________________
Saludos. Marcelo D. Alegre |
#11
|
|||
|
|||
Yo muchas veces me he preguntado esto que se está comentando, sin embargo, no le doy muchas vueltas al asunto, uso tres variables y una ligera suma binaria (nada que ver com MD5 y esas chunches) para crear la "llave de activación" de mis programas.
Las variables que uso son las siguientes: Cita:
En este momento estoy evaluando unas llaves USB, pero al final yo me sentiría muy bien si mis sistemas son dignos de que los quieran crackear, digo, sería estupendo llegar a ese nivel. Salud OS
__________________
"La forma de empezar es dejar de hablar y empezar a hacerlo." - Walt Disney |
#12
|
||||
|
||||
Creo que la palabra correcta no es "Proteger" sino dilatar el proceso de crackeo.
|
#13
|
||||
|
||||
En lo particular estoy en desacuerdo (actualmente) con los sistemas anticopia (confieso que hice uno basado en el número de serie del disco rígido y la dirección MAC de una placa de red). Si algo tienen muchos de estos sistemas (y más los basados en hardware) es que pueden resultar irritantes para el usuario final. Justamente el que paga por nuestro trabajo. Por eso hoy en día me lo pensaría dos veces.
Saludetes ! |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Protección anticopia... ¿ sí o no ? | rretamar | Debates | 11 | 10-04-2013 19:37:34 |
Protección de archivos mdb | Gabo | Conexión con bases de datos | 3 | 05-09-2007 18:40:11 |
Protección de acceso a usuarios | jasensio | Seguridad | 1 | 02-10-2006 13:45:59 |
sobre proteccion de ficheros | xelip | Varios | 1 | 28-08-2006 03:04:21 |
Consecuencias de la proteccion en FireBird | teletranx | Firebird e Interbase | 0 | 02-10-2004 00:54:57 |
|