Viavitna
Security

Built like the answer will be read in court

Viavitna's security model covers three things: what the AI is allowed to say, who is allowed to ask, and where your content lives. All three fail closed.

What it can say

Fail-closed grounding

Every generated claim is checked for citation membership and number, date, and URL provenance, then reviewed by a separate semantic verifier for entailment and responsiveness. Unsupported material is rejected; if verification is unavailable or incomplete, Viavitna uses the extractive floor or abstains. Each decision carries a tamper-evident receipt. Full pipeline →

Your content is treated as untrusted reference text, never as instructions. If a model follows injected text, uncited output is rejected by the structural citation gate and semantically unsupported output is rejected by the verifier.

Who can ask

Three key classes, least privilege each

KeyWhere it livesWhat it can doDefenses
pub_… publishableEmbedded in your websiteAsk questions of your tenant onlyOrigin allowlist, per-IP rate limiting
sec_… secretYour servers onlyAsk questions server-to-serverNever in a page; shown once at publish
adminYour operatorsUpload, test, publish, configureFailed attempts throttled and logged; clickjacking-protected console
Where your content lives

Ownership is the security model

No third-party AI

The models are open-weight and run on infrastructure we or you operate. Your content and your customers' questions are never sent to an outside AI provider.

Nothing connects in

The cloud plan runs entirely on our servers — you add one script line to your website and that is all. The appliance runs entirely inside your own network; your content and your visitors’ questions never leave it. No inbound access, nothing installed on your systems.

The encrypted appliance

On-premise deployments ship as a sealed virtual machine whose disk is AES-XTS encrypted. Without its license key, the appliance — models, content, engine — is ciphertext.

Deterministic behavior

Temperature 0, fixed seed, schema-constrained output: the assistant's behavior is reproducible and auditable, not probabilistic theater.

Fail-open availability, fail-closed truth

Infrastructure failures degrade answers to verbatim passages — never to guesses. Only truth fails closed.

Diligence

Audited before launch

Before going live, every source file was reviewed line by line and the deployment was tested adversarially — authentication, injection, traversal, oversized inputs, transport security, clickjacking. Findings were fixed and re-verified against the live service, and the deployed code is hash-verified against its exact source revision on every release. Backups are encrypted and stored offsite, and restores are tested by actually restoring — not by trusting success logs.