Protección anticopia... ¿ sí o no ?

[[rretamar]]

Hola gente.
Estaba pensando (aún no me decido...) en si sería necesario implementar una protección anticopia en mi aplicación (un sistema para call centers). Pensaba en hacerlo de forma cuasi- transparente, de manera que el usuario final no se de cuenta que existe una protección.

¿ Están a favor o en contra de este tipo de medidas ?

¿ Algún consejo o comentario al respecto ?

Saludos cordiales desde Argentina.

[[poliburro]]

Por supuesto que a favor, quienes nos dedicamos a esto debemos comer, y si el fin de nuestro proyecto es comercializarlo, lo ideal es protegerlo contra los barba roja del mundo.

[[ArdiIIa]]

Pues supongo que mientra no sea Open Source...

Una sugerencia ...

[kinobi]

Si tu negocio se basa en la venta de licencias del software (entiendo que sólo binario y privativo) que construyes, opino que es mucho más importante redactar una licencia que deje claro a ambas partes (a ti y a tus clientes) que se puede hacer y que no se puede hacer con tu software (hablo de aspectos legales). Incluso te aconsejaría que visitaras a un experto legal en temas de este tipo para redactar dicha licencia.

Es mi humilde opinión.

Saludos.

P.S. Por cierto, en relación a un comentario anterior, de otros modelos de negocio de software (p. ej. software libre) también se come. Otro asunto es que uno tenga su modelo de negocio enfocado a la venta de licencias y le resulte muy difícil o imposible cambiarlo.

[dec]

Hola,

Según lo he entendido yo, si por ejemplo publicas una versión "beta" de tu programa y este tiene una fecha de caducidad, pasada la cual el programa dejará de funcionar... personalmente creo que lo suyo es advertir al usuario, primero de que ese programa es una versión beta y segundo (o a la vez) de que dicha versión del programa caducará en X fecha y dejará de funcionar.

Esto es así para que el usuario sepa a qué se expone. Recuerdo hace años que programé un determinado programa sobre la versión beta de un determinado Plugin. Pues bien, pasado cierto tiempo (cuando yo había ya trabajado lo suyo en el programa) el Plugin advirtió de que ya no iba a funcionar más... mediante un mensaje, tras el que se cerraba la aplicación (que yo había escrito) y aquí paz y después gloria.

Si el autor de dicho programa (Plugin) me hubiera advertido previamente de esa circunstancia hubiera probado el Plugin, probablemente, pero, desde luego, no habría escrito la aplicación que escribí sobre el mismo: o no lo habría hecho con esa versión del Plugin. Huelga decir que la impresión que me quedó de aquél Plugin y de la madre que lo parió (o sea su programador) no fue nada buena.

En fin. Si van por ahí los tiros espero haber contribuído en algo con mi opinión.

[[rretamar]]

Descarto que el software se pueda distribuir con una licencia libre (GPL, BSD o similares), porque está desarrollado usando una herramienta propietaria (Delphi), que genera ejecutables para un sistema operativo propietario (Windows), y uso además componentes VCL propietarios.

Volviendo al asunto de la protección: ¿ qué sistema de protección utilizan ? (o utilizaron...).

Saludos....

[[seoane]]

Una protección rudimentaria seria comprobar el numero de serie (físico) del disco duro. El único problema es que si el disco duro se estropea y hay que cambiarlo por otro, tendrás que darles un nuevo numero de licencia. La ventaja es que es sencillo y lo puedes codificar tu mismo, si te interesa puedo poner algo de código.

La aplicaciones comerciales costosas, sin embargo, suelen usar una llave hardware, que se conecta por el puerto paralelo o usb. Si te decides por esto, cada fabricante disponen de sus propias librerías que distribuye al comprar las llaves.

En ambos casos el usuario se dará cuenta de que existe una protección, en el primero al tener que introducir el numero de licencia, y en el segundo al tener que instalar la llave. Sin embargo si eres tu el que instala la aplicación no te sera difícil hacer que pase inadvertido el primer método, no así el segundo, la llave se ve

[AGAG4]

Porque no usas las llaves ó dispositivos (Sentinel) para evitar que te copien tu programa, de todas formas si vendes alguna licencia le meterias el costo de esta llave al costo total de tu programa
http://www.sitepro-sa.com.ar/softwar...troduccion.htm

[[egostar]]

Sin embargo si eres tu el que instala la aplicación no te sera difícil hacer que pase inadvertido el primer método, no así el segundo, la llave se ve

Bueno, yo uso llaves conectadas a puertos USB HASP HL y me van muy bien, el costo es muy bajo unos de 30 dolares por llave y lo que estoy haciendo es vender mi sistema con computadora incluida (como le llaman aqui sistemas llave en mano) y lo que hago no porque se vea o no este dispositivo sino previniendo que se "pierda" es colocarlo dentro de la computadora, normalmente la motherboard tiene disponibles sockets para puertos usb, en lugar de fijar al gabinete el slot lo fijo por dentro y ahi pongo el dispositivo. Se coloca una etiqueta de garantía y si esta es violada se pierde la garantía y tendrían que pagar por otra licencia.

