COS configuration

  • Canonical Observability
Channel Revision Published Runs on
latest/stable 58 19 Nov 2024
Ubuntu 20.04
latest/candidate 58 10 Sep 2024
Ubuntu 20.04
latest/beta 63 19 Nov 2024
Ubuntu 20.04
latest/edge 63 12 Nov 2024
Ubuntu 20.04
1.0/stable 42 16 Feb 2024
Ubuntu 20.04
1.0/candidate 42 12 Dec 2023
Ubuntu 20.04
1.0/beta 42 12 Dec 2023
Ubuntu 20.04
1.0/edge 42 12 Dec 2023
Ubuntu 20.04
juju deploy cos-configuration-k8s --channel 1.0/beta
Show information

Platform:

This document provides cryptographic documentation for the COS-Lite bundle. Its purpose is to track the exposure of charm code to cryptographic attack vectors.

What is not included in this document and regarded as out of scope:

  • Workload code (refer to the workloads’ cryptographic documentation)
  • Data at rest encryption

The COS-Lite charms have a very similar exposure. Unless specified otherwise in the charm’s own documentation, this cryptographic documentation applies to all.

Usage of cryptographic technology

COS-Lite charm code uses cryptographic technology for mainly two purposes:

  • enabling TLS communication between their workloads
  • securing admin login to their workloads

Cryptographic use internal to cos-lite

COS-Lite charm code can use cryptographic technology to generate a private key to sign their TLS certificate requests. They do so via the tls-certificates-interface which in turn uses the cryptography python library and Juju secrets to exchange data with the CA.

Also, charms that deal with large configuration files use sha256 to efficiently detect diffs in them.

Cryptographic use in how cos-lite communicates externally

COS-Lite charm users use passwords generated by charm code that depends on python’s secrets module. No configuration is exposed to the user. These passwords secure admin login to the user-facing server provided by the workload. For example, in grafana-k8s.

Additionally, charms supporting BasicAuth such as traefik accept a <username>:<hashed-password> config option by which the user can configure basic authentication. The supported hashing algorithm are MD5, SHA1, or BCrypt, as per official documentation. Also following the official guidelines, we recommend cloud admins to use htpasswd for hashing the password and formatting the configuration string.

List of packages and cryptographic tech used

  • to generate private keys for setting up TLS communication: the rsa.generate_private_key function from the rsa package. They use the following parameters (hardcoded, not user-configurable):
    • key_size = 2048
    • public_exponent = 65537
  • to generate admin passwords for user admin login: the secrets module from the python standard library. See for example: usage in grafana.

Help improve this document in the forum (guidelines). Last updated 2 months ago.