well..
the problem is, it takes but one cracker to crack it and create a keygen or something.... then any joe schmoe can use it to bypass your scheme...
Printable View
well..
the problem is, it takes but one cracker to crack it and create a keygen or something.... then any joe schmoe can use it to bypass your scheme...
Programmer's will be using my program...that's why I was worried.Quote:
Originally posted by mendhak
Hobo,
What type of people will be using your prog?
If it's the "regular" non "cracker" type people which compose of about 90% of your potential customer pool, do you actually think that they'd go through all the lenghs of trying to crack it, trying every method possible?
But if your app is MEANT for all the crackheads (pun intended) out there, it's in that case you'd have to go for the Holy Grail in uncrackable programs. (Yet to be discovered)
No, I'm not dissuading you. As Caffeenman pointed out, not even Micro$oft could do it... I've seen cracked copies of WinXP, which need no activation/registration whatsoever.
nevays.... most of the people i will be selling software to are small businesses, etc where the software is quite customized... so, there should really be no problems even without some anti-piracy measure... but i'll put it in anyways because im greedy...
You're doomed :(
Ok, since im at work i havent got a lot of time to check redth's program thoroughly. In the short time i had i managed to get it to validate with a fake serial, after 10 seconds it comes up with the box again but it will still validate with the fake serial. When i get home i'll try and fix it.
celest...
i've made a new version... after talking with another fellow on irc about it's weaknesses, i've fixed it up a bit more...
uses stronger encryption, some hashing and whatnot...
lets see if u can crack this...
no dll this time either....
other than that, heh pretty scary that u simply took it out like that..
leads me to believe u bypassed the point in the program that if the code returns ok, the product code is ok... if that's the case, that sucks. lol..
that means the weakness is not hte product code, but rather the structural design of the program...
i mean, what else can u do besides make things look a bit more inconspicuous and make your code a maze?
When you disasseble a program, it is running in assembler.
Assembler JUMP s to the necessary code to do stuff. These jumps can be re-pointed to point completely over your validation and checking.
I don't have too awful much experience with it, but I am told that one thing a programmer should do is initialize a few of their program's useful variables within the validation routines of the registration software (which makes ANY addin you buy useless becuase they will always cause a JUMP).
Also, someone can stop a disassembled program and examine the stack at any time.
If they know one good reg number for your program, they can then just watch the stack for that to come up.
I beleive W32DASM already has that 'feature' built in.
FYI
Hey guys im pretty new to vb6 here and need some tips. What i'm trying to do is exactly what Redth has done. I know how to request the hard drive serial and display it but I have no idea where to go from here. I would like to get some ideas/examples on how to create the "sharware" process and how I could convert the hard drive numbers into letters, to then make a generator that produces another set of letters (which would be an activation key) that the program compares with the hdd serial and accepts if generated correctly.
I just need some general examples to get started off. :cool:
sorry to bring up such an old topic, but this one seemed closer to the issue im working on when it came up in search. If there are other topics with info. im looking for please direct me to them.
Thanks for any help, this is an awesome forum. waiting your reply..
Can you use 3DES to encrypt? Its a triple encryption to 160 bits.Quote:
Originally Posted by [Digital-X-Treme]