Skip to content

Latest commit

 

History

History
244 lines (197 loc) · 38.8 KB

README-CLI-FIREFLY.md

File metadata and controls

244 lines (197 loc) · 38.8 KB

Venafi Apache 2.0 License Community Supported Compatible with TPP 17.3+ & Cloud
This open source project is community-supported. To report a problem or share an idea, use Issues; and if you have a suggestion for fixing the issue, please include those details, too. In addition, use Pull Requests to contribute actual bug fixes or proposed enhancements. We welcome and appreciate all contributions. Got questions or want to discuss something with our team? Join us on Slack!

VCert CLI for Venafi Firefly

Venafi VCert is a command line tool designed to generate keys and simplify certificate acquisition, eliminating the need to write code that's required to interact with the Venafi REST API. VCert is available in 32- and 64-bit versions for Linux, Windows, and macOS.

This article applies to the latest version of VCert CLI, which you can download here.

On macOS and Linux, if you have Homebrew you can install VCert with:

brew install venafi/tap/vcert

Quick Links

Use these to quickly jump to a relevant section lower on this page:

Prerequisites

Review these prerequisites to get started. You'll need:

  1. An identity provider with support for OAuth 2.0 configured to manage at least one of the following OAuth 2.0 grant types: client credentials, device code and resource owner password credentials.
  2. A Venafi Firefly environment with the following requirements (see here for more details):
    1. Configured the TLS server interface for rest.
    2. Additionally, for Firefly developer mode it's required to have configured the authentication/authorization section to validate the JSON Web Tokens provided by the identity provider.

Compatibility

VCert 5.1 and later versions are compatible with Venafi Firefly.

Command Line actions

VCert CLI for Venafi Firefly provides support for getcred(see in appendix) and enroll actions.

Environment Variables

As an alternative to specifying a platform, token, trust bundle, url, and/or zone via the command line or in a config file, VCert supports supplying those values using environment variables VCERT_PLATFORM, VCERT_TOKEN, VCERT_TRUST_BUNDLE, VCERT_URL, and VCERT_ZONE respectively.

Certificate Request Parameters

To request a certificate to Firefly, VCert CLI provides the enroll action.

Example

vcert enroll -u <firefly ip/url> -t <auth token> --cn <common name> -z <policy name>

Options:

        Command         Description
