BOOL CryptImportKey( HCRYPTPROV hProv, const BYTE *pbData, DWORD dwDataLen, HCRYPTKEY hPubKey, DWORD dwFlags, HCRYPTKEY *phKey );
The handle of a CSP obtained with the CryptAcquireContext function.
A BYTE array that contains a PUBLICKEYSTRUC BLOB header followed by the encrypted key. This key BLOB is created by the CryptExportKey function, either in this application or by another application possibly running on a different computer.
Contains the length, in bytes, of the key BLOB.
A handle to the cryptographic key that decrypts the key stored in pbData. This key must come from the same CSP to which hProv refers. The meaning of this parameter differs depending on the CSP type and the type of key BLOB being imported:
- If the key BLOB is encrypted with the key exchange key pair, for example, a SIMPLEBLOB, this parameter can be the handle to the key exchange key.
- If the key BLOB is encrypted with a session key, for example, an encrypted PRIVATEKEYBLOB, this parameter contains the handle of this session key.
- If the key BLOB is not encrypted, for example, a PUBLICKEYBLOB, this parameter is not used and must be zero.
- If the key BLOB is encrypted with a session key in an Schannel CSP, for example, an encrypted OPAQUEKEYBLOB or any other vendor-specific OPAQUEKEYBLOB, this parameter is not used and must be set to zero.
Currently used only when a public/private key pair in the form of a PRIVATEKEYBLOB is imported into the CSP.
This parameter can be one of the following values.
||The key being imported is eventually to be reexported. If this flag is not used, then calls to CryptExportKey with the key handle fail.|
||This flag causes PKCS #1 version 2 formatting to be checked with RSA encryption and decryption when importing SIMPLEBLOBs.|
||A no-salt value gets allocated for a 40-bit symmetric key. For more information, see Salt Value Functionality.|
||If this flag is set, the CSP notifies the user through a dialog box or some other method when certain actions are attempted using this key. The precise behavior is specified by the CSP or the CSP type used. If the provider context was acquired with CRYPT_SILENT set, using this flag causes a failure and the last error is set to NTE_SILENT_CONTEXT.|
||Allows for the import of an RC2 key that is larger than 16 bytes. If this flag is not set, calls to the CryptImportKey function with RC2 keys that are greater than 16 bytes fail, and a call to GetLastError will return NTE_BAD_DATA.|
A pointer to a HCRYPTKEY value that receives the handle of the imported key. When you have finished using the key, release the handle by calling the CryptDestroyKey function.
If the function succeeds, the function returns nonzero.
If the function fails, it returns zero. For extended error information, call GetLastError.
Error codes prefaced by "NTE" are generated by the particular CSP being used. Some possible error codes follow.
||Some CSPs set this error if a private key is imported into a container while another thread or process is using this key.|
||One of the parameters specifies a handle that is not valid.|
||One of the parameters contains a value that is not valid. This is most often a pointer that is not valid.|
||The simple key BLOB to be imported is not encrypted with the expected key exchange algorithm.|
||Either the algorithm that works with the public key to be imported is not supported by this CSP, or an attempt was made to import a session key that was encrypted with something other than one of your public keys.|
||The dwFlags parameter specified is not valid.|
||The key BLOB type is not supported by this CSP and is possibly not valid.|
||The hProv parameter does not contain a valid context handle.|
||The version number of the key BLOB does not match the CSP version. This usually indicates that the CSP needs to be upgraded.|
When importing a Hash-Based Message Authentication Code (HMAC) key, the caller must identify the imported key as a PLAINTEXTKEYBLOB type and set the appropriate algorithm identifier in the aiKeyAlg field of the PUBLICKEYSTRUC BLOB header.
The CryptImportKey function can be used to import a plaintext key for symmetric algorithms; however, we recommend that, for ease of use, you use the CryptGenKey function instead. When you import a plaintext key, the structure of the key BLOB that is passed in the pbData parameter is a PLAINTEXTKEYBLOB.
You can use the PLAINTEXTKEYBLOB type with any algorithm or type of key combination supported by the CSP in use.
For an example of importing a plaintext key, see Example C Program: Importing a Plaintext Key.
The following example shows how you can set the header fields.
keyBlob.header.bType = PLAINTEXTKEYBLOB; keyBlob.header.bVersion = CUR_BLOB_VERSION; keyBlob.header.reserved = 0; // CALG_AES_128 is used as an example. You would set this to the // algorithm id that corresponds to the one used by the key. keyBlob.header.aiKeyAlg = CALG_AES_128;
The following key sizes are supported.
|Algorithm||Supported key size|
The following example shows how to import a key from a key BLOB. For a full example for this function, see Example C Program: Signing a Hash and Verifying the Hash Signature. For additional code that uses this function, see Example C Program: Decrypting a File.
#include <windows.h> #include <stdio.h> #include <Wincrypt.h>
|Minimum supported client||Windows XP [desktop apps only]|
|Minimum supported server||Windows Server 2003 [desktop apps only]|