Se acuerdan de este Post? : [Ayuda] Crear Archivo .asi (.dll) para GTA:SA | ASILOADER , Bueno , Lo he logrado, despues de 2 años y medios.  

@Elektro se que andas perdido pero tienes que ver esto.  

Introduccion

En mi Cabeza siempre ha rondado la Idea De Inyectar una DLL hecha en .NET (C# / VB) en un Proceso como lo harías con una DLL Nativa (C++) .

De hecho Hize un Loader Universal UdrakoLoader , básicamente debes inyectar el UdrakoLoader.dll y el se encargara de cargar todas las DLL (.Net) en el Proceso del juego , Mediante el método bien conocido de CLR Hosting.


Pero no estaba Satisfecho, Necesitaba crear algo que me permitiera Generar una DLL en base a una DLL .net, que se pueda Inyectar como lo harías con cualquier cheat normalmente.

Que Es Unmanaged.NET ?


Esta Herramienta es el Resultado Final de mi Investigación , Básicamente Toma una DLL hecha en NET , Exporto Una Función en Especifico (Esta función Sera el Equivalente al DLLMain() de C++, el EntryPoint de la DLL) y Después la Empaqueto con un Stub hecho en C , Compilo el Stub Generando la Nueva DLL ya Exportada.

Después de estos Pasos, Puedes Inyectar tu DLL con cualquier Inyector .

Aunque Podrías llamar a mi herramienta un Packer mixto. XD


Descarga

https://github.com/DestroyerDarkNess/Unmanaged.Net/releases/download/v1.0/Unmanaged.Net.7z

Como Usar ?

Primero Necesitamos Nuestra DLL hecha en .NET , A continuación pondré el Código de La DLL que usaremos :

using System;
using System.Windows.Forms;
 
namespace TestLibrary
{
    public class Test
    {
 
        public static void DllMain()
        {
            MessageBox.Show("Hello World!");
        }
 
    }
}

using System;
using System.Windows.Forms;
 
namespace TestLibrary
{
    public class Test
    {
 
        public static void DllMain()
        {
            MessageBox.Show("Hello World!");
        }
 
    }
}

---

Bien ya Tenemos Nuestra DLL, ahora Seguiremos estos Pasos:

• 1. Abriremos la Herramienta y Seleccionamos La DLL (Automáticamente Se Cargaran Los Métodos)
• 2. Seleccionamos el Método que Funcionara como EntryPoint de nuestra DLL.
• 3. Seleccionamos la Arquitectura Destino para la que compilara. Generalmente es I386
• 4. Presionar el Botón "Convet To Unmanaged" .
• 5. Si todo termino Correctamente , en la misma ruta de tu DLL, habrá otra DLL que tendrá el nombre de "xxxExported.dll" , Esa es tu DLL Final, Inyéctala en cualquier Proceso!

Notas

• El Metodo EntryPoint de tu DLL .NET , debe Ser Publico y Accesible para todos.

• La Herramienta esta en su Primera versión estable, Puede haber Errores .

---

Injectando DLL (Prueba Final)

---

Buen aporte. Aunque no lo probé (tan sólo porque actualmente ya no me llaman mucho la atención estos temas, no por desconfianza o algo por el estilo) sí le di un vistazo al código y es refrescante ver algo directo, claro y sin florituras innecesarias (que parece ser lo común en estos tiempos). Te comento un error:

char *Pathvar = getenv("TEMP");
...
DLLName = strcat(Pathvar, DLLName);

strcat modifica su primer parámetro, pero, dado que tú no reservaste la memoria a la que apunta, no es seguro hacerlo y de acuerdo a las reglas de C, es incorrecto (básicamente es como escribir más allá de los límites de un array). Como suele ser el caso con los bugs de punteros en C, es posible tener la suerte de que el programa funcione bien, pero no deja de ser un error esperando a manifestarse. Al margen de eso, las reglas del lenguaje expresamente prohíben modificar los datos del puntero devuelto por getenv. También aquí el resultado podría ser impredecible, por lo que es mejor corregirlo reservando (malloc) para Pathvar un bloque con el número de bytes suficientes para la ruta del directorio temporal más el nombre de la DLL más un byte adicional para el caracter nulo, y entonces sí, copiar getenv("TEMP") a Pathvar y luego concatenarle el nombre de la DLL.

También hay algunas maneras en que podrías ahorrarte la compilación. Esto a lo mejor ya lo sabes y decidiste compilar por alguna otra razón, pero si no es el caso, y lo haces sólo para que el stub pueda conocer los datos de la DLL de .NET (preprocesas el .c para sustituir los datos entre "$$" antes de la compilación, imagino), puedes distribuir (o incluir en tu EXE) solamente la DLL del stub ya compilada. Tu programa podría simplemente añadirle como recursos tanto la DLL de .NET como el nombre del entry point o cualquier otra cosa que necesites, mediante la familia de funciones *UpdateResource de la API de Windows o lo que proporcione .NET. El stub cargaría esos recursos y reservaría dinámicamente la memoria de rawData. O, sin recursos, tu ejecutable podría limitarse a escribir toda esa información (junto con offsets para encontrar los datos fácilmente) al final de la DLL del stub. En cualquier caso, ya con esa información el stub procedería a escribir los bytes en la DLL temporal, la cargaría, etc. tal como lo hace actualmente.