Todo lo que hagas en la DLL va a ser hecho desde el programa que la carga, da lo mismo que sea cargada mendiante una inyeccion de codigo o por un programa diseñado para cargarla.

Lo unico que se puede inyectar como tal es codigo, pero ese codigo puede CARGAR una DLL. Esa DLL ejecutara como ya se dijo su entry point.

Si.


Eh no se a que te referis pero generalmente en C se pone el codigo que queres en el entry point (punto de entrada, la funcion que es llamada por Windows con lo eventos de una DLL).

Por supuesto que si.

En C se suele hacer una funcion que no llame a ninguna API directamente sino que reciba un puntero a una estructura con las direcciones que necesita ... tambien podrias intentar hacer una DLL, de esa manera con inyectar la DLL mediante LoadLibray (esto ya explicado por ahi varias veces: VirtuaAllocEx para poner el nombre + CreateRemoteThread sobre LoadLibraryA) no tendrias que preocuparte tanto del codigo inyectado que funcionaria directamente.

Efectivamente lo que tenes que hacer es ejectura lo que quieras dentro de un proceso que el firewall considere como seguro, el explorer.exe por ejemplo, o que al preguntarle al usuario este le de paso.

Bueno, no creo que lo hayas dicho del todo claro para la amplia mayoria de usuarios de VB. Es decir, no creo que lo puedan hacer con que simplemente les digas que hay que editar el binario ...

Es lo que me parece a mi ...

La pregunta mas bien seria: ¿Vale la pena estar editando el EXE a mano (con el nivel de conocimiento que eso implica) en vez de aprender algun lenguaje que no tenga este tipo de dependencias?

Tambien permite la interceptacion ("hookeo") de funciones.