Buying a Microsoft code-signing certificate from Thawte? Don’t use Vista.

Here’s the problem. You go along to and ask to buy a Microsoft authenticode certificate. It’s the right thing to do; signing code is increasingly important in these days of Internet delivery of applications; and unsigned code presents the user with dire warnings that may unnerve them.

So you go to buy a certificate. The way this works is in two stages. When you apply for the certificate, you are issued with a new private key, but not the certificate itself. Thawte then does its due diligence and checks out that you really do represent the organization for which you are requesting a certificate. Finally, you can go back and download the certificate and get on with signing your apps.

This process works differently on Vista than on XP. I got this wrong when I first tried it, because it is not obvious. To begin with, you have to relax IE’s security for the thawte site – ironic, for a security operation – and make sure it is not running in protected mode. Next, the first page of the application is a big form that has the details of the organization, how you are going to pay, and so on. If you complete this on Vista, and click Submit, you get a message saying “This web site is requesting a new certificate on your behalf”:


You complete the application, sit back and wait. A few days later you get an email saying your certificate is ready for download. You download it; it is a file called something like mycert.spc. You can right-click and choose Install Certificate, to place it in the Windows certificate store. You can even sign code with it. Just open a Visual Studio command prompt, type:

signtool signwizard

and off you go. You can select the new certificate from your certificate store, timestamp the code (recommended), and you’re done.

So what’s the problem? Well, what if you want to sign code on a different machine than the one on which you applied for the certificate? And what if you want to back up your certificate?

Did you realise when you made the purchase that you were irretrievably hooking the certificate to the actual Vista installation which you were using for the transaction?

It is all to do with the private key. To sign code, you need the private key, which was installed into your certificate store when that first page of the application was submitted. Unfortunately it cannot be exported; it is marked as non-exportable, which means the Export feature of Vista’s Certificate Manager will not allow the private key to be exported. Thawte cannot re-issue the private key; the only solution I know of is to get the entire certificate revoked reissued (fortunately this is a free service).

This problem does not occur on Windows XP. Here is the evidence. The screenshot below shows part of the application form on Vista:

Now, here is the same part of the form on Windows XP (still IE7):

Spot the difference? An additional section appears in XP, which lets you specify where to save your private key as a file with a .pvk extension. On Vista, you don’t get that choice and you don’t get a .pvk file. Once you have both the .pvk and the .spc files, you can backup or move the certificate wherever you want, with full signing capability. You can import the the certificate plus private key into your certificate store using this tool:

which is billed as a tool for Office 2000, but works fine for this purpose.

Now, I guess this is a security feature. If you have these private key files hanging around, they are easier to steal than if they are locked into your certificate store and marked non-exportable. Fair enough, but I’d rather make that decision for myself, than have it imposed by an obscure installation process.

5 thoughts on “Buying a Microsoft code-signing certificate from Thawte? Don’t use Vista.”

  1. Thanks for the posting! i spent a few days on this issue & now need to get a XP machine.

    This whole issue seems complete lunacy… someone from Microsoft should have go to jail for imposing such restriction!

  2. I currently work for Thawte Technical Support and one of our customers refered me to the article, it is very well written, the only point I had an issue with was the revokation/reissue process for the certificate.

    The certificate needs to be reissued, not revoked, when you reissue from using Windows XP you will be assigned a new pvk (private key) and order id, then the new certificate is issued and the previous order is revoked as part of the reissue process.

    If you just revoke the certificate they will no no longer be able to reissue and the customer would need to place a new order instead of just reissuing which is free.

    Thawte Tech Support

  3. I’m not absolutely certain, but I have a strong suspicion that Microsoft did not design Internet Explorer’s certificate-generating functionality to be used in this way.

    You shouldn’t be generating a code-signing certificate from an on-line machine anyway. To keep the key safe, it should be generated, stored and used only on isolated machines, i.e., with no network connection.

  4. The new terminology on the Thawte certificate center web page(s) is “Revoke and Replace”

    This page
    Download and Install Microsoft® Authenticode® (Multi-Purpose) Certificate requested with IE7 on Vista/Windows 7
    contains the following note

    Please Note: The certificate and key are installed to the browser with the key marked as “Not Exportable”. This means you cannot move your certificate or key to another machine, although you can still sign as per normal from the same system you enrolled from. If a .pfx file is needed, the certificate will need to be replaced with a windows xp machine. Replacement details: SO942

    To replace a Code Signing Certificate follow the instructions below:

    Read the conditions for a replacement at the following link: SO750

    Doing the recommended steps on a Windows XP machine allowed the download of the .pvk file and generation of a new certificate.

Comments are closed.