--app-info Use to identify the application requesting the certificate with details like vendor name and vendor product.
Example: --app-info "Venafi VCert CLI"
--cert-file Use to specify the name and location of an output file that will contain only the end-entity certificate.
Example: --cert-file /path-to/example.crt
--chain Use to include the certificate chain in the output, and to specify where to place it in the file.
Options: root-last (default), root-first, ignore
--chain-file Use to specify the name and location of an output file that will contain only the root and intermediate certificates applicable to the end-entity certificate.
--cn Use to specify the common name (CN). This is required for Enrollment.
--csr Use to specify the CSR and private key location. Options: local (default), service, file
- local: private key and CSR will be generated locally
- service: private key and CSR will be generated within Venafi Platform
- file: CSR will be read from a file by name
Example: --csr file:/path-to/example.req
--field Use to specify Custom Fields in 'key=value' format. If many values are required for the same Custom Field (key), use the following syntax: --field key1=value1 --field key1=value2 ...
--file Use to specify a name and location of an output file that will contain the private key and certificates when they are not written to their own files using --key-file, --cert-file, and/or --chain-file.
Example: --file /path-to/keycert.pem
--format Use to specify the output format. The --file option must be used with the PKCS#12 and JKS formats to specify the keystore file. JKS format also requires --jks-alias and at least one password (see --key-password and --jks-password)
Options: pem (default), legacy-pem, json, pkcs12, legacy-pkcs12 (analogous to OpenSSL 3.x -legacy flag), jks
--instance Use to provide the name/address of the compute instance and an identifier for the workload using the certificate. This results in a device (node) and application (workload) being associated with the certificate in the Venafi Platform.
Example: --instance node:workload
--jks-alias Use to specify the alias of the entry in the JKS file when --format jks is used
--jks-password Use to specify the keystore password of the JKS file when --format jks is used. If not specified, the --key-password value is used for both the key and store passwords
--key-curve Use to specify the elliptic curve for key generation when --key-type is ECDSA.
Options: p256 (default), p384, p521
--key-file Use to specify the name and location of an output file that will contain only the private key.
Example: --key-file /path-to/example.key
--key-password Use to specify a password for encrypting the private key. For a non-encrypted private key, specify --no-prompt without specifying this option. You can specify the password using one of three methods: at the command line, when prompted, or by using a password file.
Example: --key-password file:/path-to/passwd.txt
--key-size Use to specify a key size for RSA keys. Default is 2048.
--key-type Use to specify the key algorithm.
Options: rsa (default), ecdsa
--nickname Use to specify a name for the new certificate object that will be created and placed in a folder (which you specify using the -z option).
--no-pickup Use to disable the feature of VCert that repeatedly tries to retrieve the issued certificate. When this is used you must run VCert again in pickup mode to retrieve the certificate that was requested.
--pickup-id-file Use to specify a file name where the unique identifier for the certificate will be stored for subsequent use by pickup, renew, and revoke actions. Default is to write the Pickup ID to STDOUT.
--platform (REQUIRED) Use to specify the Venafi Firefly platform.
Example: --platform firefly
--replace-instance Force the specified instance to be recreated if it already exists and is associated with the requested certificate. Default is for the request to fail if the instance already exists.
--san-dns Use to specify a DNS Subject Alternative Name. To specify more than one, simply repeat this parameter for each value.
Example: --san-dns one.example.com --san-dns two.example.com
--san-email Use to specify an Email Subject Alternative Name. To specify more than one, simply repeat this parameter for each value.
Example: --san-email [email protected] --san-email [email protected]
--san-ip Use to specify an IP Address Subject Alternative Name. To specify more than one, simply repeat this parameter for each value.
Example: --san-ip 10.20.30.40 --san-ip 192.168.192.168
--tls-address Use to specify the hostname, FQDN or IP address and TCP port where the certificate can be validated after issuance and installation. Only allowed when --instance is also specified.
Example: --tls-address 10.20.30.40:443
-u Use to specify the URL of the Venafi Firefly API server.
Example: -u https://firefly.venafi.example
--valid-days Use to specify the number of days a certificate needs to be valid if supported/allowed by the CA template. Indicate the target issuer by appending #D for DigiCert, #E for Entrust, or #M for Microsoft.
Example: --valid-days 90#M
Note: You can use the valid-period flag instead of this.
--valid-period Use to specify the validity period certificate needs to be valid expressed as an ISO 8601 duration. This parameter has precedence over valid-days parameter.
-z Use to specify the policy name configured in Firefly.
Example: -z "my policy"

Examples

For the purposes of the following examples, assume the following:

  • The Firefly REST API is available at https://firefly.venafi.example:8003.
  • An OAuth 2.0 access token with value "ql8AEpCtGSv61XGfAknXIA==..." and scope of "certificate:create" was gotten.
  • Firefly was configured with a policy called DevOps Certificates. along with other typical policy settings (such as, organization, city, state, country, key size, whitelisted domains, etc.).

Use the Help to view the command line syntax for enroll:

vcert enroll -h

Submit a Firefly request for enrolling a certificate with a common name of “first-time.venafi.example” using an authentication token and have VCert prompt for the password to encrypt the private key:

vcert enroll --platform firefly -u https://firefly.venafi.example:8003 -t "ql8AEpCtGSv61XGfAknXIA==..." -z "DevOps Certificates" --cn first-time.venafi.example

Submit a Firefly request for enrolling a certificate where the private key to be generated is not password encrypted:

vcert enroll --platform firefly -u https://firefly.venafi.example:8003 -t "ql8AEpCtGSv61XGfAknXIA==..." -z "DevOps Certificates" --cn non-encrypted-key.venafi.example --no-prompt

Submit a Firefly request for enrolling a certificate where the private key and CSR are to be generated by the Venafi Platform:

