¿Para qué guardar la cifra?

Sencillamente porque si no lo guardamos, no podemos comprobar el equipo.

El objetivo de esta página es bloquear la copia ilegal de programas hechos por uno, pero sin encriptar la información capturada por los usuarios, porque los datos son sagrados =), y porque si se encriptan los datos de usuarios que capturaron usuarios "no autorizados", estamos cayendo en la situación del virus "AIDS", de discos de 5.25, en otras palabras, según las leyes de varios países se estaría haciendo algo ilegal.

Está compuesta por las secciones:

TIPOS DE SOFTWARE

Antes que nada, debemos dejar claro que la necesidad de un programa anticopia depende del riesgo que tenemos de que ese programa se copie, y de un factor muy sencillo, que tipo de software es:

Si, dije que todo esto es un factor muy sencillo, porque la distribución de ejecutables tradicional, no considera los siguiente:

PROBLEMAS DE ANTICOPIA TRADICIONAL

1. Por internet, está en chino hacer protecciones por hardware (candados o dongles)
2. Tampoco pueden usarse discos clave en distribuciones por internet
3. Un programador experimentado usa librerías o controles ActiveX, que deben poder usarse en otros proyectos, siempre y cuando esté autorizado
4. Supongamos que en tu empresa o negocio hay otro programador, el tiene acceso a las máquinas que usan tu programa, pero no quieres que el incorpore esa rutina que tanto te costó. Normalmente solo copia el control y ya, porque en tu maquina esta autorizado.
5. El uso de los archivos .LIC, tipo Visual Basic, son relativamente seguros, pero complicados, y cualquier persona con paciencia o capacitación de MicroSoft Training o similares puede quitarla entre diez y treinta minutos, si no se quedó dormido en clase =)
6. La protección en disquetes anticopia, tiene el problema que debe escribirse constantemente en el disco (para evitar que saquen copia del disquete clave), y aunque se puede y funciona, es un relajo para mantener el esquema aunque tengas tu código documentado.

7. La protección que se guarda en sectores dañados de disquetes, está condenada a desaparecer, porque los supercopiadores se siguen distribuyendo.
8. Las protecciones por Checksum (suma del equipo) por lo general dan el mismo valor en dos máquinas si estas son iguales, lo que no debería ser.
9. Una persona puede copiar fácilmente un CD ROM, o copiar el CD a un disco duro con FAKECD u otro emulador, o peor aun, puede llegar a ser muy popular el archivo que desprotege el programa para que solo funcione en CD (Por ejemplo, el mejor juego de todos DIABLO y HELLFIRE)
10. La copia del registro de windows es bastante fácil, entonces esto es un inconveniente para las protecciones en el registro.

Por todo lo anterior, llegamos a la conclusión de los siguientes:

REQUISITOS DE UN SISTEMA ANTICOPIA MODERNO

1. No depender de hardware
2. Poder enviar por mail actualizaciones o claves.
3. Detectar si el equipo ha sufrido cambios ( ej , actualización de disco duro ) y bloquearse hasta que se vuelva a a autorizar ( En México RAMSAL era un ejemplo )
4. No depender de discos clave ( ni siquiera CD )
5. Que no funcione en dos máquinas iguales solo copiando la instalación de una en otra.
6. No debe funcionar si alguien copia de una máquina a otra el registro de Windows
7. Si es una librería o Control ActiveX, no debe depender de un archivo *.lic, porque la protección puede removerse relativamente fácil.
8. Si es librería o ACTIVEX, debemos evitar que funcione en programas ajenos, preferentemente debe bloquearse en desarrollo ( mientras el copiador programa ), y seguramente no debe funcionar para nada si lo incluyen.
9. El programa "enemigo" que usa nuestra librería o Activex, no debe funcionar en una máquina que tenga autorización para usar ese control de manera legítima.
10. No debe borrar información, y en algunos paises no debe ni autodestruirse ( ejemplo, PIM Time & Chaos )
11. La clave que proporcionemos debe ser válida para una sola fecha o rango de fechas ( si pasamos una clave para equis maquina, la misma clave no debe funcionar mañana, o despues de una semana si lo distribuimos por internet)

Resumiendo:

CUANDO DEBE USARSE UN SISTEMA ANTICOPIA

Debes proteger un software solo si tienes el derecho legal para hacerlo, y quieres evitar uno o mas de los siguientes casos:

1. Otro programador de la empresa quiere usar software que tu hiciste
2. El señor de la farmacia quiere ponerle su programa también a la otra sucursal, pero sin pagarte.
3. Quieres evitar que el programa funcione incluso si se roban la computadora ( horror de horrores!!!! )
4. Quieres evitar que alguien copie un programa del trabajo para usarlo en su casa o en la competencia.
5. Que alguien vea información confidencial (que se autoencripte, pero solo debes hacerlo si tienes un respaldo de los datos)
6. Quieres estar enterado de en cuantas máquinas esta tu programa (ejemplo, lo autorizas en una empresa de una sola máquina, y cuando regresas ya tienen 5 PC con tu programa=( )
7. Llevar control de cambios no autorizados de Pc (Que alguien le meta sus uñitas y desaparezca memoria, o que envien la Pc a la farmacia del yerno)
8. Cuando tienes un programa comercial que no deseas que se copie ( es común mandar una dirección o teléfono para activación)
9. Si necesitas que el programa reaccione diferente según el lugar donde estes (ejemplo: Los modulos que estoy depurando de un programa del trabajo, solo se activan en el ejecutable, si es mi computadora portátil o es la máquina principal de mi casa) Complicandolo solo funciona si tengo el código en equis directorio, e introduzco de manera adecuada la contraseña después de presionar F3 con mi clave de red y de programa)

