Visual Basic

Iftikhar Ali2-Jan-06 19:21

2-Jan-06 19:21

How to use kill() in any dll.
Give example with coding of any dummy dll.

Iftikhar Ali

Steve Pullan30-Dec-05 23:56

30-Dec-05 23:56

Iftikhar Ali wrote:
Now if the user is not authorised to use this dll, i want to delete this dll from the code within this dll in runtime

A better method would simply be to not process any requests for methods/properties on your class. Self-destructing is not a very friendly way to do things, besides, your DLL will be in use and cannot be deleted. All locks must first be released.

...Steve

"Give a man a fish and you've fed him for a day. Teach him how to fish and you've fed him for life."
(Translation: I'll show you the way, but not write the code for you.)
I read that somewhere once Smile | :)

Iftikhar Ali2-Jan-06 3:08

2-Jan-06 3:08

As far as I know somebody post an article of Update exe from within the code of same exe.
So I think it is possible, but I'm at present on the same side as you suggested, ie. not to process any information.

[Give reply with code PLEASE!]

Iftikhar

Steve Pullan2-Jan-06 3:37

2-Jan-06 3:37

Iftikhar Ali wrote:
I'm at present on the same side as you suggested, ie. not to process any information.

Excellent decision!

Iftikhar Ali wrote:
[Give reply with code PLEASE!]

This is very simple. You should be able to work this out on your own. Just detect whether or not the caller is authorized either on each method/property call or a global variable set during such detection at DLL load time and accept or deny the action accordingly. Dave K. has already stated this in a separate reply to your original post.

...Steve

"Give a man a fish and you've fed him for a day. Teach him how to fish and you've fed him for life." (Translation: I'll show you the way, but not write the code for you.) I read that somewhere once Smile | :)

Iftikhar Ali2-Jan-06 3:44

2-Jan-06 3:44

Yeah I know how it works.
But will you please tell me how to make a dll which when load detect whether its legal or not.
Tell me

Dim myClass1 as new myClass(???)

how can i get some string or anything right when my class is initialize as above, in place of ??? like this

Dim myClass1 as new myClass("XYZ")

Thanx

Iftikhar Ali

Steve Pullan2-Jan-06 11:29

2-Jan-06 11:29

Iftikhar Ali wrote:
Yeah I know how it works.

Great!

Iftikhar Ali wrote:
But will you please tell me how to make a dll which when load detect whether its legal or not.
Tell me

Uhhh.... you tell me Smile | :)

I'm not being a smart-arse here, it's just that YOU are the one who knows the method by which you are authorizing the use of your DLL. I's not up to me to provide this.

Iftikhar Ali wrote:

Dim myClass1 as new myClass(???)

how can i get some string or anything right when my class is initialize as above, in place of ??? like this

Dim myClass1 as new myClass("XYZ")

I'm not sure I understand what you mean. Please elaborate.

As for the DLL coding, this is covered in many places and there are a few references on the Code Project articles section as well as Microsoft's MSDN website.

...Steve

"Give a man a fish and you've fed him for a day. Teach him how to fish and you've fed him for life." (Translation: I'll show you the way, but not write the code for you.) I read that somewhere once Smile | :)

Iftikhar Ali2-Jan-06 19:16

2-Jan-06 19:16

Steve Pullan wrote:
As for the DLL coding, this is covered in many places and there are a few references on the Code Project articles section as well as Microsoft's MSDN website.

I will goto MSDN and search there, nonetheless Thanx for all suggestions.

Iftikhar Ali

Dave Kreskowiak31-Dec-05 5:03

31-Dec-05 5:03

You can't delete the .DLL while it's loaded into a process, period. There's no way around this. If your code was it's own .EXE, that's a different story, but a .DLL has no chance of deleting itself.

Since you already have the mechanism to determine if the user is authorized, it's simple. On each of your method calls, or just the very important ones, run your check or check a flag that your authorization code sets, and return nothing if that check fails.

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

AndrewPeters31-Dec-05 15:27

AndrewPeters

31-Dec-05 15:27

If you load the dll from another assembly into its own AppDomain, you can turn Shadow Copying on. Shadow copying copies the dll to a temp directory. This would obfuscate the location of the DLL once you've self-destructed, but you'd still have the DLL floating around in the temp dir.

Dave Kreskowiak1-Jan-06 6:19

1-Jan-06 6:19

Yep, that's true, and I think the point of his "security feature" is to remove all traces of the .DLL, so that wouldn't work for him.

Why on earth you would want to do something like this "feature" is beyond me...

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

AndrewPeters1-Jan-06 8:32

AndrewPeters

1-Jan-06 8:32

Look at codesecurity, obfuscation and authenticating to a server. Probably the best way to keep your users from continuing to use your DLL is by generating a key that is generated from machine specific (BIOS) values, having them send it to you, and then you sending a 'public key' back. The other way is to authenticate every call to your server, but this would only work well for DLLs that already talk to networks outside its own.

Ultimately, unless you are writing code that unlocks the keys of the universe, you're best off obfuscating your code and using simple time countdown techniques. Smile | :)

Andrew

Dave Kreskowiak1-Jan-06 11:37

1-Jan-06 11:37

Don't tell me! Tell the OP! He's the one that wants to do this, not me!

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

AndrewPeters1-Jan-06 14:35

AndrewPeters

1-Jan-06 14:35

You need to get your OP to start reading this forum and get him to realize that you can't put together ghastly hacks like this. Your users will resent you (see Sony's fiasco with its copy protection trojan) and developers will not respect you. This is something that many technology managers fail to think about, the code that they represent. Many of them seem to think that all of their problems are outside of the code.