vcert enroll --platform firefly -u https://firefly.venafi.example:8003 -t "ql8AEpCtGSv61XGfAknXIA==..." -z "DevOps Certificates" --cn service-generated.venafi.example --csr service --key-password somePassw0rd!

Submit a Firefly request for enrolling a certificate using an externally generated CSR:

vcert enroll --platform firefly -u https://firefly.venafi.example:8003 -t "ql8AEpCtGSv61XGfAknXIA==..." -z "DevOps Certificates" --nickname externally-generated-csr --csr file:/opt/pki/cert.req

Submit a Firefly request for enrolling a certificate where the certificate and private key are output using JSON syntax to a file called json.txt:

vcert enroll --platform firefly -u https://firefly.venafi.example:8003 -t "ql8AEpCtGSv61XGfAknXIA==..." -z "DevOps Certificates" --key-password Passw0rd --cn json-to-file.venafi.example --format json --file keycert.json

Submit a Firefly request for enrolling a certificate where only the certificate and private key are output, no chain certificates:

vcert enroll --platform firefly -u https://firefly.venafi.example:8003 -t "ql8AEpCtGSv61XGfAknXIA==..." -z "DevOps Certificates" --key-password Passw0rd --cn no-chain.venafi.example --chain ignore

Submit a Firefly request for enrolling two certificate that have the same common name but are to be represented by distinct objects in TPP rather than having the first certificate be considered an older generation of the second:

vcert enroll --platform firefly -u https://firefly.venafi.example:8003 -t "ql8AEpCtGSv61XGfAknXIA==..." -z "DevOps Certificates" --key-password Passw0rd --cn same-cn.venafi.example --nickname same-cn-separate-object-1

vcert enroll --platform firefly -u https://firefly.venafi.example:8003 -t "ql8AEpCtGSv61XGfAknXIA==..." -z "DevOps Certificates" --key-password Passw0rd --cn same-cn.venafi.example --nickname same-cn-separate-object-2

Submit a Firefly request for enrolling a certificate with three subject alternative names, one each of DNS name, IP address, and email address:

vcert enroll --platform firefly -u https://firefly.venafi.example:8003 -t "ql8AEpCtGSv61XGfAknXIA==..." -z "DevOps Certificates" --no-prompt --cn three-san-types.venafi.example --san-dns demo.venafi.example --san-ip 10.20.30.40 --san-email [email protected]

Appendix

Obtaining an Authorization Token

To get an authorization token, VCert CLI provides the getcred action. This action allows to get an OAuth 2.0 access token from an identity provider.

VCert CLI for Venafi Firefly supports three OAuth 2.0 grant types: client credentials, device code and resource owner password credentials, so it's required to set one of these in order to use the get credentials action successfully.

The following are common options independently of the OAuth 2.0 grant type configured:

        Command         Description
--audience Use to specify the audience. It's not part of OAuth 2.0 specification, but it's implemented by some identity providers.
Example: --audience http://my.audience
--client-id (REQUIRED) Use to specify the client id registered in the OAuth provider.
Example: --client-id fkUdhCrIKIgTsJtCJZTNK5JPpXZ6UOuM
--config Use to specify INI configuration file containing connection details. Available parameters: oauth_token_url, oauth_client_id, oauth_client_secret, oauth_user, oauth_password, oauth_device_url, oauth_audience, oauth_scope, trust_bundle, test_mode
--format Specify "json" to get JSON formatted output instead of the plain text default.
--no-prompt Use to exclude password prompts. If you enable the prompt and you enter incorrect information, an error is displayed. This option is useful with scripting.
--platform (REQUIRED) Use to specify the Venafi platform. The value to set is 'oidc'.
Example: --platform oidc
--scope Use to specify the OAuth scope. Multiples scopes must be separated by ;.
Example: --scope read:client_grants;offline_access
--test-mode Use to test operations without connecting to Venafi Firefly. This option is useful for integration tests where the test environment does not have access to Venafi Firefly. Default is false.
--test-mode-delay Use to specify the maximum number of seconds for the random test-mode connection delay. Default is 15 (seconds).
--trust-bundle Use to specify a file with PEM formatted certificates to be used as trust anchors when communicating with Venafi Firefly. VCert uses the trust store of your operating system for this purpose if not specified.
Example: --trust-bundle /path-to/bundle.pem
-u (REQUIRED) Use to specify the OAuth token URL to request an access token.
Example: -u https://myauth0domain/oauth/token
--verbose Use to increase the level of logging detail, which is helpful when troubleshooting issues.

