Share via

Key BLOBs (Windows Embedded CE 6.0)


A key binary large object (key BLOB) provides a way to store a key outside of the cryptographic service provider (CSP). A key BLOB is used as the medium that adds a layer of security when transferring a key from one provider to another. A key BLOB is more secure because it is encrypted with the key exchange public key of the intended recipient. To enhance security, a key is sometimes signed with the key exchange private key of the originating user.

A key BLOB consists of a standard header followed by data that represents the key itself. Key BLOBs exist in three forms: simple, public, and private.

A simple key BLOB, known as a SIMPLEBLOB, is a session key that has been encoded with the public key exchange key of the destination user. Key exchange keys are used to encode session keys so they can be stored with an additional layer of safety and exchanged with other users. This type of key BLOB is used when storing a session key or transmitting a session key to another user. For more information about key exchange, see Exporting Cryptographic Keys.

A public key BLOB, known as PUBLICKEYBLOB, contains the public key portion of a public/private key pair. Unlike simple key BLOBs, these are not encrypted.

A private key BLOB, known as PRIVATEKEYBLOB, contains one complete public/private key pair. Administrative applications use key BLOBs to distribute and transport public/private key pairs. For example, a private key BLOB transports key pairs between a network administrator's computer and a user's computer, or between a user's desktop computer and a laptop computer. These key BLOBs can also be used by advanced applications to store key pairs, rather than relying on the CSP's storage mechanism.

Base and Extended Provider Key BLOBs

The Base Provider and Extended Provider use the same key BLOBs, as follow:

  • Public-key BLOBs
    Public-key BLOBs, type PUBLICKEYBLOB, are used to store public keys outside a CSP. Extended provider public-key BLOBs have the following format.

    PUBLICKEYSTRUC  publickeystruc;
    RSAPUBKEY rsapubkey;
    BYTE modulus[rsapubkey.bitlen/8];

    The following table shows each public-key object. All values are in little-endian format.

    Field Description


    A PUBLICKEYSTRUC structure.


    A RSAPUBKEY structure. The magic member must be set to 0x31415352. This hex value is the ASCII encoding of RSA1.


    The public-key modulus data is located directly after the RSAPUBKEY structure. The size of this data will vary, depending on the size of the public key. The number of bytes can be determined by dividing the value of the RSAPUBKEY bitlen member by eight.


    Public-key BLOBs are not encrypted. They contain public keys in plaintext form.

  • Private-key BLOBs
    Private-key BLOBs, type PRIVATEKEYBLOB, are used to store private keys outside a CSP. Extended provider private-key BLOBs have the following format.

    PUBLICKEYSTRUC  publickeystruc;
    RSAPUBKEY rsapubkey;
    BYTE modulus[rsapubkey.bitlen/8];
    BYTE prime1[rsapubkey.bitlen/16];
    BYTE prime2[rsapubkey.bitlen/16];
    BYTE exponent1[rsapubkey.bitlen/16];
    BYTE exponent2[rsapubkey.bitlen/16];
    BYTE coefficient[rsapubkey.bitlen/16];
    BYTE privateExponent[rsapubkey.bitlen/8];

    The following table describes the private-key BLOB object.

    Field Description




    A RSAPUBKEY structure. The magic member must be set to 0x32415352. This hex value is the ASCII encoding of RSA2.


    The modulus. This has a value of prime1 * prime2 and is often known as n.


    Prime number 1, often known as p.


    Prime number 2, often known as q.


    Exponent 1. This has a numeric value of d mod (p - 1).


    Exponent 2. This has a numeric value of d mod (q - 1).


    Coefficient. This has a numeric value of (inverse of q mod p).


    Private exponent, often known as d.


    These fields correspond to the fields described in section 7.2 of Public-Key Cryptography Standards (PKCS #1 with minor differences).

    Private-key BLOBs are not encrypted. They contain private keys in plaintext form.
    When calling CryptExportKey the developer can choose whether or not to encrypt the key. The PRIVATEKEYBLOB is encrypted if the hExpKey parameter contains a valid handle to a session key. Everything but the PUBLICKEYSTRUC portion of the BLOB is encrypted. The encryption algorithm and encryption key parameters are not stored along with the private-key BLOB. The application must manage and store this information. If zero is passed for hExpKey, the private key will be exported without encryption.


    It is dangerous to export private keys without encryption because they are then vulnerable to interception and use by unauthorized entities.

  • Simple-key BLOBs
    Simple key BLOBs, type SIMPLEBLOB, are used to store and transport session keys outside a CSP. Extended provider simple-key BLOBs are always encrypted with a key exchange public key. The pbData member of the SIMPLEBLOB is a sequence of bytes in the following format.

    PUBLICKEYSTRUC  publickeystruc ;
    ALG_ID algid;
    BYTE encryptedkey[rsapubkey.bitlen/8];

    The ALG_ID structure immediately following the PUBLICKEYSTRUC structure specifies the encryption algorithm used to encrypt the session key data. This typically has a value of CALG_RSA_KEYX, indicating that the session key data was encrypted with a key exchange public key using the RSA Public-Key algorithm.
    The encrypted session key data is in the form of a PKCS #1, type 2 encryption block. For details on this data format, see the Public-Key Cryptography Standards (PKCS) published by RSA Data Security, Inc.
    This data is always the same size as the public key's modulus. For example, public keys generated by the Microsoft RSA Base Provider can be 512 bits (64 bytes in length, so, in that case, the encrypted session key data is also 512 bits, or 64 bytes).

See Also




Using Basic Cryptography Services
Microsoft Cryptographic System

Other Resources