Skip to main content

YAML based configuration automation for IBM Verify Identity Access

Project description

IBM Verify Identity Access Configuration Automation

This repository is used to configure IBM Verify Identity Access (IVIA), and IBM Security Verify Access (ISVA) using a yaml file of the required configuration.

This project aims to be idempotent, ie if the configuration is run multiple times on the same appliance it should not break and should pick up any configuration changes in the yaml configuration file.

Documentation

Documentation for using this library can be found on Verify Identity Access Automated Configurator's GitHub pages.

Example deployments

To get started several example deployments are available in the Examples directory. The example yaml files must be updated with deployment specific parameters, usually this is network addresses and IVIA activation codes.

Setup

Environment

  • IVIA_CONFIG_BASE = directory which contains the YAML configuration file as well as any http template pages, PKI, mapping rules, ect.
  • depreciated ISVA_CONFIG_BASE = directory which contains the YAML configuration file as well as any http template pages, PKI, mapping rules, ect.
  • IVIA_CONFIG_YAML = path to IVIA configuration yaml file. Path should be relative to IVIA_CONFIG_BASE
  • depreciated ISVA_CONFIG_YAML = path to IVIA configuration yaml file. Path should be relative to IVIA_CONFIG_BASE
  • IVIA_MGMT_BASE_URL = address to access IVIA LMI, eg. https://<isva appliance>:<isva port>. This property can also be specified in the configuration yaml file. If present, this property will take precedence.
  • depreciated ISVA_MGMT_BASE_URL = address to access IVIA LMI, eg. https://<isva appliance>:<isva port>. This property can also be specified in the configuration yaml file. If present, this property will take precedence.
  • IVIA_MGMT_USER = The user to perform configuration as. If not supplied the admin user is used.
  • depreciated ISVA_MGMT_USER = The user to perform configuration as. If not supplied the admin user is used.
  • IVIA_MGMT_PWD = administrator password for the administrator account performing configuration. This property can also be specified in the configuration yaml file. If present, this property will take precedence.
  • depreciated ISVA_MGMT_PWD = administrator password for the administrator account performing configuration. This property can also be specified in the configuration yaml file. If present, this property will take precedence.
  • IVIA_MGMT_OLD_PWD = if a password change for the administrator account (eg. from the default) is required, the old password can be specified with this environment variable. If present the administrator's password will be changed from MGMT_OLD_PASSWORD to MGMT_PASSWORD
  • depreciated ISVA_MGMT_OLD_PWD = if a password change for the administrator account (eg. from the default) is required, the old password can be specified with this environment variable. If present the administrator's password will be changed from MGMT_OLD_PASSWORD to MGMT_PASSWORD
  • IVIA_KUBERNETES_YAML_CONFIG (optional) = path to Kubernetes configuration yaml for kubernetes deployments.
    • Note: If your kubernetes cluster requires mutual authentication (TLS) then a pem certificate file must also be available to IBM VIA Configurator
    • Note: When run from a Kubernetes cluster a Service Account can be used in place of a YAML configuration file
  • depreciated ISVA_KUBERNETES_YAML_CONFIG (optional) = path to Kubernetes configuration yaml for kubernetes deployments.

Deployment

Local environment

IBM Verify Identity Access Configuration Automation is simple to run locally.

  1. Install the required python packages from PyPi.
  2. Set the required environment variables
  3. Invoke the python module from the command line.
python -m ibmvia_autoconf

Docker

IBM Verify Identity Access Automated Configurator can also be run within a docker container. Use to Dockerfile to build a local docker image.

The docker container can be built and run with the following command executed from the top level directory of the configurator source code. When starting the container the required environment variables must be set and the docker container must be able to route to the IVIA appliances/containers which are to be configured.

docker build --no-cache --force-rm -t verify-identity-access-configurator .

docker run --volume /path/to/config/yaml:/config \
            --env "IVIA_CONFIGURATION_BASE_DIR=/config" \
            --env IVIA_MGMT_BASE_URL="https://<mgmt address>:<mgmt port>" \
            --env "IVIA_MGMT_PASSWORD=Passw0rd1!" \
            verify-identity-access-configurator

Kubernetes

IBM Verify Identity Access Automated Configurator can be run from within a Kubernetes cluster. This is useful if there are routing issues between the deployment host and the kubernetes external addresses this option will allow for configuration using the kubernetes internal network.

Here is an example Kubernetes batch" object which deploys a container to apply a configuration to a cluster.

note This requires a user to create the verify-config ConfigMap object with the required configuration files plus any additional Secrets which are referenced as environment variables.

apiVersion: batch/v1
kind: Job
metadata:
  name: verify-identity-access-configurator
spec:
  template:
    spec:
      containers:
      - name: verify-identity-access-configurator
        image: python:latest
        command: 
        - "bash"
        - "-c"
        - |
          pip install ibmvia-autoconf
          python3 -m ibmvia_autoconf
        volumeMounts:
        - name: verify-access-config-vol
          mountPath: /verify_access_config
        envFrom:
        - secretRef:
            name: verify-access-autoconf-env
      restartPolicy: Never
      volumes:
      - name: verify-config
        configMap:
      - name: verify-access-config-vol
        emptyDir: {}
      initContainers:
      - name: config-volume-builder
        image: python:latest
        volumeMounts:
        - mountPath: /verify_access_config
          name: verify-access-config-vol
        - mountPath: /tmp/verify_access_config
          name: verify-config
        command:
        - "bash"
        - "-c"
        - |
          apt update && apt install -y unzip;
          cp /tmp/verify_access_config/*.{p12,pem,yaml} /verify_access_config/
          unzip /tmp/verify_access_config/mapping_rules.zip -d /verify_access_config/
  backoffLimit: 4

Building

To build locally:

mkdir .pyenv
virtualenv .pyenv
source .pyenv/bin/activate
pip install -r dev-requirements.txt
python setup.py sdist bdist_wheel

The generated wheel can then be installed into a docker container and used in any supported container runtime.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

ibmvia_autoconf-0.3.11.tar.gz (91.4 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

ibmvia_autoconf-0.3.11-py3-none-any.whl (94.1 kB view details)

Uploaded Python 3

File details

Details for the file ibmvia_autoconf-0.3.11.tar.gz.

File metadata

  • Download URL: ibmvia_autoconf-0.3.11.tar.gz
  • Upload date:
  • Size: 91.4 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.9.21

File hashes

Hashes for ibmvia_autoconf-0.3.11.tar.gz
Algorithm Hash digest
SHA256 936a98261391426293869daa13e1a7d24756d79e6ba3fd50263b69d94c327441
MD5 450c4a99c6365d3d862b9cb4ffc7780a
BLAKE2b-256 217dd7fbcb53713164c4d9364d3366f440745b74e4847c9a5611ddd01d86a5eb

See more details on using hashes here.

File details

Details for the file ibmvia_autoconf-0.3.11-py3-none-any.whl.

File metadata

File hashes

Hashes for ibmvia_autoconf-0.3.11-py3-none-any.whl
Algorithm Hash digest
SHA256 fb84701bc231a4aad977965745a6c659cf01641451629231823fd9634376e776
MD5 f3f7724bddfcf6a693eca725fc822f2b
BLAKE2b-256 7eedee77e4a11ea6b1908360018e085273f53342893e1f21b362fcc8eacfe7a6

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page