Client credentials flow grant parameters

The following is the required parameter needed to get credentials using the OAuth 2.0 client credentials flow grant:

        Command         Description
--client-secret (REQUIRED) Use to specify the OAuth 2.0 client secret
Example
vcert getcred ---platform oidc -u <idp token url> --client-id <idp client id> --client-secret <idp client secret> --audience <idp audience> --scope <idp scopes> --format text

Device code flow grant parameters

The following is the required parameter needed to get credentials using the non standard OAuth 2.0 device code flow grant:

        Command         Description
--device-url (REQUIRED) Use to specify the non OAuth 2.0 device url
Example
vcert getcred ---platform oidc -u <idp token url> --client-id <idp client id> --device-url <idp device url> --audience <idp audience> --scope <idp scopes> --format text

Resource owner password credentials flow grant parameters

The following are the required parameters needed to get credentials using the OAuth 2.0 resource owner password credentials flow grant:

        Command         Description
--username (REQUIRED) Use to specify the OAuth 2.0 user's name
--password (REQUIRED) Use to specify the OAuth 2.0 user's password
Example
vcert getcred ---platform oidc -u <idp token url> --client-id <idp client id> --username <idp username> --username <idp user's password> --audience <idp audience> --scope <idp scopes> --format text

Generating a new key pair and CSR

vcert gencsr --cn <common name> -o <organization> --ou <ou1> --ou <ou2> -l <locality> --st <state> -c <country> --key-file <private key file> --csr-file <csr file>

Options:

        Command         Description
-c Use to specify the country (C) for the Subject DN.
--cn Use to specify the common name (CN). This is required for enrollment except when providing a CSR file.
--csr-file Use to specify a file name and a location where the resulting CSR file should be written.
Example: --csr-file /path-to/example.req
--format Generates the Certificate Signing Request in the specified format. Options: pem (default), json
- pem: Generates the CSR in classic PEM format to be used as a file.
- json: Generates the CSR in JSON format, suitable for REST API operations.
--key-curve Use to specify the ECDSA key curve. Options: p256 (default), p384, p521
--key-file Use to specify a file name and a location where the resulting private key file should be written. Do not use in combination with --csr file.
Example: --key-file /path-to/example.key
--key-password Use to specify a password for encrypting the private key. For a non-encrypted private key, omit this option and instead specify --no-prompt.
Example: --key-password file:/path-to/passwd.txt
--key-size Use to specify a key size. Default is 2048.
--key-type Use to specify a key type. Options: rsa (default), ecdsa
-l Use to specify the city or locality (L) for the Subject DN.
--no-prompt Use to suppress the private key password prompt and not encrypt the private key.
-o Use to specify the organization (O) for the Subject DN.
--ou Use to specify an organizational unit (OU) for the Subject DN. To specify more than one, simply repeat this parameter for each value.
Example: --ou "Engineering" --ou "Quality Assurance" ...
--san-dns Use to specify a DNS Subject Alternative Name. To specify more than one, simply repeat this parameter for each value.
Example: --san-dns one.example.com --san-dns two.example.com
--san-email Use to specify an Email Subject Alternative Name. To specify more than one, simply repeat this parameter for each value.
Example: --san-email [email protected] --san-email [email protected]
--san-ip Use to specify an IP Address Subject Alternative Name. To specify more than one, simply repeat this parameter for each value.
Example: --san-ip 10.20.30.40 --san-ip 192.168.192.168
--san-uri Use to specify a Uniform Resource Indicator Subject Alternative Name. To specify more than one, simply repeat this parameter for each value.
Example: --san-uri spiffe://workload1.example.com --san-uri spiffe://workload2.example.com
--st Use to specify the state or province (ST) for the Subject DN.