Licencias de aplicaciones y pensamientos de activación

Question

Recientemente desarrollé una aplicación que planeo vender a pequeñas empresas. No tengo un gran respaldo de efectivo, así que no estoy dispuesto a comprar una aplicación comercial que proteja mi software contra el robo.

Mi plan actual es la siguiente:

• que incluyen una clave pública (PGP) o un código literal dentro de la aplicación.
• El usuario adquiere el software fuera del sitio web que proporciona cierta información.
• El sitio llama a una función que crea una clave de producto. Esta clave se envía por correo electrónico/se muestra al usuario después de la compra.
• Después de que el usuario descargue el producto, deberá ingresar cierta información junto con la clave de producto provista para intentar la activación.
• La aplicación se pone en contacto con un servicio web en nuestra ubicación de alojamiento. Utiliza el cifrado junto con otra información para crear un código de activación que se envía de vuelta a la aplicación.
• En el futuro, la aplicación verificará periódicamente con el servicio web para determinar si está autorizado.
• De alguna manera me gustaría actualizar el pgp/código durante la actualización del software, así que posiblemente necesitaría una función que descifraría la información, actualizaría la licencia, volvería a cifrar y luego actualizaría la base de datos del servicio.

Por eso me pregunto:

1. es esta la forma correcta de hacer esto o es obsoleto en la actualidad?
2. ¿Cuál es la mejor manera de generar claves de producto únicas?
3. ¿Hay alguna manera de mantener las claves públicas/privadas completamente fuera de la PC del cliente?
4. ¿Hay una buena manera de detectar una licencia ilegal? Planeo ofrecer solo licencias para todo el sitio, así que solo necesito detectar a las personas malvadas torrent/irc.

Gracias de antemano por su ayuda. Es muy apreciado.

Answer 1

No se moleste: no detendrá a los piratas, pero pospondrá a los clientes genuinos.

Incluso el mejor puede obtener esto muy mal. Tengo Macromedia Studio MX2004 y Adobe Creative Suite CS2. Recientemente tuve que limpiar y volver a instalar mi sistema.Lo primero a tener en cuenta: tuve suficientes problemas con la activación durante esta última vez (hace varios años) que es la razón principal por la que no he limpiado mi sistema por tanto tiempo. Desde entonces, solo he restaurado desde una imagen de disco duro donde la activación ya estaba hecha, hasta ahora.

Cuando fui a activar, ambas fallaron la activación de internet, aunque no tuve otros problemas aparentes con el acceso a internet. La activación del teléfono no fue tan mala para Creative Suite, pero Macromedia fue comprada por Adobe hace años. Todas las cosas viejas de activación del teléfono Macromedia ya no están allí. Puede encontrar números de activación de Adobe en el sitio web, por supuesto, pero no son compatibles con la activación del software de Macromedia.

Curiosamente, Adobe parece ejecutar el sistema de soporte telefónico "mantenerlos en espera durante un tiempo, luego desconectarlos".

Finalmente, resolví un problema de firewall y logré que la activación de Internet funcionara, pero eso fue después de un par de horas desperdiciadas y una cantidad justa de cargos por llamadas.

El punto aquí: si las empresas, la escala de Adobe no puede garantizar una fácil activación y las empresas pueden tomar la escala de Macromedia, ¿qué posibilidades tiene de afirmar que esto no causará problemas a los clientes?

Cuando compra un software que requiere activación, está comprando una bomba de tiempo. Llegará un momento en que no podrás usarlo porque no puedes activarlo, excepto al descargar un crack pirata, por supuesto.

clientes potenciales saber saber esto, por supuesto, y a menos que tengan razones extremadamente convincentes para comprar su producto en particular, lo más probable es que irán a otro lado. O, como van a necesitar ese crack pirata algún día, no hay tiempo como el presente, por supuesto.

¿Por qué debería preocuparse por los clientes que no actualizan regularmente? Es mejor preguntar: ¿por qué debería estar fuertemente armado para actualizar algo cuando no necesito nuevas funciones? Incluso la percepción de que dejar de admitir la activación podría utilizarse de esta manera es suficiente para hacer que tanto yo como otros piensen dos veces sobre el software que necesita activación.

Nada arriesgado nada ganado: si no está dispuesto a correr algún riesgo, nunca obtendrá un beneficio. Y aunque la mayoría de los piratas nunca pueden convertirse en clientes de pago, hagas lo que hagas, sin duda es posible convertir clientes de pago en piratas. Todo lo que tienes que hacer es asegurarte de que obtengan una mejor experiencia pirateando el software en lugar de pagar, que es precisamente lo que logran la activación, el DRM, etc.

EDITAR

Por cierto, lo que No objeto que es la idea de que todo el mundo tiene un único "marcado por el agua" descarga, así que si ves la piratería generalizada, se puede rastrear hasta su origen. Existen sistemas binarios de marca de agua que pueden garantizar la capacidad de rastreo incluso cuando alguien tiene varias copias para comparar, aunque no tengo idea de cómo funcionan.

Las marcas de agua pueden disuadir a las personas de que su software esté disponible, pero incluso así es poco probable que detenga la piratería. Solo se necesita, p. una persona para comprar su producto usando una identidad falsa e intratable.

Answer 2

Hasta ahora, he encontrado este enlace interesante:

http://www.emoreau.com/Entries/Articles/2007/12/Licensing-a-VBNet-application.aspx

Sus un par de años de edad sin embargo. Estoy pensando que puedo incorporar MotherBoardID y CPUID en la idea de servicio anterior.

Todavía me encantaría saber de alguien que sabe cómo interpretar esto (un profesional). Sería muy beneficioso ya que solo soy un n00b.

Answer 3

Si su aplicación es útil, se rajará y se liberará si usa drm o no. Simplemente véndalo sin activación y persiga a los piratas como lo hubiera hecho antes.