ROOSTby Axowl

Use cases

TLS keys

Server identity that never leaves the box.

The problem

Why it matters.

A TLS private key on a web server can be copied in a memory dump. Moving it into hardware keeps your server identity safe even if the server is breached.

With Roost

How Roost handles it.

01
Handshake

A client connects to your server.

02
Sign

The server asks Roost to prove its identity.

03
Quorum

Two of three chips sign.

SIGNED
Connected

Bulk traffic stays on the server CPU.

What you get

In the console.

  • Private key cannot be exported
  • A breached server cannot take the key and is limited in how much it can sign
  • High availability with a pair of appliances
  • Session resumption keeps the signing load low
axowl.com/dashboard/acme/roost/devices
AxowlacmeRoostM

Devices

2boxes
1pair
0alerts
SerialSiteVotersTamperFirmwareStatus
ROOST-26-0001Seoul HQ, vault floor3/3Armed1.1.0 (B)Green
ROOST-26-0002Busan DR site3/3Armed1.1.0 (B)Green
Chip temp46–50 °C
Mesh100.1 %
TimeNTS · 8 ms
AttestationMatch
Devices: a signed status report every minute, with the pair and the tamper state.

See Roost refuse an unapproved signature.

A 30-minute live demo with our engineers.

Request a demo