Programadores quieren proteger sus aplicaciones?

Estado
No está abierto para más respuestas.

snaiperx

Lanero Reconocido
Se unió
13 Abr 2002
Mensajes
720
Una forma de proteger un sof o una base de datos es detectanto el numero de serie del hd y chequeandolo cada ves que se abra



Casi todas las FAQs recomiendan el uso de etVolumeInformation para obtener el "número de serie del disco duro", pero lo que en realidad esta función obtiene es el número de volumen, no el número de serie del disco duro del fabricante. El número de serie del volumen se asigna y cambia durante el formateo de la partición. Algunas empresas usan herramientas de clonación para instalar software en computadoras nuevas, copiando de un disco duro a todos los otros. Por supuesto, el numero de
serie de volumen para estos discos será idéntico.

Puede obtener el verdadero número de serie del disco duro IDE, nombre
del modelo, revisión del firmware, y otra información del disco duro IDE
usando la API S.M.A.R.T. IOCTL. esta como es una api de win puede ser llamada desde cualquier ide aqui un ejemplo en delphi
 

Adjuntos

G

gK-||sico||

Guest
Prefiero usar Licensias GPL y asi me evito tanto complique...
 

ZeN<CyBeRKiLLeR>

LANero oficial
Se unió
15 Abr 2001
Mensajes
2,491
Huy snaiper BRUTAL!!!!! esta bacanisimo tu acote, aunque se ve que es violable, pero aun asi esta brutal.-
 

MigPosada

Lanero Reconocido
Se unió
16 Mar 2002
Mensajes
1,161
Alguien sabe si como obtener el numero de serie (si existe) de un diskette? El GetVolumeInformation() me devuelve siempre el mismo valor en ese caso.
 

JulianD

Lanero Reconocido
Se unió
13 Abr 2001
Mensajes
9,548
Violable, osea que para una persona con conocimientos es fácil saltarse la protección.
 

snaiperx

Lanero Reconocido
Se unió
13 Abr 2002
Mensajes
720
claro, esta proteccion sola no sirve de mucho pero si el executabel pricipal se mete en un archivo PE y se le pone antidebugers y antisoftice jeje y el serial obtenido del hd en la instalacion se encrypta en un file pues no sep sera facilmente violable? uds diran
 

JulianD

Lanero Reconocido
Se unió
13 Abr 2001
Mensajes
9,548
Hay que aprender que nunca habrán límites.... jejeej Pero si quieren intentar poner más duros esos límites, pues existen soluciones que pueden ayudar.
 

ZeN<CyBeRKiLLeR>

LANero oficial
Se unió
15 Abr 2001
Mensajes
2,491
Jajaja ha no púes mas bien le quitamos al usuario la opcion de usar el programa y ahi si inviolable jajaja.

Un diskette si tendra numero de serie? ahi si seria bueno.

otra cosa, si se puede con el disco duro, seria interesante ver si se puede obtener el numero de serie del CDROM, ahi si mejoraria batante la cosa.

Claro pues que eso en cuestion de 2 dias, eso cun Paisa ***************ea eso jajaja.
 

noseman

Lanero Reconocido
Lanero VIP
Se unió
21 May 2002
Mensajes
750
siempre habra algun desocupado mas teso ke el ke hizo el programa y le kite la proteccion
 

MigPosada

Lanero Reconocido
Se unió
16 Mar 2002
Mensajes
1,161
Originalmente colocado por cL-CyBeRKiLLeR
otra cosa, si se puede con el disco duro, seria interesante ver si se puede obtener el numero de serie del CDROM, ahi si mejoraria batante la cosa.
Un CDROM si tiene, pero hay que comprobar si se copia al usar alguna utilidad como CloneCD.
 

Spawnid

Lanero Reconocido
Se unió
8 May 2002
Mensajes
143
Todo esto que disen esta bien, pero estoy de acuerdo con julian, solo basta con un par de comando de asm para colocar un salto y burlar la proteccion, un metodo un poco mas seguro es utilizar la proteccion en mas de un punto del ejecutable, y vincular el resultado del chequeo a una operacion especifica ose si tenemos el serial del disco, hacer operaciones matematicas y logicas con este valor para obtener otro, esto hace mas dificil el trabajo para quien quiera crakear el soft
 

viktor

Lanero Reconocido
Se unió
14 Jul 2002
Mensajes
124
>un metodo un poco mas seguro es utilizar la proteccion en mas >de un punto del ejecutable, y vincular el resultado del chequeo a >una operacion especifica ose si tenemos el serial del disco, hacer >operaciones matematicas y logicas con este valor para obtener >otro, esto hace mas dificil el trabajo para quien quiera crakear el >soft

Spawnid, eso es falso.

Pues crakeo la funcion q antes mensionas y listo.
Todo programa es ***************eable si hay un salto este se puede cambiar y listo.
Les recomiendo leer los tutoriales de black fennix acerca de las tecnicas de proteccion de aplicaciones.

http://in.fortunecity.com/skyscraper/browser/12/htoprots.html
 
Se unió
12 May 2003
Mensajes
5,049
Bueno, este es un truco que aprendi en una empresa para la que trabaje hace ya unos 12 annos ... como pasa el tiempo.

Es aplicable a diskettes.

El truco consiste en hacer un hueco con una aguja en la pelicula del diskette (si, lo que esta adentro). Luego en hacer un formateo del diskette detectando los sectores malos y tomando nota de la identificacion de estos. Obviamente hay que utilizar alguna herramienta que marque sectores dannados para que no sean tenidos en cuenta y el diskette sea utilizable.

Para poner en marcha la seguridad, dentro de su programa hace llamados a lecturas de esos sectores malos del diskette y si las lecturas tienen exito, el diskette no es el mismo.

La probabilidad de que alguien logre hacer el hueco en el diskette en el mismo lugar es baja, y eso, si logra saber que hay un hueco en el diskette y que esa es la proteccion.

Realmente no creo que esta informacion sea util hoy en dia, solo queria contarla por que me parece cool.

:)
 

viktor

Lanero Reconocido
Se unió
14 Jul 2002
Mensajes
124
>La probabilidad de que alguien logre hacer el hueco en el diskette en el mismo lugar es >baja, y eso, si logra saber que hay un hueco en el diskette y que esa es la proteccion.

La probabilidad de saber esto es alta, no ves q se necesita del disquete pa funcionar, es lo mismo q las llaves hash (¿?).
 

viktor

Lanero Reconocido
Se unió
14 Jul 2002
Mensajes
124
Recuerdo una frase :

Para cada sistema de proteccion generico existe un sistema de desproteccion generico
 
Se unió
12 May 2003
Mensajes
5,049
Si, pero hay algoritmos que a pesar de que matematicamente son vulnerables, necesitaria a blue deep trabajando 20 annos para romperlo, asi que desde el punto de vista de efectividad sirven.

Pero si gigantes como Microsoft no logran proteger su software debe ser por que el tema es complicado, no?
 
G

gK-||sico||

Guest
para que una deep blue si existe la computacion en paralelo y sistribuida :p
 
Estado
No está abierto para más respuestas.
Arriba