IBM Cloud Docs
Importing standard keys

Importing standard keys

You can add your existing encryption keys by using the IBM Cloud console.

You can add your existing encryption keys programmatically with the Key Protect API.

Importing standard keys with the console

After you create an instance of the service, complete the following steps to import an existing key by using the IBM Cloud console.

If you enable dual authorization settings for your Key Protect instance, keep in mind that any keys that you add to the service require an authorization from two users to delete keys.

  1. Log in to the IBM Cloud console.

  2. Go to Menu > Resource List to view a list of your resources.

  3. From your IBM Cloud resource list, select your provisioned instance of Key Protect.

  4. To import a new key, click Add key and select the Import your own key window.

    Specify the key's details:

Table 1. Describes the Import your own key settings.
Setting Description
Key type The type of key that you would like to manage in Key Protect. Click the Standard key button.
Name A human-readable alias for easy identification of your key. Length must be within 2 - 90 characters (inclusive).

To protect your privacy, ensure that the key name does not contain personally identifiable information (PII), such as your name or location. Note that key names do not need to be unique.
Key material The base64-encoded key material, such as an existing key-wrapping key, that you want to store and manage in the service. For more information, check out Base64 encoding your key material. Ensure that the key material is 16, 24, or 32 bytes long, and corresponds to 128, 192, or 256 bits in length. The key must also be base64-encoded.
Key alias Optional. Key aliases are ways to describe a key that allow them to be identified and grouped beyond the limits of a display name. Keys can have up to five aliases.
Key ring Optional. Key rings are groupings of keys that allow those groupings to be managed independently as needed. Every key must must be a part of a key ring. If no key ring is selected, keys are placed in the default key ring. Note that to place the key you're creating in a key ring, you must have the Manager role over that key ring. For more information about roles, check out Managing user access.

When you are finished filling out the key's details, click Import key to confirm.

If you know which key ring you want a key to be placed in, and you are a Manager of that key ring, you can also navigate to the Key rings panel, select ⋯ and click Add key to key ring. This will open the same panel you see by clicking Add on the Keys page with the Key rings variable filled in with the name of the key ring.

Importing standard keys

Import a standard key by making a POST call to the following endpoint:

https://<region>.kms.cloud.ibm.com/api/v2/keys
  1. Retrieve your service and authentication credentials to work with keys in the service.

  2. Call the Key Protect API with the following curl command.

    $ curl -X POST \
        "https://<region>.kms.cloud.ibm.com/api/v2/keys" \
        -H "authorization: Bearer <IAM_token>" \
        -H "bluemix-instance: <instance_ID>" \
        -H "content-type: application/vnd.ibm.kms.key+json" \
        -H "correlation-id: <correlation_ID>" \
        -H "prefer: <return_preference>" \
        -d '{
                "metadata": {
                    "collectionType": "application/vnd.ibm.kms.key+json",
                    "collectionTotal": 1
                },
                "resources": [
                    {
                        "type": "application/vnd.ibm.kms.key+json",
                        "name": "<key_name>",
                        "aliases": [alias_list],
                        "description": "<key_description>",
                        "expirationDate": "<expiration_date>",
                        "payload": "<key_material>",
                        "extractable": <key_type>
                    }
                ]
            }'
    

    Replace the variables in the example request according to the following table.

Table 1. Describes the variables that are needed to add a standard key with the Key Protect API
Variable Description
region Required. The region abbreviation, such as us-south or eu-gb, that represents the geographic area where your Key Protect instance resides.

For more information, see Regional service endpoints.
IAM_token Required. Your IBM Cloud access token. Include the full contents of the IAM token, including the Bearer value, in the curl request.

For more information, see Retrieving an access token.
instance_ID Required. The unique identifier that is assigned to your Key Protect service instance.

For more information, see Retrieving an instance ID.
correlation_ID The unique identifier that is used to track and correlate transactions.
return_preference A header that alters server behavior for POST and DELETE operations.

When you set the return_preference variable to return=minimal, the service returns only the key metadata, such as the key name and ID value, in the response entity-body. When you set the variable to return=representation, the service returns both the key material and the key metadata.
key_name Required. A unique, human-readable name for easy identification of your key. To protect your privacy, do not store your personal data as metadata for your key.
alias_list Optional.One or more unique, human-readable aliases assigned to your key.

Important: To protect your privacy, do not store your personal data as metadata for your key.

