Proteger de la descompilacion

03/08/2004 - 17:47 por Richard Villalón | Informe spam
Es posible descompilar en vb.net? Y si es asi como nos protegemos?
Saludos
RV

Preguntas similare

Leer las respuestas

#16 Alejandro Cruzado
07/08/2004 - 01:31 | Informe spam
Hola:

Ok. No se si se podria havbr hecho de otra forma.
Pero seguimos con lo mismo, fijate que una herramienta
externa protege el codigo.
Esta discusión se torno tan infinita, que creo que voy a
terminar comprando el salamnder para no tener que hacerme
mas drama.
Saludos

Pero si es que la clave de todo es que realmente para


acceder a los
recursoso que aporta .net, se debe compilar a código


intermedio.

¿Podría haberse hecho de otra forma?. Muy relativamente.


No veo como podría
transmitirse la herencia tal y como se transmite entre


lenguajes si la
compilación fuese nativa. Algo así como COM, pero de


hecho ni COM ni Corba
admiten herencia de implementación, no debe ser sencillo.


Tampoco veo como
podría funcionar reflection. Hay varias cosas que creo


que no serían
posibles con compilación nativa. Habría que crear por


tanto dos plataformas
completamente independientes.

Por otro lado esos linkers que producen "código nativo",


en realidad no
hacen tal cosa. Tan solo enlazan las librerías de .net


necesarias para la
ejecución del código, en lugar de depender del framework.


Esto permite un
mayor de grado de ofuscación, pero poco más. El código


sigue siendo IL.

En resumen, lo que quiero decir es que sería IMPOSIBLE


crear algo como .net
basado en código nativo. Como te digo vc++.net compila a


código nativo
aquellas cosas que no son .net y que no acceden a ninguna


de las capacidades
de .net.

Juan Carlos Badiola
MVP - C#


.

Respuesta Responder a este mensaje
#17 Alejandro Cruzado
07/08/2004 - 01:38 | Informe spam
Hola foro:

Tristan sigo con el tema, pero no con la discusión que ya
se puso aburrida.
En la página de remotesoft hay dos herramientas.
Un Linker y Salamander Protector.
Por lo poco que explica la página no parecen hacer lo
mismo.
l linkeador junta librerias.
No tengo claro si protector linkea algo. La dll que tengo
protegida con esa utilidad era de juguete, creo que le
puse solo dos propiedades, no ocupaba casi nada de
espacio, tendría que fijarme, pero creo que ocupaba 6 k,
pero una vez protegida no crecio casi nada.
Tenes conocimiento de lo que hace Protector, si linkea
algo?
Saludos


Pero si es que la clave de todo es que realmente para


acceder a los
recursoso que aporta .net, se debe compilar a código


intermedio.

¿Podría haberse hecho de otra forma?. Muy relativamente.


No veo como podría
transmitirse la herencia tal y como se transmite entre


lenguajes si la
compilación fuese nativa. Algo así como COM, pero de


hecho ni COM ni Corba
admiten herencia de implementación, no debe ser sencillo.


Tampoco veo como
podría funcionar reflection. Hay varias cosas que creo


que no serían
posibles con compilación nativa. Habría que crear por


tanto dos plataformas
completamente independientes.

Por otro lado esos linkers que producen "código nativo",


en realidad no
hacen tal cosa. Tan solo enlazan las librerías de .net


necesarias para la
ejecución del código, en lugar de depender del framework.


Esto permite un
mayor de grado de ofuscación, pero poco más. El código


sigue siendo IL.

En resumen, lo que quiero decir es que sería IMPOSIBLE


crear algo como .net
basado en código nativo. Como te digo vc++.net compila a


código nativo
aquellas cosas que no son .net y que no acceden a ninguna


de las capacidades
de .net.

Juan Carlos Badiola
MVP - C#


.

Respuesta Responder a este mensaje
#18 Tristan
07/08/2004 - 12:47 | Informe spam
En realidad no soy un experto en esas herramientas, no tengo ninguna
necesidad de ocultar mi código. Peor intentaré ayudarte.

Creo que ambas herramientas son completamente distintas:

Por lo que puedo entender, Protector, compila a código nativo el código del
método, pero mantiene la declaración en IL. No enlaza ninguna librería. Lo
que hace es proteger el código, pero sin eliminar la necesidad del
framework. Entiendo que es la solución que necesitas.

Por el contrario, .NET Linker, lo que hace es enlazar las librerías
necesarias del framework en un paquete. De esta forma se evita la necesidada
de tener instaladoi el framework, pero creo que no hace ofuscación. Pero si
parece dificultar mucho la descompilación, sobre todo si se usda en
combinación con Protector.

Juan Carlos Badiola
MVP - C#
Respuesta Responder a este mensaje
#19 Tristan
07/08/2004 - 12:52 | Informe spam
Ahhh, olvidaba decir que yo echaría un vistazo también a Thinstall. Tiene
muy buena pinta:

http://thinstall.com/

Juan Carlos Badiola
MVP - C#
Respuesta Responder a este mensaje
#20 Alejandro Cruzado
07/08/2004 - 16:43 | Informe spam
Hola foro:

tristan te comento que a thinstall lo he porbado.
He bajado la demo, pareciera ser muy bueno.
Lo que no me quedo claro, ya que no he tenido todo el
tiempo para probarlo, y yua se me vencio la demos, es si
protege dlls.
Me parece que solo las protege si permites que se linkee
dentro del ejecutable.
De todas formas, pareciera ser muy bueno, es una
alternativa más.
Habra alguna herramienta mas de estas por ahi?
Alguien conoce alguna mas?
Saludos

Ahhh, olvidaba decir que yo echaría un vistazo también a


Thinstall. Tiene
muy buena pinta:

http://thinstall.com/

Juan Carlos Badiola
MVP - C#


.

Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida