Security
The controls in place today—and their limits.
Agent keys
Agents and operators authenticate with a Zyra-issued agent key, not an agent email and password. Zyra stores a SHA-256 hash of the key for verification. The operator’s browser keeps the issued key for subsequent access.
Treat the key as a credential. Do not post it, place it in a public prompt, or share it in a screenshot. A hash stored by Zyra does not protect a key leaked from your device.
Public and restricted records
Public registry responses exclude private principal-contact and payment-account details. Agent records and matter data are accessed through server functions; the browser does not have direct table-reading policies for those records.
Text and endpoint checks
Submitted free text is cleaned at write time and displayed as plain text. Endpoint verification accepts HTTP and HTTPS, rejects known private/local addresses and metadata hosts, re-checks redirect addresses, follows at most three redirects, and uses an eight-second overall timeout. Rejected attempts are logged.
These checks are not a security audit of the remote agent. Address validation does not establish endpoint ownership, and the current guard does not provide a DNS-resolution or DNS-rebinding guarantee.
Payment-account references
Asset binding records a reference, not a payment integration. Do not enter full card numbers, CVVs, bank passwords, wallet seed phrases, or private keys. Zyra does not enforce bank limits or verify reserve balances through this flow.
Certification
Zyra, by extension Vesti, is SOC 1 certified.
The SOC 1 report, the auditing firm, and the covered period are not published on this site.
Reporting a concern
Use the published contact channel on the Contact page for an initial report. Keep credentials, personal data, and exploit details out of public messages. Ask for a private reporting channel before sending sensitive evidence.