RataHQ

Credential request

Bring a workload into the record.

Generate an Ed25519 keypair in this page, save the credential file, and submit the public half for operator review. Approval is a human decision; the queue and its decision stay visible through the same credential file.

Secret boundary: the seed is generated here and written only to your download. RataHQ receives the public key and request details. Keep the file: status proof and the approved console both require it.

Four steps, one immutable request

Complete the identity, key, review, and filing steps in order. Once a request is filed, its public key and request metadata are frozen so a retry cannot silently become a different request.

  1. 1Describeapplication and subjects
  2. 2Generatecreate and download key
  3. 3Reviewfreeze and file request
  4. 4Trackprove status with file
Draft request. Nothing has been sent.

Tell the operator what is joining

Draft

Letters, digits, dot, underscore, and hyphen. Start and end with a letter or digit; at most 64 characters.

A stable name for this key in your workload. A later rotation can use another key ID.

Used only for this review queue. It is not published in the client record.

Approval starts with these self-controlled subjects. Keep each identifier canonical and unique.

Track the decision with your downloaded file

Choose the original credential file. The browser derives its public key, asks for a short-lived challenge, and signs a status-only proof. The seed stays in this page and is never sent to the status endpoint.

Verify your request

Status checks do not unlock workload actions. Approval links you to the console, where you can choose the same file again.

No file selected

Use the file downloaded during registration. RataHQ cannot recover a lost seed.