Each alias must be alphanumeric, case sensitive, and cannot contain spaces or special characters other than - or _. The alias cannot be a UUID and must not be a Key Protect reserved name: allowed_ip, key, keys, metadata, policy, policies. registration, registrations, ring, rings, rotate, wrap, unwrap, rewrap, version, versions.
key_description Optional.An extended description of your key. To protect your privacy, do not store your personal data as metadata for your key.
expiration_date Optional.The date and time that the key expires in the system, in RFC 3339 format (YYYY-MM-DD HH:MM:SS.SS, for example 2019-10-12T07:20:50.52Z). The key will transition to the deactivated state within one hour past the key's expiration date. If the expirationDate attribute is omitted, the key does not expire.
key_material Required.The base64-encoded key material, such as a symmetric key, that you want to manage in the service. For more information, check out Base64 encoding your key material.

Ensure that the key material meets the following requirements:
A standard key can be up to 7,500 bytes in size. The key must be base64-encoded.
key_type A boolean value that determines whether the key material can leave the service.

When you set the extractable attribute to true, the service designates the key as a standard key that you can store in your apps or services.

To protect the confidentiality of your personal data, avoid entering personally identifiable information (PII), such as your name or location, when you add keys to the service. For more examples of PII, see section 2.2 of the NIST Special Publication 800-122.

A successful POST api/v2/keys response returns the ID value for your key, along with other metadata. The ID is a unique identifier that is assigned to your key and is used for subsequent calls to the Key Protect API.

Optional: Verify standard key importation

You can verify that a standard key has been imported by issuing a list keys request:

$ curl -X GET \
    "https://<region>.kms.cloud.ibm.com/api/v2/keys" \
    -H "accept: application/vnd.ibm.collection+json" \
    -H "authorization: Bearer <IAM_token>" \
    -H "bluemix-instance: <instance_ID>"

Where the <instance_ID> is the name of your instance, and your <IAM_token> is your IAM token.

Base64-encoding your key material

When importing an existing standard key, it is required to include the encrypted key material that you want to store and manage in the service.

Using OpenSSL to encrypt existing key material

To encode your key material, first you should download and install OpenSSL.

Once OpenSSL has been downloaded and installed, there are two recommended commands for encoding the key material. Both methods are equivalent, in that they convert a string , whether <key_material_string> or , as you can see below, into a base64 string. If your material is in a file (for example, you might have a file with credentials, not just an encrypted key, that you want to store in Key Protect), the best option is to issue:

```sh {: pre}
openssl base64 -in <infile> -out <outfile>
```
Replace the variables in the example request according to the following table.
Table 2. Describes the variables that are needed to base64-encode your key material.
Variable Description
infile The name of the binary file where your key material string resides.

Ensure that the file is not larger than 7,500 bytes.
outfile The name of the file where your base64-encoded key material will be created once the command has run.

If you want to output the base64 material in the command line directly rather than a file, run the command openssl enc -base64 <<< '<key_material_string>', where key_material_string is the key material input for your imported key.

If you want to base 64 encode key material which is not in a file, you can issue:

```sh {: pre}
echo -n <password> | base64
```
Where "password" is the key material you want to use.

To avoid extra characters, for example an extra new line, it is a best practice to copy the base64 to the clipboard, especially when the base64 string is going to be posted in the console.

Using OpenSSL to create and encode new key material

Use this process to create a random base64-encoded key material with a specific byte length. 32 bytes (256 bits) is recommended.

You would create a 16-, 24-, or 32-byte key material, for use as a standard key, if you want the standard key to have the same characteristics as a root key. A standard key is one which can leave the service. Standard keys are often used in your apps and services.

  1. Download and install OpenSSL.

  2. Base64-encode your key material string by running the following command:

    openssl rand -base64 <byte_length>
    

    Replace the variable in the example request according to the following table.

Table 3. Describes the variable that is needed to create and encode new key material.
Variable Description
byte_length The length of the key, measured in bytes.

Acceptable byte lengths are 16, 24, or 32 bytes, corresponding to 128, 192, or 256 bits in length. The key must be base64-encoded.

Key Material Creation Examples

  1. openssl rand -base64 16 will generate a 128-bit key material.

  2. openssl rand -base64 24 will generate a 192-bit key material.

  3. openssl rand -base64 32 will generate a 256-bit key material.

What's next