Sorry your browser is not supported!

You are using an outdated browser that does not support modern web technologies, in order to use this site please update to a new browser.

Browsers supported include Chrome, FireFox, Safari, Opera, Internet Explorer 10+ or Microsoft Edge.

Dark GDK / DGDK.net Authenticator requires 'description'?

Author
Message
TGN
17
Years of Service
User Offline
Joined: 18th Dec 2006
Location: USA
Posted: 25th Jul 2007 09:24
Link
I don't think a lot of companies use the description assembly tag for their projects, and the fact that I can leave the 'Company Name' tag blank but it requires the Description tag to be filled in just further confuses me. Well as a matter of personal preference I like leaving the description blank as I find it a bit redundant, perhaps it could be optional.

Back to top
Profile PM
James Bondo
18
Years of Service
User Offline
Joined: 12th Nov 2006
Location: Denmark
Posted: 25th Jul 2007 17:29
Link
The more fields you fill out, the harder it gets to steal your authenticated key. If all the fields was blank, you could just decompile the application, copy the auth key, extract the auth ressource file and make a completely different application where you also left the fields blank.

Just type the name of the application in Description and type a space or N/A in company name or something.

Using Dark GDK.NET
Back to top
Profile PM Website
APEXnow
Retired Moderator
21
Years of Service
User Offline
Joined: 15th Apr 2003
Location: On a park bench
Posted: 25th Jul 2007 20:57
Link
James, it's actually more complicated than that. One resource file will not work with another.

Paul.


---- The Meridian Culmination ----
Back to top
Profile PM Email Website
James Bondo
18
Years of Service
User Offline
Joined: 12th Nov 2006
Location: Denmark
Posted: 26th Jul 2007 00:05
Link
Well that is the basic idea, or there would be no point in having to fill anything in any of the fields at all.

Using Dark GDK.NET
Back to top
Profile PM Website
CattleRustler
Retired Moderator
21
Years of Service
User Offline
Joined: 8th Aug 2003
Location: case modding at overclock.net
Posted: 26th Jul 2007 00:56
Link
So the moral of the story is: type something in the Description field and youre good to go.

My DBP plugins page is now hosted [href]here[/href]
Back to top
Profile PM
TGN
17
Years of Service
User Offline
Joined: 18th Dec 2006
Location: USA
Posted: 26th Jul 2007 03:05
Link
But you can leave the company name blank, maybe you could just switch them >.>
Back to top
Profile PM
James Bondo
18
Years of Service
User Offline
Joined: 12th Nov 2006
Location: Denmark
Posted: 26th Jul 2007 03:49
Link
Just type a space and it looks like its blank. Noone will ever notice (like anyone is ever checking assembly info in the first place ^^)

Using Dark GDK.NET
Back to top
Profile PM Website
APEXnow
Retired Moderator
21
Years of Service
User Offline
Joined: 15th Apr 2003
Location: On a park bench
Posted: 26th Jul 2007 04:01 Edited at: 26th Jul 2007 04:02
Link
If you read the help file properly, you should provide the best version information possible to make your program unique and immediately identifiable from this information. Because you're authenticating your application against information you will recognize, anyone who tries to circumvent this security, is pretty much going to cut their own throats.

This is by far, imo, the best way to prevent hackers from stealing the toolkit, and your program for that matter. So my suggestion is, don't use the Authenticator lightly, use it well to protect your software. Besides, you only need to use it once when you initially create your project right?

You paid for the toolkit, so make sure that no one else will crush your unique and original creations for nothing!

Paul.


---- The Meridian Culmination ----
Back to top
Profile PM Email Website
Argon Knight
22
Years of Service
User Offline
Joined: 29th Aug 2002
Location: Gastonia, NC, USA
Posted: 26th Jul 2007 17:53
Link
Maybe the help file need to reflect the difference between what's Required and Best Practices? Which I think is what TGN originally was trying to get clarified.

The help file reads:
Quote: ""You only need to make changes to the Title, Description, Company, Product and Copyright fields.""


Which I read at first to mean those fields were required, but later realized Apex meant it was a Best Practice. (Which it is)

Because, the my Authenticator requires:

1)a title of 5 characters
2)a description of 5 characters
3)a copyright of 5 characters

I can agree with TGN that the Company field is used more than the description field. But I think Apex was trying to say that a hobby coder might not have a company and would not be inclined to fill in that field.

My Visual Studio 2005 automatically fill in Title, Company, Product, and Copyright. So, should the debate be over changing the required field from Description to something else like Product?
Back to top
Profile PM Email Website
cypher0
17
Years of Service
User Offline
Joined: 26th Dec 2006
Location:
Posted: 27th Jul 2007 04:44 Edited at: 27th Jul 2007 04:46
Link
Can someone just mimic the information?
That is just copy the fields (name, description, guid, etc) across to their own app without buying DGDK and use a hex editor or decompiler to get the key?

As for description, a lot of apps just use the title of the program in question (ie. the same as the product name - the description is shown by default below the filename in Windows Explorer tile mode)
Back to top
Profile PM
APEXnow
Retired Moderator
21
Years of Service
User Offline
Joined: 15th Apr 2003
Location: On a park bench
Posted: 27th Jul 2007 21:14
Link
Other information is held but I'm not at liberty to discuss what that is.

Paul.


---- The Meridian Culmination ----
Back to top
Profile PM Email Website
Argon Knight
22
Years of Service
User Offline
Joined: 29th Aug 2002
Location: Gastonia, NC, USA
Posted: 28th Jul 2007 01:32
Link
So, as long as we remember not to accidentily deploy the Authenticator with our final release version of a game, then we should be safe from giving the engine away.
Back to top
Profile PM Email Website
Back to top

Login to post a reply

Server time is: 2024-11-16 18:08:47
Your offset time is: 2024-11-16 18:08:47