CONSTRUCCION DE UNA CIFRA DE VERIFICACION

Hay varios enfoques para evitar las copias, pero el mas habitual, facil de comprender, explicar y razonablemente seguro, consiste en guardar en algun lugar de la Pc o de la red una cifra de verificación:

Verificaciones adicionales que suelen plantear problemas
Fecha y hora del autoexec.bat/config.sys	Puede crear demasiadas falsas alarmas
Tipo de disco duro según BIOS	Algunas pc identifican lectura con virus
Checksum de valores int 21 según ram o Bios	En equipos con W95, puede cambiar según Maquinas virtuales en ejecución
Tamaño Disco duro:	Puede hacerse una partición sin problemas y/o copiarla con GHOST de Norton. Si el disco es mayor a 2.1 gb, el programa debe estar preparado para manejar FAT32. Sigue siendo una cifra segura, pero puede causar uno que otro problema. Es posible desactivar esta parte de la cifra si no se tiene fat 32
Numeros de serie	No son una cifra. El mismo valor sirve en dos máquinas

Antes de ver como vamos a guardar nuestra cifra de verificación, llamada valorPC de aquí en adelante, debemos decidir como vamos a crearla, o que componentes debe tener. Es recomendable que esté formada de tres a cuatro valores, para dar una seguridad razonable:

Ejemplos de valorPC:

//Este ejemplo está en Clipper, pero es fáclimente portable:
LOCAL valorpc:= FechayhoraDirectorioWindows+Cadenadrivesvalidos
If sistemaoperativo>7.0 /* es fat32 */
 Valorpc =valorpc +TamañoDiscoDuro
Else
 Valorpc= valorpc+etiquetavolumen
Endif
Valorpc:=valorpc+FechaBios

Es facil notar que puede ser muy problemático tronar esta clave. Para hacerla mas complicada, a ValorPc lo podemos formar con partes str(numero), o convertir todo a numeros.

Otra complicación segura,y fácil, es alterar el orden y/o la clave original:

Ejemplo:

Si valorPc vale ="ABCDEF89"

Puede: Invertirse = "98FEDCBA"

Implantarse carácter aleatorio en lugares prestablecidos = "98FEKDCJBHA4"

Y Mutilarse: ="8FEHA4CB"

Trasponerse:= "A4CB8FEH"

Implantar un carácter nulo en los extremos, preferentemente igual="AA4CB8FEHH"

Este ultimo paso provoca que el despistado que trate de tronar la clave, piense que está encriptada, si tiene experiencia piense que está invertida, pero al dar dos caracteres iguales de ambos lados damos la impresión de haber usado el método de trasposición en el encriptado, y probará dos veces: (ver métodos de encriptado mas adelante )

Hasta el momento está la parte sencilla de la clave: =)

El Paso siguiente es la transformación de dos vias: (dos alteraciones consecutivas por algoritmos diferentes), y estas pueden variar, o repetirse. Lo importante es que para volver a obtener el valor almacenado,deben deshacerse en el orden original

El valorPc Original ="ABCDEF89" se convierte en la cadena guardada= "3IOGM5LV356666"

Suponiendo que alguien haya seguido todo este rollo, verán que si alguien despues de horas logró obtener "ABCDEF89", nunca sabrá que alterar para dar el valor correcto =)

Sin embargo, si se tiene acceso a un sistema de CRC32 o CRC16, puede hacerse algo mejor:

Suponiendo que CRC32("3IOGM5LV356666") sea "ACEF22E1", podemos guardar "ACEF22E1" en el lugar que hayamos decidido, y sencillamente, no hay poder en la tierra que en menos de un mes con una CRAY, pueda traducir el sistema de protección. Por otra parte, por lo general un hacker con experiencia no suele dedicar mas de dos o tres dias a tronar ningún programa, aunque sea la octava maravilla del mundo.

La única desventaja es la demora en realizar la verificación, pero esta no pasa de dos segundos, y puede ponerse un mensaje:

Mens:=Showmensaje("Verificando sistema")
If .not. equipook()
 Alert("Imposible verificación de sistema")
 Quit // terminar programa
Endif
Quitamensaje(mens)

Algunos se preguntarán, porqué no uso un encriptado tradicional, y porque no explico los algoritmos de "Encriptado base ascii" o "Encriptado numérico parcial".

LOCAL mensaje:="HOLA MUNDO"
LOCAL referencia:="HOLA"+DTOC(DATE()) // obligamos a que se use una fecha
                                     // determinada, la clave de hoy puede
                                     // no servir mañana
? cryptclue(mensaje,referencia)
? decryptclue(cryptclue(mensaje,referencia),referencia)

function cryptclue(mensaje,referencia)
local nuevo:=""
Local csh
FOR csh=1 to len(mensaje)
 Nuevo:=nuevo+chr(asc(substr(mensaje,csh,1))+
&&    asc(substr(referencia,mod(csh,len(referencia)),1)))
Next
return nuevo

function decryptclue(mensaje,referencia)
local anter:=""
Local csh
for csh=1 to len(mensaje)
  anter:=anter+chr(asc(substr(MENSAJE,csh,1)) - 
&&asc(substr(referencia,mod(csh,len(referencia)),1)))
next
return anter