Saludos.

[mamcx]

Te recomiendo estas 2 lecturas:

http://www.codeproject.com/gen/desig...tialWisdom.asp

Y

http://www.joelonsoftware.com/articl...000000026.html

(Pa' que vean que es posible hacer open source de forma comercial. Open Source <> licenciamiento <> modelo de negocios)

Tambien este me gusto (lo paso en español, pa' que no me acusen!)

http://local.joelonsoftware.com/medi...cio_al_cliente

Anticopia si o no? Depende.

Si es un producto muy masivo donde el usuario a duras penas contacta al fabricante, pues quizas si.

Si es un producto que requiere acompañamiento, pues pa' que?

Me gusta estas ideas de Chad, que traduzco:

Vende beneficios que no se pueden piratear

Da mas que un ejecutable. Provee cosas como actualizaciones, reporte de bugs con autenticación, soporte con autenticación, etc. Si provees soporte publico, estaras ayudando a los piratas junto a quienes son tus clientes, drenando tus recursos. Dando soporte privado, puedes enfocar tus recursos en sus clientes y proveer beneficios que no se pueden piratear....

Haz mas economico el que te compren

No es sobre bajar los precios. Es acerca de hacer mas economico comprar que piratear

Estoy en contacto con muchos vendedores. Muchos no tienen casi ventas Europa del este, China. Nosotros si. De hecho tenemos unas cuantas ventas en Rusia, China, Corea del sur, Africa, y mas. Por? Porque damos beneficios que son dificiles, o que son impracticos de piratear. ........ Para las empresas que hacen dinero, no tiene sentido piratear. Es mejor comprar, debido a los beneficios que obtienen...

Un buen ejemplo de como hacer negocios en el mercado comercial y privado (que no es nada malo ni monstruoso como a veces quisieran pintarlo) lo da la comunidad de Mac, y muchos vendedores de software de Windows.

Que hace que tenga buenas ventas - aun a pesar del pirateo?-

- Tienen un excelente soporte, que en muchas ocasiones supera a la mayoria de las comunidades open source
- Estan enfocados
- Tiene excelentes sitios web, documentacion, diseño grafico y manera de comunicar el mensaje
- Hacen que valga la pensa pagar por el producto
- No tienen sistemas anti-copia que alejen a los clientes (como MS ).

Mejor que un sistema ANTI copia es un sistema de REGISTRO de clientes.

Ej:

En vez de decir: No me piratees! Di: Registrate con nosotros y te mantendremos actualizado. Recibiras reportes de tus problemas y seguimiento a tus necesidades (aqui es donde un sistema de manejo de bugs y un CRM da resultados).

El problema es que muchos vendedores comercial solo te venden el paquete, te chupan el dinero y ya. Asi ya no sirve.

Y comparando con varios proyectos open source, es claro que en sentido comercial y de marketing el esfuerzo es igual: Excelente soporte, prioritario, buen diseño, buen sitio web, buena documentacion, etc...

Es por eso que hacer un producto es <> a hacer un programa. Un programa requerira anti-copia, un producto? Lo dudo

[cesardgo]

Excelentes articulos, yo personalmente utilizo 3 archivos colocados en distintas partes (carpetas), cada archivo de seguridad posee la misma informacion pero encriptada y en orden distinto. Por lo que si alguien descubriera uno de los archivos, no le serviria copiar este archivo en las 3 direcciones, cada archivo tambien posee nombres distintos.

De paso ... alguien tiene alguna idea de como ponerle seguridad anti copia a una aplicacion WEB desarrollada en vs.net??? esto para evitar que si se instala en X servidor, solo puede funcionar en ese servidor. Si alguien copiara la aplicacion web, que no le funcione en el nuevo server. Yo he pensado meter todas mis funciones de acceso a base de datos en un DLL y a este hacerle verificacion de seguridad en cada invocacion de las funciones. Pero sigo analizando como hacer un procedimiento web anti copia efectivo.

Saludos!!!

[[newtron]]

Hola.

Como dice algún colega yo pienso depende de cual sea tu mercado. Si vendes un programa por internet sería conveniente que le pusieras una protección suficiente pero si tú mismo haces las instalaciones y das un servicio a tus clientes (mi caso) pongo una protección mínima para que el cliente no conecte a una red por ejemplo 10 terminales sin yo saberlo en vez de 2 y cosas así, o que hagan un copia/pega en otro pc y sale el programa andando.

En mi caso mi pequeña protección consiste en chequear el número de serie del disco duro y la fecha de la bios y guardarla en un fichero encriptado junto con el ejecutable, sale gratis y para mi es suficiente.

Saludos