• Announcements

    • xper

      MSFN Sponsorship and AdBlockers!   07/10/2016

      Dear members, MSFN is made available via subscriptions, donations and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, become a site sponsor and ads will be disabled automatically and by subscribing you get other sponsor benefits.
IcemanND

Decoding Microsoft keys

81 posts in this topic

@Tezuka - maybe in the future I'll add changing, not on the horizon at the moment.

@ringfinger - What odd version of Offce 2003 do you have? It works fine on my machine. check the registry at hklm\software\microsoft\office\11.0\registration

the GUID should be something like {90110409-6000-11D3-8CFE-0150048383C9}, the first 8 digits may be different. Then there should be DigitalProductId inside this key.

@all - still working on office 2000 products. and looking for any other suggestions.

0

Share this post


Link to post
Share on other sites

Does not work for Office 2000 Premium.

HKLM\software\microsoft\office\9.0\Registration\DigitalProductID

Mine was empty. Wonder if that means anything?!?!?

0

Share this post


Link to post
Share on other sites
If anyone has further suggestions, please let me know.

Any chance you can make it find the keys for remote systems?

eg:My system boots a few different OS versions and each have different installed MS software. It would be nice to get 'all' keys from 'all' OS's and MS software from each drive at once.

Works on XP Pro SP2 for:

Microsoft Office FrontPage 2003

Microsoft Office Professional Edition 2003

Microsoft Windows XP

Visual Studio .NET Professional 2003 - English

0

Share this post


Link to post
Share on other sites

Don't suppose there's any way to recover the key from windows that won't boot the registry is intact?

Basically Computer A doesn't boot. I take Computer A's hard drive and put it as a secondary in Computer B.

I run the nifty util here on Computer B and tell it to get the Keys from Computer A's hard drive.

Any chance of that? (or a registry viewer for the same thing?)

0

Share this post


Link to post
Share on other sites

not an easy one, at least with my program. When I get some time I'll look into adding the ability to select where too look for the key, then you could mount the registry hive for the dead machine to your registry and read it.

0

Share this post


Link to post
Share on other sites

I have a similar program and the changes I made to Office 2003 products was to change the second digit to reflect the service pack.

Office 2003 with no service packs

\{90110409-6000-11D3-8CFE-0150048383C9}

Office 2003 with SP1

\{91110409-6000-11D3-8CFE-0150048383C9}

This procedure also works with Visio, FrontPage, Project, etc.....

Edited by meister_sd
0

Share this post


Link to post
Share on other sites

With the suggestions and testing help of Stealth111, I have been working on a new version of Keydecoder.

The current version I am working on has the following features for looking up Microsoft license numbers:

  1. Local Machine (default)
  2. Single Remote Machine
    • Enter the name of a remote machine you have access to via the Remote Registry service.

[*]List of Remote Machines

  • Specify text file with list of remote machines to access via remote registry service

[*]AD Query

  • Specify LDAP query of domain OU and return keys for all machines in that OU and it's sub OU's

[*]Offline Registry

  • You load the software registry hive under HKLM and specify the key name you assigned and it pulls the keys from there.

[*]Manual Decode

  • You enter the product name, and the hex data from the DigitalProductId field and it is decoded for you

[*]REG file (In progress)

  • Specify a registry file and it will scan the file looking for digitalproductid's and attempt to decode

All of the options are available via either gui or command line and the results can be save to a csv file.

I can't think of any other possible ways that one would want to try and access this information. But if anyone has any other suggestions let me know and I will look into added additional features.

At this time I have no intentions of providing any method to change the license numbers of any of the products.

0

Share this post


Link to post
Share on other sites

TRUST ME... IT IS SWEET!! IcemanND has really brought his program from a casual "might use" type of program, to the type of program I will come to rely on day in and day out administering and auditing my buildings and the 1000's of systems in them. Every day he has been adding and changing the program from some simple suggestions I had made to him, of things that I might like to see the program do. He has been right there with the changes.. And with the exception of 1 isolate bug that we are looking into with a "ROGUE" machine in one of my buildings that won't play nice, the program is ROCK SOLID!! Thanks again IcemanND!! :thumbup:thumbup The AD scan absolutely kicks a**, I am working on passing the outputted results of the .csv file into another script to change keys that don't match a check file.. Changing the keys via vb is cake, but automating the process of checking them against a database and then changing them is another thing. See, I have kids that will try to get the product keys from our maachines and use them at home, ect.. So I DEPLOY GENERIC keys to the whole building, ALL THE SAME.. But I have a database of the ACTUAL keys for each system, that I can run a file and change the whole domain back to their original keys with the simple run of a script, when it come time for an audit, so you can see why I praise this program so much, it is looking like the final peice of my big puzzle..

