In HTML documents with openstackdocstheme, vertical lines are shown at the left side for literal blocks. Indented blocks are considered as literal blocks in ReST text. Unnecessary indented blocks are found in the glance document and it leads to blocks with unexpected vertical left lines and sometimes with unexpected fonts like [1]. Unexpected literal blocks are cleanup. This commit also converts Definition lists in user/formats.rst and user/common-image-properties.rst into the proper way in ReST text. [1] https://docs.openstack.org/glance/latest/user/formats.html#container-format Change-Id: I1b026f919bb22a59d23e3bb93bb7919d202a62fc
6.1 KiB
Image Signature Verification
Glance has the ability to perform image validation using a digital signature and asymmetric cryptography. To trigger this, you must define specific image properties (described below), and have stored a certificate signed with your private key in a local Barbican installation.
When the image properties exist on an image, Glance will validate the uploaded image data against these properties before storing it. If validation is unsuccessful, the upload will fail and the image will be deleted.
Additionally, the image properties may be used by other services (for example, Nova) to perform data verification when the image is downloaded from Glance.
Requirements
Barbican key manager - See https://docs.openstack.org/barbican/latest/contributor/devstack.html
Configuration
The etc/glance-api.conf can be modified to change keystone endpoint of barbican. By default barbican will try to connect to keystone at http://localhost:5000/v3 but if keystone is on another host then this should be changed.
In glance-api.conf find the following lines:
[barbican]
auth_endpoint = http://localhost:5000/v3
Then replace http://localhost:5000/v3 with the URL of keystone, also adding /v3 to the end of it. For example, 'https://192.168.245.9:5000/v3'.
Another option in etc/glance-api.conf which can be configured is which key manager to use. By default Glance will use the default key manager defined by the Castellan key manager interface, which is currently the Barbican key manager.
In glance-api.conf find the following lines:
[key_manager]
backend = barbican
Then replace the value with the desired key manager class.
Note
If those lines do not exist then simply add them to the end of the file.
Using the Signature Verification
An image will need a few properties for signature verification to be enabled, these are:
img_signature
img_signature_hash_method
img_signature_key_type
img_signature_certificate_uuid
Property img_signature
This is the signature of your image.
Note
The max character limit is 255.
Property img_signature_hash_method
Hash methods is the method you hash with.
Current ones you can use are:
- SHA-224
- SHA-256
- SHA-384
- SHA-512
Property img_signature_key_type
This is the key_types you can use for your image.
Current ones you can use are:
- RSA-PSS
- DSA
- ECC-CURVES
- SECT571K1
- SECT409K1
- SECT571R1
- SECT409R1
- SECP521R1
- SECP384R1
Note
ECC curves - Only keysizes above 384 are included. Not all ECC curves may be supported by the back end.
Property img_signature_certificate_uuid
This is the UUID of the certificate that you upload to Barbican.
Therefore the type passed to glance is:
- UUID
Note
The supported certificate types are:
- X_509
Example Usage
Follow these instructions to create your keys:
$ openssl genrsa -out private_key.pem 1024
Generating RSA private key, 1024 bit long modulus
...............................................++++++
..++++++
e is 65537 (0x10001)
$ openssl rsa -pubout -in private_key.pem -out public_key.pem
writing RSA key
$ openssl req -new -key private_key.pem -out cert_request.csr
You are about to be asked to enter information that will be incorporated
into your certificate request.
$ openssl x509 -req -days 14 -in cert_request.csr -signkey private_key.pem -out new_cert.crt
Signature ok
subject=/C=AU/ST=Some-State/O=Internet Widgits Pty Ltd
Getting Private key
Upload your certificate. This only has to be done once as you can use
the same Secret href
for many images until it expires.
$ openstack secret store --name test --algorithm RSA --expiration 2016-06-29 --secret-type certificate --payload-content-type "application/octet-stream" --payload-content-encoding base64 --payload "$(base64 new_cert.crt)"
+---------------+-----------------------------------------------------------------------+
| Field | Value |
+---------------+-----------------------------------------------------------------------+
| Secret href | http://127.0.0.1:9311/v1/secrets/cd7cc675-e573-419c-8fff-33a72734a243 |
$ cert_uuid=cd7cc675-e573-419c-8fff-33a72734a243
Get an image and create the signature:
$ echo This is a dodgy image > myimage
$ openssl dgst -sha256 -sign private_key.pem -sigopt rsa_padding_mode:pss -out myimage.signature myimage
$ base64 -w 0 myimage.signature > myimage.signature.b64
$ image_signature=$(cat myimage.signature.b64)
Note
Using Glance v1 requires '-w 0' due to not supporting multiline image properties. Glance v2 does support multiline image properties and does not require '-w 0' but may still be used.
Create the image:
$ glance image-create --name mySignedImage --container-format bare --disk-format qcow2 --property img_signature="$image_signature" --property img_signature_certificate_uuid="$cert_uuid" --property img_signature_hash_method='SHA-256' --property img_signature_key_type='RSA-PSS' < myimage
Note
Creating the image can fail if validation does not succeed. This will cause the image to be deleted.