Seguridad de un programa

[apuromafo CLS]

entre mas ideas y aprendas, mas sabras elegir amigos crackean todos los .net, pero no quiere decir que todos sean faciles, algunos tardan mas que otros

recuerdo una vez crackee un nspack para que tuviese habilitado la opcion de empacar un .net y salio un tute..pero ya existia crackeado que rato...

[kub0x]

Buenas de nuevo!

Os cuento mis progresos, pues me he documentado acerca del Generador de Imágenes Nativas (Ngen.exe) del NET Framework y lo he utilizado en ensamblados como .dll y .exe.
Si aplicas ngen en cualquier ensamblado de .NET, el archivo resultante será la imágen en código nativo del anterior, pero claro, como anteriormente dije, necesitamos del Framework para poder ejecutarlo.

¿Por qué? Bueno, en dicho archivo generado por el ngen.exe no se habrá eliminado el código MSIL del ejecutable original ni sus metadatos. Aunque el código MSIL no sea útil ya que no necesitamos del compilador en tiempo de ejecucción del Framework, tenemos información relevante en los metadatos del ejecutable y dichos metadatos serán agregados a la sección del MSIL (código intermedio). Esto quiere decir que la aplicación generada por el ngen.exe tendrá código nativo e intermedio, por lo que este último no será eliminado haciendo que la aplicación sea fácilmente decompilada y posteriormente descifrada.

Hay protectores de código que emplean el método de generación de imágenes nativas a partir de un ejecutable, la diferencia es que estos protectores eliminan la sección de código intermedio MSIL y sólo dejan código nativo en la aplicación final, pero como ya dije, su precio tiende a ser caro.

También he estado probando packers para .NET, que como ya sabreis, empaquetan el código del ejecutable que le pasemos al packer y le meten una rutina de desempaquetamiento y cargado del ensamblado. De esta manera añadiendo capas y capas de Protección a ambos códigos tendríamos un ejecutable lo suficientemente seguro.

Saludos.