keystoneclient.common package¶
Submodules¶
keystoneclient.common.cms module¶
Certificate signing functions.
Call set_subprocess() with the subprocess module. Either Python’s subprocess or eventlet.green.subprocess can be used.
If set_subprocess() is not called, this module will pick Python’s subprocess or eventlet.green.subprocess based on if os module is patched by eventlet.
-
class
keystoneclient.common.cms.
OpensslCmsExitStatus
¶ Bases:
object
-
COMMAND_OPTIONS_PARSING_ERROR
= 1¶
-
CREATE_CMS_READ_MIME_ERROR
= 3¶
-
INPUT_FILE_READ_ERROR
= 2¶
-
SUCCESS
= 0¶
-
-
keystoneclient.common.cms.
cms_hash_token
(token_id, mode='md5')¶ Hash PKI tokens.
- return: for asn1 or pkiz tokens, returns the hash of the passed in token
- otherwise, returns what it was passed in.
-
keystoneclient.common.cms.
cms_sign_data
(data_to_sign, signing_cert_file_name, signing_key_file_name, outform='PEM', message_digest='sha256')¶ Use OpenSSL to sign a document.
Produces a Base64 encoding of a DER formatted CMS Document http://en.wikipedia.org/wiki/Cryptographic_Message_Syntax
Parameters: - data_to_sign – data to sign
- signing_cert_file_name – path to the X509 certificate containing the public key associated with the private key used to sign the data
- signing_key_file_name – path to the private key used to sign the data
- outform – Format for the signed document PKIZ_CMS_FORM or PKI_ASN1_FORM
- message_digest – Digest algorithm to use when signing or resigning
-
keystoneclient.common.cms.
cms_sign_text
(data_to_sign, signing_cert_file_name, signing_key_file_name, message_digest='sha256')¶
-
keystoneclient.common.cms.
cms_sign_token
(text, signing_cert_file_name, signing_key_file_name, message_digest='sha256')¶
-
keystoneclient.common.cms.
cms_to_token
(cms_text)¶ Convert a CMS-signed token in PEM format to a custom URL-safe format.
The conversion consists of replacing ‘/’ char in the PEM-formatted token with the ‘-‘ char and doing other such textual replacements to make the result marshallable via HTTP. The return value can thus be used as the value of a HTTP header such as “X-Auth-Token”.
This ad-hoc conversion is an unfortunate oversight since the returned value now does not conform to any of the standard variants of base64 encoding. It would have been better to use base64url encoding (either on the PEM formatted text or, perhaps even better, on the inner CMS-signed binary value without any PEM formatting). In any case, the same conversion is done in reverse in the other direction (for token verification), so there are no correctness issues here. Note that the non-standard encoding of the token will be preserved so as to not break backward compatibility.
The conversion issue is detailed by the code author in a blog post at http://adam.younglogic.com/2014/02/compressed-tokens/.
-
keystoneclient.common.cms.
cms_verify
(formatted, signing_cert_file_name, ca_file_name, inform='PEM')¶ Verify the signature of the contents IAW CMS syntax.
Raises: - subprocess.CalledProcessError –
- keystoneclient.exceptions.CertificateConfigError – if certificate is not configured properly.
-
keystoneclient.common.cms.
is_ans1_token
(token)¶ Deprecated.
This function is deprecated as of the 1.7.0 release in favor of
is_asn1_token()
and may be removed in the 2.0.0 release.
-
keystoneclient.common.cms.
is_asn1_token
(token)¶ Determine if a token appears to be PKI-based.
thx to ayoung for sorting this out.
base64 decoded hex representation of MII is 3082:
In [3]: binascii.hexlify(base64.b64decode('MII=')) Out[3]: '3082'
re: http://www.itu.int/ITU-T/studygroups/com17/languages/X.690-0207.pdf
pg4: For tags from 0 to 30 the first octet is the identfier pg10: Hex 30 means sequence, followed by the length of that sequence. pg5: Second octet is the length octet first bit indicates short or long form, next 7 bits encode the number of subsequent octets that make up the content length octets as an unsigned binary int 82 = 10000010 (first bit indicates long form) 0000010 = 2 octets of content length so read the next 2 octets to get the length of the content.
In the case of a very large content length there could be a requirement to have more than 2 octets to designate the content length, therefore requiring us to check for MIM, MIQ, etc.
In [4]: base64.b64encode(binascii.a2b_hex('3083')) Out[4]: 'MIM=' In [5]: base64.b64encode(binascii.a2b_hex('3084')) Out[5]: 'MIQ=' Checking for MI would become invalid at 16 octets of content length 10010000 = 90 In [6]: base64.b64encode(binascii.a2b_hex('3090')) Out[6]: 'MJA=' Checking for just M is insufficient
But we will only check for MII: Max length of the content using 2 octets is 3FFF or 16383.
It’s not practical to support a token of this length or greater in http therefore, we will check for MII only and ignore the case of larger tokens
-
keystoneclient.common.cms.
is_pkiz
(token_text)¶ Determine if a token is PKIZ.
Checks if the string has the prefix that indicates it is a Crypto Message Syntax, Z compressed token.
-
keystoneclient.common.cms.
pkiz_sign
(text, signing_cert_file_name, signing_key_file_name, compression_level=6, message_digest='sha256')¶
-
keystoneclient.common.cms.
pkiz_uncompress
(signed_text)¶
-
keystoneclient.common.cms.
pkiz_verify
(signed_text, signing_cert_file_name, ca_file_name)¶
-
keystoneclient.common.cms.
set_subprocess
(_subprocess=None)¶ Set subprocess module to use.
The subprocess could be eventlet.green.subprocess if using eventlet, or Python’s subprocess otherwise.
-
keystoneclient.common.cms.
token_to_cms
(signed_text)¶ Convert a custom formatted token to a PEM-formatted token.
See documentation for cms_to_token() for details on the custom formatting.
-
keystoneclient.common.cms.
verify_token
(token, signing_cert_file_name, ca_file_name)¶