Hello
How to limit VMProtectGetCurrentHWID for return example:cpu + hdd id?
Thanks
For what?
P.S. Anyway you can decode HWID and make other HWID (with Base64Encode) for needed “devices”.
dear developers, vmp hwid can be bypased and if hwid are hooked / emulated / changed and lock is useless?
is there any plan improve hardware based locking mechanism and make harder to bypass?
HWID contains the result of CPUID that can’t be hooked. So I can’t understand what improvement you need.
well improvements are always welcomed.
possible chose is most important one example cpuid + hard disk serial only, these two not change even if format c so no new lic is needed.
rest can be easy changed like name, c serial or mac.
thank you !
There are many requests for that, look at more serious problems:
http://www.vmpsoft.com/forumhttps://forum.vmpsoft.com/viewtopic.php?f=2&t=3380
EVERY software protection I have tested offered this possibility, VMP developers understanding of user’s needs are horrible.
Instead of make 10 minute coding work and give flexibility for Users they prefer to tell “for what”…
as I see there is 3.2 version and probably nothing has changed in basic thing for hardware protection ID.
How to encode ? i can’t to encode2base64!
Please see how it look in other program I will not share it’s name not to make advertisements.
This is perfect solution very welcome to see in VMPprotect, that user could choose which and how many changes.
It seems you don’t understand how the field “Allow Changes” works. As I understand it stores something in the registry/APPDATA when a “device” was changed, so this scheme can be cracked very easy (it’s enough just to find this place in the registry/APPDATA and delete it). We provide more secured scheme with which you can realize available count of HWID changes for an activation code. This scheme can’t be cracked because all information is stored on your side (inside a database of your activation server).
I think I understand exactly how it works, I have just presented it in wrong way.
I mean what @ovid user mean: To tell what VMProtectGetCurrentHWID function should check.
If we want to chcek only CPU then CPU or only MAC adress, full flexibility would be cool there.
For example now it’s enough to reinstall Windows and in current scheme is treated as new HWID (because serial and OS is changed)
So for example number of parameters passed to this function could tell how many changes are allowed.
Of course perfect solution is to tell also WHICH to check not only how many changes are allowed.
For example now it’s enough to reinstall Windows and in current scheme is treated as new HWID (because serial and OS is changed)
You are not right because VMProtect doesn’t store OS’s indetifier into HWID.
So for example number of parameters passed to this function could tell how many changes are allowed.
Of course perfect solution is to tell also WHICH to check not only how many changes are allowed.
I have already wrote that it can be cracked very easy, so I don’t think that is the “perfect solution” 
)
Please look at our activation system - it was developed for many real scenarious including working with changed HWID.We have long done what enigma’s developers only dream about )
If we want to chcek only CPU then CPU or only MAC adress, full flexibility would be cool there.
What is a problem to decode our HWID with base64decode and remove all unwanted “devices”?
Is this possible then to pass to
VMProtectActivateLicense
only MAC so then later check Serial and avoid BAD_HWID ??
Problems are detailed explained by other users and me as well here.
Major problem is also mandatory CPU which is changed only by installing Hyper-V
User/developer should be possible to have influence on which data is passed to License Web Server and later checked to validate HWID.
If he want to validate only MAC this should be possible, more details there I have found other topics.
Is this possible then to pass to VMProtectActivateLicense
It’s impossible. You have to modify HWID on the server side too.
Major problem is also mandatory CPU which is changed only by installing Hyper-V
“Major problem”? Are you serously? How do you often switch on/off the Hyper-V role on your computer? ) For example, I (like 99.99% other users of Windows) never did that.
Yes I’m serious, 0,01%???
From about 8,000 clients we have there are over 500 reports of constant problem with HWID, user reinstall Windows and his activaion counter are used.
Or change CPU and also.
As for hyper-V over 10 reports + few about changed processor.
Please understand that there are some situations where ANY HWID checking is needed, not really strong but ANY and more flexible.
Why you think you know better than your customers what they need? Preety strange approach, hard to understand 
If someone wants to hurt himself (in your opinion) just allow this to him
Your HWID can be bypassed anyway so I don’t understnad argument about CPU and do not allow full flexibility user.
Evenrtually you can warn about this and explain in documention.
Checking serial number, should have additional overloaed function or parameter which will allow custom or more changes to HWID than just CPU+1 change (If I understand it correctly now it’s CPU + 1? )
Perfect solution could be add two more scenarios optionally about allowing changes in hardware:
CPU+2
and second
2-3 changes (all) without CPU as mandatory.
Other than that VMP is great piece of software,
From about 8,000 clients we have there are over 500 reports of constant problem with HWID, user reinstall Windows and his activaion counter are used.
Please send detailed information about your license by email.
some improvements:
- CUPID extended information
- HDD serial + vendor name
- C:\ Partition name ( date )
- Windows serial
- BIOS date and version ( need signed driver to get )
all values not from windows registry of course !
but most useful is to build a format C:\ non dependent HWID like:
CPUID + HDD + BIOS + WINDOWS serial + MAC
this could be a major improvement in VMP ultimate SDK functions.
@admin, NDA for this software does not allow me to send any details 
@ovid: I could agree only on Windows Serial/Product ID
- of course as main change allow more changes more customizable.
@admin, NDA for this software does not allow me to send any details
I meant details of our license, because we didn’t find your email in our customer database.