Documentation

Build with CanaryVaults

A deception-based security platform for AI systems. Plant believable tripwires across your stack: decoy identities, trap facts, honeypots, a prompt-injection firewall, and tamper-evident audit trails. When an attacker touches one, you get the alert, and the record it came from carries a content hash you can re-verify.

Surfaces

Six surfaces, five of them evidenced

CanaryVaults tripwires, CanaryHoneypot hits, CanaryAudit records and CanaryShield blocks land in the hash-sealed evidence log, and CanaryAgent timelines read from it. A Shield block carries a content hash in the unchained format CanaryAudit records used before chaining, and reading your Shield log registers each block in the sealed log, after which the public verifier resolves its hash as a canaryshield record. CanaryRAG is the one surface that does not write there. A trap-fact trigger lives in its own table but carries a content hash in that same unchained format, so you can recompute it from the row yourself; the public verifier has nothing to resolve for it.

Reference

Look things up