¿por que los apps se descompilan facilmente?

[[nlsgarcia]]

rugido_37,

Empezado por Neftali

...en un ejecutable generado en Delphi NO ESTÁ EL CÓDIGO FUENTE, por lo tanto es imposible extraerlo.Lo que hace DEDE (en cuanto al código) es enseñar el código ASM...

Revisa esta información:

...The success of decompilation depends on the amount of information present in the code being decompiled and the sophistication of the analysis performed on it. The bytecode formats used by many virtual machines (such as the Java Virtual Machine or the .NET Framework Common Language Runtime) often include extensive metadata and high-level features that make decompilation quite feasible. The presence of debug data can make it possible to reproduce the original variable and structure names and even the line numbers. Machine language without such metadata or debug data is much harder to decompile...

Tomado de: http://en.wikipedia.org/wiki/Decompiler

...Code decompilation is based on reversed engineering that cannot create an automated perfect copy of the source because of the conversion operations that take place during the compilation process. Most of the variable names used in the program are turned into addresses...

Tomado de: http://www.softpedia.com/get/Program...ers/DeDe.shtml

...DeDe gives you...All dfm files of the target...All published methods in well commented ASM code...

Tomado de: http://delphi.about.com/od/devutilit...ompiling_3.htm

Espero sea útil

Nelson.

[Neftali [Germán.Estévez]]

Empezado por nlsgarcia

Revisa esta información:
Espero sea útil

Revisada está, pero si no te explicas, no se que quieres decir con ella.

En el primer párrafo habla de lenguajes que usan máquinas virtuales, como Java o .NET, cosa que no hace Delphi. Por eso la decompilación de unos y otros no tiene nada que ver. O lo que es lo mismo, que los JAVA y .NET sí se pueden decompilar, los de Delphi no.

El segundo te dice que la decompilación no te va a dar una copia exacta del código original. Correcto. Por que lo que intenta, tal y como he comentado, es a partir del código ASM, y según la estructura de las sentencias, "adivinar" cual era el código original en Delphi. Ya te avisa de que no va a ser exacto.
Ya te digo yo que en una rutina de 200 líneas ni se va a aproximar.

Y el tercer párrafo te dice que te dará los ficheros DFM (que no los .PAS), que como hemos comentado se almacenan como recursos. También te dice que los métodos published te los dará en ASM y con comentarios (que es más o menos como la imagen que te he puesto arriba). En ningún caso código PASCAL ni nada que se aproxime al original.

Un saludo.

[[nlsgarcia]]

Neftali,

Empezado por Neftali

...Revisada está, pero si no te explicas, no se que quieres decir con ella...

Gracias por tus comentarios

Te comento:

1- El Msg #4 esta dirigido a rugido_37 como un complemento de todo lo comentado y señalado en el hilo.

2- La información del Msg #4 tiene indicada la referencia de las fuentes citadas para una mejor compresión del tema.

3- La idea es ampliar la información comentada a nivel general y su contraste con otros lenguajes.

Espero que esto aclare el punto

Nelson.

[rugido_37]

hola , lei cada una de las respuestas junto con los enlaces y mas o menos voy cogiendo el tema, el nombre del ide que uso es exactamente "Delphi 7 Second Edition V7.2 professional" , lo confundi con la version personal.

Neftali
las dudas que me queda es que dices que delphi lo traduce el codigo a un lenguaje intermedio , ¿es lo mismo que lenguaje maquina?

otra que al decompilar tambien se pueden ver los nombres de los procedures y sus objetos ( TForm1.Button1 ) ¿no deberian haber handles en ves de nombres puestos por el programador?

y la ultima duda es que pensaba que para crear los formularios delphi "internamente" creaba algun codigo que llame a la funcion createwindow en ves de ponerlo como un recurso , he checado un poco de lenguaje c++ y eso era lo que se hacia para crear forms, botones y hasta menus.

en c++ todo se hace con puro codigo , por eso me desanime aprenderlo :P

No entiendo bien que es eso de los recursos, pero lo buscare en google.

[[nlsgarcia]]

rugido_37,

Empezado por rugido_37

...Delphi lo traduce el código a un lenguaje intermedio , ¿es lo mismo que lenguaje maquina?...

Delphi es un lenguaje compilado, por lo tanto su compilador genera código en lenguaje de máquina en arquitectura x86 y x64 dependiendo de la versión, a partir de Delphi XE2 se puede compilar en 64 bits, lenguaje intermedio no es sinónimo de lenguaje de máquina.

Revisa estos links:

Definición de Lenguaje intermedio : http://www.alegsa.com.ar/Dic/lenguaje%20intermedio.php

Definición de Lenguaje compilado : http://www.alegsa.com.ar/Dic/lenguaje%20compilado.php

Lenguaje de máquina : http://es.wikipedia.org/wiki/Lenguaje_de_m%C3%A1quina

Espero sea útil

Nelson.

[Neftali [Germán.Estévez]]

Empezado por rugido_37

las dudas que me queda es que dices que delphi lo traduce el codigo a un lenguaje intermedio , ¿es lo mismo que lenguaje maquina?

No es exactamente lo mismo. Creo que más arriba lo ha explicado nlsgarcia.

Empezado por rugido_37

otra que al decompilar tambien se pueden ver los nombres de los procedures y sus objetos ( TForm1.Button1 ) ¿no deberian haber handles en ves de nombres puestos por el programador?

Los nombres de algunos procedimientos, para marcar que se asignan a un evento, se guardan el el DFM, por eso son visibles.

Empezado por rugido_37

y la ultima duda es que pensaba que para crear los formularios delphi "internamente" creaba algun codigo que llame a la funcion createwindow en ves de ponerlo como un recurso , he checado un poco de lenguaje c++ y eso era lo que se hacia para crear forms, botones y hasta menus.
en c++ todo se hace con puro codigo , por eso me desanime aprenderlo :P

No entiendo bien que es eso de los recursos, pero lo buscare en google.

La creación es como la has comentado tú. Lo que se guarda en el DFM son las propiedades del formulario (y las de sus controles), no su código ni las llamadas que se hacen.
El sistema llamará a la API CreateWindows para generar la ventana y posteriormente Delphi va al DFM donde están sus propiedades (altura, anchura, título, color,...) e igual pasa con los controles. Mira un fichero DFM y verás que sólo se encuentras las propiedades del form y de los componentes.

Los recursos son una forma que tienen los compiladores de adjuntar ficheros y otros elementos a los programas. Por ejemplo en recursos puedes encontrar cadenas, imágenes, sonidos y en general cualquier tipo de fichero que se quiera incluir dentro del ejecutable. Delphi usa los recursos para almacenar los DFM.

[rugido_37]

Gracias nlsgarcia, ya lo voy entendiendo mas, revise los enlaces y ya me queda claro que lenguaje compilado lo que hace es coger el codigo fuente y convertirlo en codigo maquina . gracias neftali ya entendi bien los recursos , no tenia idea que los IDEs ponian las propiedades de los objetos en otra parte del programa (recursos) , voy a revisar el tema de los DFM . Saludos.