Programmatic Ruby access to the Conjur API.
RDocs are available from the through the Ruby Gem details page
Are you using this project with Conjur Open Source? Then we strongly recommend choosing the version of this project to use from the latest Conjur OSS suite release. Conjur maintainers perform additional testing on the suite release versions to ensure compatibility. When possible, upgrade your Conjur version to match the latest suite release; when using integrations, choose the latest suite release that matches your Conjur version. For any questions, please contact us on Discourse.
Add this line to your application's Gemfile:
gem 'conjur-api'
And then execute:
$ bundle
Or install it yourself as:
$ gem install conjur-api
Connecting to Conjur is a two-step process:
- Configuration Instruct the API where to find the Conjur endpoint and how to secure the connection.
- Authentication Provide the API with credentials that it can use to authenticate.
The simplest way to configure the Conjur API is to use the configuration file stored on the machine.
If you have configured the machine with conjur init,
its default location is ~/.conjurrc
.
The Conjur configuration process also checks /etc/conjur.conf
for global settings. This is typically used
in server environments.
For custom scenarios, the location of the file can be overridden using the CONJURRC
environment variable.
You can load the Conjur configuration file using the following Ruby code:
require 'conjur/cli'
Conjur::Config.load
Conjur::Config.apply
Note this code requires the conjur-cli gem, which should also be in your gemset or bundle.
Once Conjur is configured, the connection can be established like this:
conjur = Conjur::Authn.connect nil, noask: true
To authenticate, the API client must
provide a login
name and api_key
. The Conjur::Authn.connect
will attempt the following, in order:
- Look for
login
in environment variableCONJUR_AUTHN_LOGIN
, andapi_key
inCONJUR_AUTHN_API_KEY
- Look for credentials on disk. The default credentials file is
~/.netrc
. The location of the credentials file can be overridden using the configuration filenetrc_path
option. - Prompt for credentials. This can be disabled using the option
noask: true
.
It's possible to configure and authenticate the Conjur connection without using any files, and without requiring
the conjur-cli
gem.
To accomplish this, apply the configuration settings directly to the Conjur::Configuration object.
For example, specify the account
and appliance_url
(both of which are required) like this:
Conjur.configuration.account = 'my-account'
Conjur.configuration.appliance_url = 'https://conjur.mydomain.com/api'
You can also specify these values using environment variables, which is often a bit more convenient.
Environment variables are mapped to configuration variables by prepending CONJUR_
to the all-caps name of the
configuration variable. For example, appliance_url
is CONJUR_APPLIANCE_URL
, account
is CONJUR_ACCOUNT
.
In either case, you will also need to configure certificate trust. For example:
OpenSSL::SSL::SSLContext::DEFAULT_CERT_STORE.add_file "/etc/conjur-yourorg.pem"
Once Conjur is configured, you can create a new API client by providing a login
and api_key
:
Conjur::API.new_from_key login, api_key
Note that if you are connecting as a Host, the login should be
prefixed with host/
. For example: host/myhost.example.com
, not just myhost.example.com
.
Conjur::Configuration
allows optional configuration of the RestClient
instance used by Conjur API to communicate with the Conjur server, via the options hash
Conjur.configuration.rest_client_options
.
The default value for the options hash is:
{
ssl_cert_store: OpenSSL::SSL::SSLContext::DEFAULT_CERT_STORE
}
For example, here's how you would configure the client to use a proxy and ssl_ca_file
(instead of the default ssl_cert_store
).
Conjur.configuration.rest_client_options = {
ssl_ca_file: "ca_certificate.pem",
proxy: "http://proxy.example.com/"
}
We welcome contributions of all kinds to this repository. For instructions on how to get started and descriptions of our development workflows, please see our contributing guide.
This repository is licensed under Apache License 2.0 - see LICENSE
for more details.