Jump to content

Bind Program To Computer


InFected
 Share

Recommended Posts

True, not initially ... though eventually the WinAPI call is mentioned, which certainly bears looking into and should give quite an acceptable solution.

The solution I wrote is a perfectly acceptable solution, more so than that method even, as it does not require winapi, and will ALWAYS be the same, as long as the hardware doesnt change, correct me if I am wrong, but the winapi version can vary between installations of windows. (:
Link to comment
Share on other sites

I haven't at this stage delved into your code or the Win API, and I don't know of any differences from WinXP to the latest WIN, so my previous & following comments are just speculation.

I thought we would want to accommodate some hardware changes, so as to cause the least amount of trouble?

That's why I thought the Win API method would be the quickest easiest solution ... not withstanding any differences between WIN versions that you would need to code for ... if any.

Anyway, it seems you may have crafted a suitable solution for yourself and maybe others.

It's always nice to avoid dependencies that might change ... if you can ... so I applaud you.

Make sure brain is in gear before opening mouth!
Remember, what is not said, can be just as important as what is said.

Spoiler

What is the Secret Key? Life is like a Donut

If I put effort into communication, I expect you to read properly & fully, or just not comment.
Ignoring those who try to divert conversation with irrelevancies.
If I'm intent on insulting you or being rude, I will be obvious, not ambiguous about it.
I'm only big and bad, to those who have an over-active imagination.

I may have the Artistic Liesense ;) to disagree with you. TheSaint's Toolbox (be advised many downloads are not working due to ISP screwup with my storage)

userbar.png

Link to comment
Share on other sites

I haven't at this stage delved into your code or the Win API, and I don't know of any differences from WinXP to the latest WIN, so my previous & following comments are just speculation.

I thought we would want to accommodate some hardware changes, so as to cause the least amount of trouble?

That's why I thought the Win API method would be the quickest easiest solution ... not withstanding any differences between WIN versions that you would need to code for ... if any.

Anyway, it seems you may have crafted a suitable solution for yourself and maybe others.

It's always nice to avoid dependencies that might change ... if you can ... so I applaud you.

Yes well I created that accommodation using a very basic AI, in ,my php script for authentication that determines the plausibility of the key being pirated or shared.

I admit my original method was arbitrary, but the improved method is far superior, and 100% accurate.

The idea for a hardware id HWID, is to not itself accommodate changes in hardware, so that every id is UNIQUE, otherwise, a function that returned the same results for different hardware, would create a security flaw, allowing the HWID to be faked on other systems that are or "appear" similar to those who have active HWIDs in the database.

While I see where your train of thought is coming from, and while it in one hand is completely valid, as stated, the authentication system for using HWID, SHOULD be two step app->server->app, which means that every HWID should be unique, so that the server may use it in combination with say, their ip address, and the number of times their hwid has changed, combined with ip changes, to determine if the user has made a hardware change or under x changes per month, or whether the actual PC has changed.

I will include shortly a php backend example for use with HWID that demonstrates this.

Edited by nullschritt
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...