Your organization's knowledge.
Your browser-held unlock key.
Commercial BOB encrypts company knowledge and saved conversation text on your device before it is stored. The cloud holds ciphertext; the passphrase and non-exportable browser key are not written to BOB storage. See the actual encryption module and relevant server-side access checks below.
Customer-selected passphrase
A passphrase your team creates is used to derive the cryptographic key in your browser. It is never submitted to the BOB API.
AES-256-GCM before upload
Knowledge files, session transcripts, notes, and coaching reports are encrypted before the browser sends them to persistent storage.
No plaintext knowledge endpoint
BOB’s tenant gateway only returns encrypted documents to current organization members. Platform operators are not granted customer knowledge access through that gateway.
Important limits of this privacy model
**This is not an independently audited, operator-proof zero-knowledge product.** The website operator controls which JavaScript gets delivered to your browser and could change future code. Your administrator must share the passphrase with authorized trainees for them to unlock company knowledge. People with the passphrase can read it. A compromised device or weak passphrase can defeat the protections.
During a live training conversation, the browser sends selected decrypted training content to Deepgram and the configured AI provider so the model can respond. For AI coaching review, decrypted transcript text is sent transiently for processing. Neither use is end-to-end encryption to the customer's device alone. BOB cannot guarantee external model providers never retain or process submitted content.
A customer should not upload regulated or highly sensitive records until the provider agreements, retention settings, privacy review, and independent security tests have been completed.
Not just a security promise. Read the code.
These excerpts are bundled from the actual BOB source files used by the build. They demonstrate the design, but displaying code does not independently prove what a server executes or that future builds are unchanged.
Cryptographic API: Web Crypto PBKDF2 (310,000 SHA-256 iterations) with a per-organization salt, non-extractable AES-256-GCM key, random 96-bit per-record IV and organization-bound additional authenticated data. The browser key is deliberately not stored in localStorage.
Want an external review?
Ask for the security architecture, boundaries, and planned third-party audit.