Click here to Skip to main content
Click here to Skip to main content

Using VB to Create & Check License Keys

By , 23 May 2007
 
Screenshot - Create-1.jpg

Introduction

Create and validate secure "License Keys" for your proprietary code and embed up to 16-bits of "configuration data" into the key. This code is flexible and may be used in many different licensing schemes.

Background

Everyone is familiar with getting license keys to activate software. These keys are normally based on various encryption schemes, and serve to validate that a particular user is authorized to install or run the software. The code presented here provides an easy way to integrate this functionality into your own programs.

The keys generated by the sample application are MD5 hashes of a "Licensee" name, a "Serial Number, and a "secret" program name string that is embedded into the code. We then convert the hexadecimal 32-character string to Base32 to shorten the resulting key down to 26 characters. This is easier for end-users to type and looks better and more professional as well.

The code is pretty straight-forward for the most part, and can be easily translated into other languages such as C, C++, C#, Java, etc. and is presented in as "generic" of a Visual Basic form as possible to permit easy integration into applications. It can even be used in VBA applications such as Microsoft Access if desired.

Please note that all code in this article is licensed under the LGPL, so it can be incorporated into your programs with no royalties and doesn't modify the licensing terms of your proprietary code in any way. We do ask that if you make any changes to the key generation code itself that you release the code under the same terms as you received it.

Additionally, this code provides some useful string functions to encode/decode binary values encoded in a string to Base32 and to bitwise left and right shift these values by an arbitrary number of bits.

Using the Code

Simply include the KeyCodes.bas, StrFuncs.bas, and MD5_Crypt.bas files into your project. You can prompt for whatever information you consider to be relevant to your licensing scheme, and it should end up in two string values and one LONG integer value indicating the capabilities you wish to embed into the key code.

It is expected that users of this code will modify the key generation to meet their needs. The keycodes.bas file routines are easily modified to provide different key values and can form an easy base to build your own key code routines. One change that comes to mind is to shorten the Base32 string from 26-characters to 25-characters and then grouping the "digits" in groups of five to provide nicer-looking keys.

Here's the main code that generates the key based on text boxes:

  Private Const MyProductName = "KeyCodeDemoV1"  

   . . . 

  If Not (UserNameT = "") Or Not (ProdNameT = "") Then
    RawKey = GenKeyString(UserNameT, ProdNameT & MyProductName, FeatID)
    BinKey = HexStrToBinStr(RawKey)
    KeyCode = FormatKeyCode(Base32Enc(BinKey), 4)
  Else
    KeyCode = "Please Enter Licensee and/or Serial Number"
  End If

  . . .  

Key Strength

The keys generated by this code are relatively secure, as they are based around an MD5 hash of the data used to generate the key. You can improve security by generating a GUID during the installation, and concatenating it with the "user name" field, and then generating the keys via an online submission process. This is left as an exercise to the reader.

Key tampering is highly discouraged by the code's design. Each key is generated from an MD5 hash of the licensee, serial, and your "secret". Once this hash is created, we XOR the "permissions" bits with the last two characters of the key, then drop the first two characters of the key, run another MD5 hash of the truncated key with permissions, and then use the first and last bytes of the second MD5 hash as the first two characters of the final binary key value. These bytes verify the integrity of the permissions bits.

It is also possible to use an algorithm on the final keys to "scramble" them. Just ensure to "unscramble" them prior to attempts to verify the key with what it should be.

Sample Screenshots

  1. Create a key...

    Screenshot - Create-1.jpg

  2. Entering a key to check...

    Screenshot - Check-1.jpg

  3. A successful check...

    Screenshot - Check-OK.jpg

  4. A check that failed due to an attempt to modify key "permission" byte...

    Screenshot - Check-Fail.jpg

History

  • Initial article - 5/23/2007

License

This article, along with any associated source code and files, is licensed under The GNU Lesser General Public License (LGPLv3)

About the Author

maz2331
Systems Engineer iServe Technologies
United States United States
Member
No Biography provided

Sign Up to vote   Poor Excellent
Add a reason or comment to your vote: x
Votes of 3 or less require a comment

Comments and Discussions

 
Hint: For improved responsiveness ensure Javascript is enabled and choose 'Normal' from the Layout dropdown and hit 'Update'.
You must Sign In to use this message board.
Search this forum  
    Spacing  Noise  Layout  Per page   
GeneralMy vote of 5memberAhmad Eissa1 Nov '11 - 3:04 
QuestionAnyone able to get this to work with VBA and Access 2010?memberMember 825030019 Sep '11 - 14:55 
QuestionUsing this in access 2010 with vba codememberMember 82081192 Sep '11 - 7:16 
AnswerRe: Using this in access 2010 with vba codememberMember 949628022 Oct '12 - 15:39 
QuestionExample code fails with non-Unicode Windows settingsmemberjamie.garroch28 Aug '11 - 0:00 
I am integrating this code example in to a project and found that the sample apps included with the project produce different keys if the target system is set to Japanese (the language of the user who discovered this).
 
This means that keys generated by my English locale machine do not work if the IsKeyValid procedure within the application is run on a Japanese machine. I am a 'scratch the surface' VB developer and have not been able to isolate which module(s) and procedure(s) are causing this issue but I assume it is something to do with Unicode.
 
I have been able to replicate the behavior by setting my WinXP machine up as follows:
 
1. Control Panel / Regional and Language Options / Languages : Install files for East Asian languages
 
2. Control Panel / Regional and Language Options / Advanced : select 'Japanese' for non-Unicode programs
 
This is an example output from the untouched sample app:
 
English Locale: Takashi Kawaguchi -> 57J2-SM19-PBXJ-VR47-R6MG-86JS-FP
Japanese Locale: Takashi Kawaguchi -> 0102-G001-G002-R000-06MG-00JS-80
 
I would love to know how to fix this Smile | :)
AnswerRe: Example code fails with non-Unicode Windows settingsmemberRichard Winters20 Apr '12 - 0:36 
GeneralRe: Example code fails with non-Unicode Windows settingsmemberjamie.garroch16 Jul '12 - 1:49 
AnswerRe: Example code fails with non-Unicode Windows settings [modified]memberEmpiricaConsultingLtd11 Apr '13 - 7:27 
AnswerRe: Example code fails with non-Unicode Windows settingsmemberjamie.garroch17 Apr '13 - 4:44 
Question.net version of this applicationmemberBiju VA20 Jun '11 - 2:35 
GeneralBase32 Stringmembertiggerc7 Jul '10 - 3:29 
GeneralUsing VB 2005 to create & check license keys-memberbhatiamanoj1722 Apr '09 - 7:27 
QuestionConverting to VB2008memberpjvdstap1 Jul '08 - 4:00 
AnswerRe: Converting to VB2008 [modified]memberDennis Betten13 Nov '08 - 14:21 
QuestionVB.netmemberRens Duijsens8 Apr '08 - 2:48 
QuestionIn C#???memberabalbo24 Dec '07 - 2:55 
QuestionDotNEt version...memberTanmay Broachwala24 May '07 - 4:56 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Permalink | Advertise | Privacy | Mobile
Web02 | 2.6.130523.1 | Last Updated 23 May 2007
Article Copyright 2007 by maz2331
Everything else Copyright © CodeProject, 1999-2013
Terms of Use
Layout: fixed | fluid