Key Transparency
Key Transparency provides a lookup service for generic records and a public,
tamper-proof audit log of all record changes. While being publicly auditable,
individual records are only revealed in response to queries for specific IDs.
Key Transparency can be used as a public key discovery service to authenticate
users and provides a mechanism to keep the service accountable. It can be used
by account owners to reliably see what keys have been
associated with their account, and it can be used by senders to see how long an
account has been active and stable before trusting it.
Key Transparency is inspired by CONIKS
and Certificate Transparency.
It is a work-in-progress with the following
milestones under
development.
Key Transparency Client
Setup
- Install Go 1.13.
go get github.com/google/keytransparency/cmd/keytransparency-client
Client operations
Generate a private key
PASSWORD=
keytransparency-client authorized-keys create-keyset --password=${PASSWORD}
keytransparency-client authorized-keys list-keyset --password=${PASSWORD}
The create-keyset
command will create a .keyset
file in the user's working directory.
To specify custom directory use --keyset-file
or -k
shortcut.
NB A default for the Key Transparency server URL is being used here. The default value is "35.202.56.9:443". The flag --kt-url
may be used to specify the URL of Key Transparency server explicitly.
Publish the public key
- Get an OAuth client ID and download the generated JSON file to
client_secret.json
.
keytransparency-client post user@domain.com \
--client-secret=client_secret.json \
--insecure \
--password=${PASSWORD} \
--data='dGVzdA==' #Base64
Get and verify a public key
keytransparency-client get <email> --insecure --verbose
✓ Commitment verified.
✓ VRF verified.
✓ Sparse tree proof verified.
✓ Signed Map Head signature verified.
CT ✓ STH signature verified.
CT ✓ Consistency proof verified.
CT New trusted STH: 2016-09-12 15:31:19.547 -0700 PDT
CT ✓ SCT signature verified. Saving SCT for future inclusion proof verification.
✓ Signed Map Head CT inclusion proof verified.
keys:<key:"app1" value:"test" >
Verify key history
keytransparency-client history <email> --insecure
Revision, Timestamp, Profile
4, Mon Sep 12 22:23:54 UTC 2016, keys:<key:"app1" value:"test" >
Checks
Running the server
- OpenSSL
- Docker
- Docker Engine 1.17.6+
docker version -f '{{.Server.APIVersion}}'
- Docker Compose 1.11.0+
docker-compose --version
- Docker Engine 1.17.6+
go get github.com/google/keytransparency/...
go get github.com/google/trillian/...
cd $(go env GOPATH)/src/github.com/google/keytransparency
./scripts/prepare_server.sh -f
docker-compose -f docker-compose.yml docker-compose.prod.yml up
- Watch it Run
Development and Testing
Key Transparency and its Trillian backend
use a MySQL database,
which must be setup in order for the Key Transparency tests to work.
docker-compose up -d db
will launch the database in the background.
Directory structure
The directory structure of Key Transparency is as follows:
- cmd: binaries
- keytransparency-client: Key Transparency CLI client.
- keytransparency-sequencer: Key Transparency backend.
- keytransparency-server: Key Transparency frontend.
- core: main library source code. Core libraries do not import impl.
- adminserver: private api for creating new directories.
- api: gRPC API definitions.
- crypto: verifiable random function and commitment implementations.
- directory: interface for retrieving directory info from storage.
- keyserver: keyserver implementation.
- mutator: "smart contract" implementation.
- sequencer: mutation executor.
- deploy: deployment configs:
- docker: init helper.
- kubernetes: kube deploy configs.
- prometheus: monitoring docker module.
- docs: documentation.
- impl: environment specific modules:
- authentication: authentication policy grpc interceptor.
- authorization: OAuth and fake auth grpc interceptor.
- integration: environment specific integration tests.
- sql: mysql implementations of storage modules.
- scripts: scripts
- deploy: deploy to Google Compute Engine.