|
WalderMort wrote: I'm trying to manipulate the memory of another process.
Training for the black-hat-olympics? 
Whatever you do, it *should* not work. If it does, it is a temporary faiure in Windows security.
Though I speak with the tongues of men and of angels, and have not money, I am become as a sounding brass, or a tinkling cymbal.
George Orwell, "Keep the Aspidistra Flying", Opening words
|
|
|
|
|
You may need to enable debug privledges.
Something like this:
LUID luid;
HANDLE hToken;
TOKEN_PRIVILEGES tp, otp;
DWORD dwSize = sizeof(TOKEN_PRIVILEGES);
if(OpenProcessToken(GetCurrentProcess(), TOKEN_ADJUST_PRIVILEGES | TOKEN_QUERY,&hToken))
{
if(LookupPrivilegeValue(NULL,SE_SYSTEMTIME_NAME,&luid))
{
SecureZeroMemory(&tp,sizeof(tp));
tp.PrivilegeCount = 1;
tp.Privileges[0].Luid = luid;
tp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED;
if (AdjustTokenPrivileges(hToken, FALSE, &tp, sizeof(TOKEN_PRIVILEGES),&otp, &dwSize))
{
}
}
CloseHandle(hToken);
}
Best regards,
-David Delaune
|
|
|
|
|
Sorry, I forgot to mention I had already done that.
Through trial and error, I have found that I must let the system decide where to allocate the memory. Though calls to VirtualAllocEx() with MEM_DECOMMIT still fail, as does VirtualFreeEx(). I'm guessing this must be some type of security feature and only the caller to VirtualAlloc may de-commit or free.
|
|
|
|
|
has any body worked on retrieving the unique ID of a computer. other than LAN card ID.
please suggest.
|
|
|
|
|
You can use hard disk drive volume number.
- NS -
|
|
|
|
|
thank you
how to retrieve it.
|
|
|
|
|
See GetVolumeInformation
- NS -
|
|
|
|
|
It isn't 'Unique' ... it can be changed formatting the HDD, or programmatically
Russell
|
|
|
|
|
That's true. But it can be considered as unique, for creating software licenses.
- NS -
|
|
|
|
|
This is unwise as any change to that volume would render the app un-runnable. There are any number of ways in which this ID could be changed. If you intend to use any ID from a PC, always take it from a physical item.
|
|
|
|
|
HDD ID was used for this purpose when I was coding for DOS applications (many years before). May be due to that my first choice is HDD. 
I have no idea whether the mother board ID, etc is available at that time. Do you have any knowledge regarding this?
- NS -
|
|
|
|
|
Of course you can,
but we not need to be an expert haeker to crack your license: buy one licence and run the software on other PCs simply using this[^]
Russell
|
|
|
|
|
Yes...
So you say, we should not use it?
- NS -
|
|
|
|
|
You can use it...but don't tell you are doing that.
The best is to mix that ID with other information like CPU ID, motherboard, ...
But comes other problems: not every CPU has got the ID 
At the end I think that I sure way is doesn't exist
Russell
|
|
|
|
|
_Russell_ wrote: But comes other problems: not every CPU has got the ID
HDD is anyway, reliable... 
For complication, I used to use HDD ID combined with user name, etc. 
- NS -
|
|
|
|
|
NS17 wrote: HDD is anyway, reliable...
There are exceptions also there
we can ask suggestions on the "lounge" ... but I think that it will not be the first time...and I dubt that it is possible to have a solution.
We use USB Dongles ... they are unique, ... but I prefere software ways
Russell
|
|
|
|
|
_Russell_ wrote: I prefere software
I like cracking... but dont tell anyone... 
- NS -
|
|
|
|
|
|
 Ooops
- NS -
|
|
|
|
|
There is no unique ID for a computer. The closest you will get is by getting the ID's for things like HD, CPU, BIOS... and combining them in some way. Even then, it will not be unique and you will have problems when a user decides to upgrade one of those components.
BTW. This is similar to how windows verification works.
[ Appended ]
As an afterthought, you could possibly create a GUID and combine it with one/all of the above items.
|
|
|
|
|
But for protecting a software from piracy, these are very helpful. Am I right?
- NS -
|
|
|
|
|
Not really, infact it would create more hassle on your part.
Using your aproach you would have to get these ID's and create some type of key which the user would then have to send to the distributer who would then have to run it through a keygen who would then have to send back to the user. Then the software needs to have the same keygen algorithm to verify the new key.
With this in mind, a hacker could decompile your exe, extract this algorithm and create his own key generator.
There is no real answer to piracy, all you can do is make it more difficult.
Look at things like PE compression/encryption. And make any keygen algorithms as difficult as you can.
|
|
|
|
|
WalderMort wrote: There is no real answer to piracy, all you can do is make it more difficult.
Yes I agree. I just intended to say that we can considerably reduce the risk than creating a software without any protection.
- NS -
|
|
|
|
|
To protect your code you can also use hardware USB drivers, we use they, ... but I don't know if they are easily crackable.
Russell
|
|
|
|
|
I suggest you to take motherboard identification because the other components are upgradeable like HDD etc...
You can use WMI to get these information ( e.g for motherboard serial is retrieve information using "Win32_BaseBoard" class.)
As someone else posted previous, it's better to combine some asset id rather than depending on single entity.
-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
