Your payload is yours —
even Zekt can’t read it
Zero-Knowledge Encryption ensures that the event broker never has access to your message content. Compliant by design for regulated industries.
Requires Zekt Core
What Zekt Shield gives you
Click any card to explore each security capability
- Encryption happens in the provider's workflow, not in Zekt
- Zekt stores only ciphertext, never plaintext
- Key material never transits through Zekt infrastructure
- Store keys in your own HSM, Azure Key Vault, AWS KMS, or GitHub Secrets
- Rotate keys on your schedule — no Zekt involvement required
- Revoke access by retiring keys: Zekt-held ciphertext becomes permanently unreadable
- Transport TLS (HTTPS) for in-flight protection
- ZKE for at-rest protection in Zekt storage
- Two independent security layers — neither alone is sufficient
Great when having to solve collaboration but staying compliant with GDPR, HIPAA, SOC 2 & DORA regulatory demands
- Correlation ID, timestamp, consumer, delivery status — all visible
- Payload hash stored for integrity verification without decryption
- Audit records can be exported for compliance reporting
- Field-level redaction rules configured in the provider workflow
- Redacted fields are replaced with a placeholder — never stored by Zekt
- Consumers receive only the fields they are authorised to see
Shield Encryption + Time Travel — Stays Encrypted
Zekt can't read encrypted payloads; archived and replayed Shield events stay encrypted. Because Zekt never holds the decryption key, Zekt Analytics Time Travel archives the ciphertext and replays it unchanged, and only the consumer's private key can open it.
The archive therefore cannot show you what a Shield payload contains. If you need to inspect payloads in Zekt as well: consider encrypting only sensitive fields at the application layer, keeping the rest of the payload unencrypted. See design trade-off guidance →
When to use Zekt Shield
- check_circle Workflows that carry PII, credentials, financial data, or IP-sensitive content in the payload.
- check_circle Regulated industries (finance, healthcare, defense) where the event broker must not have access to payload content.
- check_circle Any provider who needs provable, cryptographic non-access guarantees for their consumers.
- check_circle Scenarios where key revocation must immediately and permanently block access to historical payloads.
- check_circle Zekt Shield works with Zekt Core for normal dispatching workloads — not for orchestration calls.
Combinations
extension Works well with
- Core + Shield — Minimum viable secure setup. Encrypted dispatch from day one.
- Core + Shield + Chainlink — Encrypted multi-hop pipelines. Each hop routes ciphertext.
- Core + Shield + Analytics — Full event visibility. Zekt can't read encrypted payloads; archived and replayed Shield events stay encrypted (see above).
- Core + Shield + Zekt Action — Attach an encrypted structured message. Only the consumer with the key reads it.
block Constraint to know
- Shield + Analytics Time Travel — Zekt can't read encrypted payloads; archived and replayed Shield events stay encrypted, so the archive cannot show their content.
- Dispatching workloads only — Shield covers normal Zekt Core dispatching scenarios. Orchestration workloads are not covered.