clevis

Manage the installation and configuration of the clevis encryption client for NBDE.

Jeffrey Miller

millerjl1701

5,067 downloads

5,067 latest version

5.0 quality score

Version information

  • 0.5.0 (latest)
released Sep 17th 2018
This version is compatible with:
  • Puppet Enterprise 2018.1.x, 2017.3.x, 2017.2.x, 2017.1.x, 2016.5.x, 2016.4.x
  • Puppet >= 4.7.0 < 6.0.0
  • RedHat
    ,
    CentOS

Start using this module

Documentation

millerjl1701/clevis — version 0.5.0 Sep 17th 2018

clevis

master branch: Build Status

Table of Contents

  1. Module Description - What the module does and why it is useful
  2. Setup - The basics of getting started with clevis
  3. Usage - Configuration options and additional functionality
  4. Reference - An under-the-hood peek at what the module is doing and how
  5. Limitations - OS compatibility, etc.
  6. Development - Guide for contributing to the module

Module Description

This module manages the installation and configuration of the clevis service - the client side component of Network Bound Disk Encryption (NBDE).

This module does not currently support associating LUKS volumes with TANG servers nor luksmeta management. This work is planned to occur; however, it has not started.

This module does not manage the TANG server component of NBDE. If you are looking to do so consider using the millerjl1701/tang module.

This module does not attempt to manage LUKS encrypted containers of volumes. If you are looking to do so, consider using the sammcj/luks module.

Documentation concerning the clevis client service on RHEL/CentOS systems may be found at:

Note: NBDE was initilly released with RedHat/CentOS version 7.4 with complete support arriving with RedHat/CentOS 7.5.

Setup

What clevis affects

  • Packages: clevis, clevis-dracut, clevis-luks
  • Service: clevis-luks-askpass.path

Beginning with clevis

In order to install and configure the clevis client service, all that is needed in a puppet code manifest is include ::clevis.

Usage

Changing the names of packages installed for the clevis client service

  class { 'clevis':
    package_name => [ 'clevis', 'clevis-dracut', 'clevis-luks', 'luksmeta', ],
  }

Changing the names of packages installed for the clevis client service via hiera

---
clevis::package_name:
  - 'clevis'
  - 'clevis-dracut'
  - 'clevis-luks'
  - 'luksmeta'

Reference

Generated puppet strings documentation with examples is available from https://millerjl1701.github.io/millerjl1701-clevis.

The puppet strings documentation is also included in the /docs folder.

Public Classes

  • clevis: Main class which installs, configures, and manages the clevis client service

Private Classes

  • clevis::config: Class which manages the configuration of the clevis client service.
  • clevis::install: Class which manages the installation of the clevis client service.
  • clevis::service: Class which provides for clevis service management.

Limitations

For RedHat/CentOS systems, the clevis client service will only run on version 7.4 or higher. Attempting to use this class with lower versions will likely be problematic.

The RedHat recommended HA configuration for the clevis client service is to associating a LUKS volume or container to two or more TANG service servers. This module does not currently support associating LUKS volumes with TANG servers nor luksmeta management. This work is planned to occur; however, it has not started.

Development

Please see the CONTRIBUTING document for information on how to get started developing code and submit a pull request for this module. While written in an opinionated fashion at the start, over time this can become less and less the case.

Contributors

To see who is involved with this module, see the GitHub list of contributors or the CONTRIBUTORS document.