0

Share this post


Link to post
Share on other sites

New version: Will maintain the orignal basic version and the new version will be considered the Enterprise version 2.2.

If all you care about is the local machine you are running the utility on you only need the original. If you need to scan multiple systems from a list of machines, from a Active Directory list, offline registry, exported registry file, manual decode from direct data input, or want to search the entire registry from beginning to end and decide all possible DigitalProductIDs, then download the enterprise version.

0

Share this post


Link to post
Share on other sites

Hi,

Just letting you know it doesn't Report Vista keys correcty. I'm running Vista Business Edition (Enterprise) and it returns BBBBB-BBBBB-BBBBB-BBBBB-BBBBB. I've looked at the DigitalProductID key for Vista, and it is quite different to the previous versions. There's also an additional key there called DigitalProductID4 now, which has a lot of data in it, but I've knocked up a little script to scan through that and can't find anything that matches my key. Every second hex pair in DigitalProductID4 is a 00 though, so it may be necessary to ignore those.

It does report Office 2007 correctly though.

Seeya,

Mullie

0

Share this post


Link to post
Share on other sites

Oh, and by the way - Love your work!

Thanks,

Mullie

0

Share this post


Link to post
Share on other sites

They must have changed the vista key location or encoding type between my first version and the official release. I have not tried it since the final beta's. When I get a chance again I'll load up vista and see what I can find.

0

Share this post


Link to post
Share on other sites

I can confirm that the typical method of decoding the key does not work on SOME version of Vista. It does work on 32 bit Home Premium and Business. It does not work on Ultimate 64 bit. There is another key, DigitalProductID4, under the same registry branch, that might contain the information. However, a search for that only turns up this thread and 1 or 2 others.

0

Share this post


Link to post
Share on other sites

@orev - can you try doing a manual decode with Keydecoder enterprise 2.28.

Launch Keydecoder

Click Settings menu

Select Manual Decode

Enter Product name (anything you want)

Copy the registry data from DigitalProdID4 key into Digital Product ID field

Click Decode

And let me know if it properly decodes the key. I don't have access to a 64 bit version to test on. If it works I'll update the code.

or export the registry key and change the digitalproductid4 key name in the reg file to digitalproductid and run keydecoder against the reg file.

0

Share this post


Link to post
Share on other sites

OK, gave the manual decode a try, and no go. It does return something, but it's not the correct key. The ID4 field contains a lot more data than the regular ID field.

0

Share this post


Link to post
Share on other sites
@Gobby - Actually I thought the same thing earlier this evening, will add it and update main post sometime tomorrow. I was thinking about exporting a CSV file with the GUID, Application Name, CD-Key. Or possibly the option of which you want to export. Any preferences to a button in the app or a commandline switch?

@ALL - Does anyone have Visual Studio .NET? Does it work? If not can you get me the registry path to the GUID which contians the DigitalProductID and ProductName keys and I'll add it also if it doesn't already work.

No it didn't pull the Key ... I'm running MSVS 2005 pro on XP here at the office, registry path appears to be:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\8.0

0

Share this post


Link to post
Share on other sites

@ Stoic Joker- which version of key decoder did you use?

0

Share this post


Link to post
Share on other sites

I believe I have figured out part of the problem on Vista. It has to do with registry virtualization. So far, I haven't had any luck getting around it, but I'm using Perl. I bet if you're using C++ or something like that, there will be a better supported way around it. Right now, I can see the key and confirm that it will decode when I export it using the "reg" command. This is the "DigitalProductId" field. The ID4 has nothing to do with it.

I hope this helps, and if anyone gets around it, please let us know!

0

Share this post


Link to post
Share on other sites

so if you export HKLM\Software\Microsoft\Windows\CurrentVersion which contains the DigitalProductID field it will decode it from the REG file, but it won't decode it when you do the standard decode?

that will be a pain.

0

Share this post


Link to post
Share on other sites

Yeah, you can export it using regedit, and even the command line 'reg' command, but as of right now I can't figure out how to get my scripts to access it. The decoding procedure works fine, it's just getting the code out of the registry that's the problem.

0

Share this post


Link to post
Share on other sites

Well what is strange is that my code reads that key directly, so if it can decode the REG file it it should be able to decode the key when it reads it from the registry.

Guess I'm going to have to break down and install Vista on a a machine to play. :( Hopefully I can find 64-bit machine to play with too.

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.