ROOSTby Axowl

Use cases

Cloud keys

Hold your own key for data in the cloud.

The problem

Why it matters.

Data in the cloud is often locked with keys the cloud provider holds. Regulated organizations need to control those keys themselves.

With Roost

How Roost handles it.

01
Cloud asks

The cloud service needs a key to open data.

02
Roost decides

Policy, quorum and approvals apply to every request.

03
Record

Every use is on record.

APPROVED
Your switch

Cut cloud access to your data at once.

What you get

In the console.

  • External key store for cloud services
  • Bring your own key without exposing it in plaintext
  • One view of keys across clouds
  • Access is yours to revoke
axowl.com/dashboard/acme/roost/keys
AxowlacmeRoostM

Keys

27keys
3rotating
0exportable
NamePurposeVersionQuorumLast used
release-signingcode-signingv3 active2 of 32 min ago
StatusArmed
PolicyApproval required
Born inROOST-26-0001
ExportNever
data-key-eudata-keyv2 active · v1 decrypt-only2 of 310 s ago
tls-wwwtlsv1 active2 of 31 s ago
ca-intermediatecav1 active2 of 33 days ago
Keys: purpose templates, versions and a status card for each key.

See Roost refuse an unapproved signature.

A 30-minute live demo with our engineers.

Request a demo