Blog

Least Privilege for SDK Ingest Keys (And Why Eval Keys Exist)

How org-scoped AethelLayer ingest keys, monthly probe limits, and time-boxed eval-mode keys keep sales PoCs from becoming a standing Growth hole.

2026-10-02 · 7 min read · AethelLayer

Ingest keys are production secrets

The Bearer token on POST /api/v1/probes can write threads into your workspace. Treat aethel_live_ keys like database URLs. Put them in CI secrets, not in public README gists, not in the marketing site as copy-paste live credentials.

Ingest uses a security-definer RPC. Unknown keys fail closed. Monthly probe limits are enforced in the database, not only in a UI badge.

Eval-mode keys without opening Growth

Sales bake-offs burn quota. The wrong answer is to upgrade the whole org to Growth so a prospect can spam probes for two weeks. Eval-mode keys are time-boxed bonuses: extra probes, an expiry, a prospect email, and a revoke switch.

When the key expires or hits its bonus, ingest stops. Your production plan is unchanged. That is least privilege for GTM, not a second production environment you forgot to turn off.

Rotate from SDK setup

If a key leaks in a conference demo, rotate it in the dashboard and update the CLI wrap. Old probes stay in the inbox; new ingest needs the new secret. Combine that with Watch rules so a stolen key that suddenly spikes JWT errors still emails on-call.

Capture the failure before they leave

Capture the failure before they leave. Book early access or talk to sales, then install @aethellayer/sdk when you are onboarded.