1
0
mirror of https://github.com/projectatomic/atomic.git synced 2026-02-06 12:45:57 +01:00
Files
atomic/docs/atomic-trust.1.md
Aaron Weitekamp 6d909022fc trust show GPG key ID
Closes: #702
Approved by: rhatdan
2016-10-13 20:59:03 +00:00

4.2 KiB

% ATOMIC(1) Atomic Man Pages % Aaron Weitekamp % September 2016

NAME

atomic-trust - Manage system container trust policy

SYNOPSIS

atomic trust add|delete|default|show [-h|--help] [-j|--json] [--raw] [-k|--pubkeys KEY1 [-k|--pubkeys KEY2,...]] [--keytype GPGKeys] [-t|--type signedBy|insecureAcceptAnything|reject] [-s|--sigstore https://URL[:PORT][/PATH]|file:///PATH] [--sigstoretype web|atomic|local] REGISTRY[/REPOSITORY]

DESCRIPTION

atomic trust manages the trust policy of the host system. Trust policy describes a registry scope (registry and/or repository) that must be signed by public keys. Trust is defined in /etc/containers/policy.json. Trust is enforced when a user attempts to pull an image from a registry.

Trust scope is evaluated by most specific to least specific. In other words, policy may be defined for an entire registry, but refined for a particular repository in that registry. See below for examples.

Trust type provides a way to whitelist ("insecureAcceptAnything") or blacklist ("reject") registries.

Signature servers, or sigstores, configure where image signatures are served for a particular registry scope. This cofiguration is a flat list of arbitrarily named YAML files in /etc/containers/registries.d/. Filenames must end in .yaml. A sigstore may be either an absolute path to a local directory (file:///PATH) or a remote web server (https://URL).

Trust may be updated using the command atomic trust add for an existing trust scope.

The default trust policy is managed by the default command. Options are accept or reject.

The default /etc/containers/policy.json file may be overriden using environment variable TRUST_POLICY. This is typically only useful for testing.

OPTIONS

-h --help Print usage statement.

-k --pubkeys An absolute path to installed public key. May be used multiple times. Required for signedBy type.

--keytype The public key type. Default: GPGKeys (only supported value)

-t --type The trust type for this policy entry. Accepted values: signedBy (default): Require signatures with corresponding list of public keys insecureAcceptAnything: do not require any signatures for this registry scope reject: do not accept images for this registry scope

-u --sigstore A path or remote URL where signatures are found. Prefix filesystem path with file:///PATH and remote web server with https://URL[:PORT][/PATH/TO/SIGNATURES].

-s --sigstoretype Type of signature transport. Accepted values: web (default): remote web server atomic: OpenShift-based Atomic Registry API local: Local filesystem path

delete OPTIONS

--save-sigstore Do not remove local sigstore configuration.

default OPTIONS

The default trust policy is managed by the default command. Options are accept or reject.

show OPTIONS

--raw Output trust policy file as raw JSON

-j --json Output trust as JSON for machine parsing

EXAMPLES

Add public key trust to specific registry repository

atomic trust add \
       --pubkeys /etc/pki/containers/foo@example.com \
       --sigstore https://s3.bucket/foobar/sigstore/ \
       docker.io/foobar

Modify a trust scope, adding a second public key and changing the sigstore web server

atomic trust add \
       --pubkeys /etc/pki/containers/foo@example.com \
       --pubkeys /etc/pki/containers/bar@example.com \
       --sigstore https://server.example.com/foobar/sigstore/ \
       docker.io/foobar

Accept all unsigned images from a registry

atomic trust add --type insecureAcceptAnything docker.io

Remove a trust scope

atomic trust delete docker.io

Remove a trust scope but retain the sigstore configuration

atomic trust delete docker.io --sigstore

Modify default trust policy

atomic trust default reject

Display system trust policy

atomic trust show

Display trust policy file

atomic trust show --raw

Display trust as JSON

atomic trust show --json

HISTORY

September 2016, originally compiled by Aaron Weitekamp (aweiteka at redhat dot com)