Andrew Peters

Iftikhar Ali2-Jan-06 3:27

2-Jan-06 3:27

Yeah I know that. But from deep within my heart, I think why any unauthorised programmer can make the same program like mine with my dll. I want destroy the very basis of that illegal program by deleting my own dll.
I have no intention of selling or giving that dll, so the matter of "developers will not respect me" is over right here.

Iftikhar Ali

Iftikhar Ali2-Jan-06 3:22

2-Jan-06 3:22

AndrewPeters wrote:
Look at codesecurity, obfuscation and authenticating to a server. Probably the best way to keep your users from continuing to use your DLL is by generating a key that is generated from machine specific (BIOS) values, having them send it to you, and then you sending a 'public key' back.

Tell me about this in detail, PLEASE! with coding.

AndrewPeters wrote:
Ultimately, unless you are writing code that unlocks the keys of the universe, you're best off obfuscating your code and using simple time countdown techniques.

Whats countdown techniques, please tell me in detail.

Iftikhar Ali

Iftikhar Ali2-Jan-06 3:16

2-Jan-06 3:16

Just to make my dll more secure and destroying the software (its base) of that illegal user.
What you think? I think its a right of every programmer.

Iftikhar Ali

Dave Kreskowiak2-Jan-06 7:08

2-Jan-06 7:08

A right? Maybe.

Practical from a developers perspective? Definitly not...

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

Iftikhar Ali2-Jan-06 19:06

2-Jan-06 19:06

I don't want anybody (Ofcourse except me) to use my dll.
Its clear now.
Now tell me what should I do? (With professional look)

Iftikhar Ali

Steve Pullan2-Jan-06 19:40

2-Jan-06 19:40

Iftikhar Ali wrote:
I don't want anybody (Ofcourse except me) to use my dll.

Just look at how Microsoft (or ANY developer for that matter) has had code pirated over the years. You can only do so much before it becomes too hard and impractical.

Iftikhar Ali wrote:
Now tell me what should I do?

Rather demanding aren't you? Just do what we've been advising you to do and that's do a check when your DLL is loaded and then return nothing from any method/property call. There's nothing difficult about this. Follow the leads we have given you and do some research.

If you have a problem with a bit of code you have written, we will certainly have a look and advise what to do, but we will not write it for you.

Iftikhar Ali wrote:
(With professional look)

...Steve

"Give a man a fish and you've fed him for a day. Teach him how to fish and you've fed him for life." (Translation: I'll show you the way, but not write the code for you.) I read that somewhere once Smile | :)

Iftikhar Ali4-Jan-06 5:09

4-Jan-06 5:09

Steve Pullan wrote:
Just do what we've been advising you to do and that's do a check when your DLL is loaded and then return nothing from any method/property call.

OK, I'll stuck with this.
I'm only demanding this because I read on MSDN that you can update an exe from within it.

Thanx (EVERYBODY)
Goodbye

Iftikhar Ali

Iftikhar Ali2-Jan-06 3:13

2-Jan-06 3:13

Please tell me this in detail (Since I'm not CHEETAH in VB.NET) with coding.
I think after going through your process, the best way is that delete (empty) temp files folder. Is this possible?

Iftikhar Ali

Iftikhar Ali2-Jan-06 3:10

2-Jan-06 3:10

Dave Kreskowiak wrote:
You can't delete the .DLL while it's loaded into a process, period. There's no way around this.

As far as I know somebody post an article of Update exe from within the code of same exe.
So I think it is possible.

Iftikhar Ali

Dave Kreskowiak2-Jan-06 7:07

2-Jan-06 7:07

Supply the link to article. I think you're mis-understanding what it says, because you cannot overwrit a file that is locked by another process, or your own process for that matter.

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

Iftikhar Ali2-Jan-06 19:03