HelpLinking C++ DLL and Visual Basic Executable Together

Posts 1630 of 42 · Page 2 of 3
Quote Originally Posted by Mayion View Post


As I've said, on injection have the Dll to check if your loader process is on or not. - In the code of your dll itself.
> If loader process = true, execute the rest of the code, if not, show up a message saying injection failed.
This is a good idea. But I found something about IPC (Inter-process communication) on Google. I will use this for a short time, I would also like to learn more about IPC if anyone wills to teach?
He makes the loader on VB.NET.
The loader must CHECK if the game is opened.
Quote Originally Posted by Mayion View Post


Do what in .NET? His Dll is coded in C++ and wants ONLY his loader to inject it.
What's the point of doing it from the loader itself?
> Only loader.exe can inject .dll, so if I cracked his loader.exe and got the .dll, it wouldn't inject.
Do you understand?
Is it so hard to do the check from VB.NET?
Why to complicate deh life?

- - - Updated - - -

Quote Originally Posted by buxkaizhe View Post
This is a good idea. But I found something about IPC (Inter-process communication) on Google. I will use this for a short time, I would also like to learn more about IPC if anyone wills to teach?
In .net managed classes there is only a solution to IPC: remoting.
Quote Originally Posted by Raydenman View Post
O really? pt.2
This was already served, but I still can't understand why you shouldn't do it already from vb.net ...
Do what in .NET? His Dll is coded in C++ and wants ONLY his loader to inject it.
What's the point of doing it from the loader itself?
> Only loader.exe can inject .dll, so if I cracked his loader.exe and got the .dll, it wouldn't inject.
Quote Originally Posted by Mayion View Post


As I've said, on injection have the Dll to check if your loader process is on or not. - In the code of your dll itself.
> If loader process = true, execute the rest of the code, if not, show up a message saying injection failed.
Well no. Anyone can make a fake process with the same name as the loader's one.

IPC is kinda the right solution. Very clever. You can set a window hook to intercept window messages inside the process inside which the DLL is loaded. The loader will then send window messages to the process to confirm that the DLL has been loaded from its rightful owner.
Again this is very easily detectable (if you wish to crack the loader) so this + encrypting the DLL will do the job pretty fine.
I guess I should use FindWindow 1st as I have no knowledge about IPC. Im a newbie.

Can you help me on providing some source code or example on IPC?

Thanks.
Quote Originally Posted by user590177 View Post
IPC is kinda the right solution.
This is not true.

Quote Originally Posted by user590177 View Post
You Can Set A Window Hook To Intercept Window Messages Inside The Process Inside Which The DLL Is Loaded.
Can you be more specific?
That will be possible just with unmanaged code.
Windows hooks? mmm...

Quote Originally Posted by user590177 View Post
So This + Encrypting The DLL Will Do The Job Pretty Fine.
Why should you encrypt it? ...
Quote Originally Posted by Raydenman View Post
This is not true.


Can you be more specific?
That will be possible just with unmanaged code.
Windows hooks? mmm...


Why should you encrypt it? ...
1. Whatever.
2. https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx.
3. So basically if anyone finds the DLL they would have to decrypt it.


- - - Updated - - -

Quote Originally Posted by buxkaizhe View Post
I guess I should use FindWindow 1st as I have no knowledge about IPC. Im a newbie.

Can you help me on providing some source code or example on IPC?

Thanks.
The link above ^.
Quote Originally Posted by user590177 View Post
3. So basically if anyone finds the DLL they would have to decrypt it.
Ah, then it's useless and no-sensed

Quote Originally Posted by user590177 View Post
https://msdn.microsoft.com/en-us/librarydows/desktop/ms632589(v=vs.85).aspx
I know what are windows hooks, but this isn't the case.
Quote Originally Posted by Raydenman View Post
Ah, then it's useless and no-sensed


I know what are windows hooks, but this isn't the case.
So what would you suggest ?
Quote Originally Posted by user590177 View Post


So what would you suggest ?
Nothing to suggest. He didn't ask that
Quote Originally Posted by Raydenman View Post
Nothing to suggest. He didn't ask that
So what did he ask ?
Quote Originally Posted by user590177 View Post


So what did he ask ?
For sure, not how to .. "Set a Window Hook to Intercept window messages", am I right?
Quote Originally Posted by Raydenman View Post
For sure, not how to .. "Set a Window Hook to Intercept window messages", am I right?
Well he asked about IPC, which itself can be done via windows messages.
Quote Originally Posted by user590177 View Post
which itself can be done via windows messages.
"IPC is kinda the right solution." No.
Anyway, no ...
For that you must get an unique message number using RegisterWindowsMessage; Then broadcast on this number (make all recipients reply/send back their hWnds); then use SendMessage.
Quote Originally Posted by Raydenman View Post
"IPC is kinda the right solution." No.
Anyway, no ...
For that you must get an unique message number using RegisterWindowsMessage; Then broadcast on this number (make all recipients reply/send back their hWnds); then use SendMessage.
Oh you got to be kidding me..
Posts 1630 of 42 · Page 2 of 3

Post a Reply

Similar Threads

Tags for this Thread

None

Need help?