Zero-trust posture
No single system is implicitly trusted with your plain data. Your device encrypts first, your account proves identity, and the cloud stores encrypted blobs instead of readable inventory.
ArmoryAtlas is built with a zero-trust operating model around a zero-knowledge cloud vault. Your device encrypts first, your account proves identity, and the service stores encrypted data instead of readable inventory.
This page explains what that means in plain language: what we can see, what we cannot see, why an account exists, how encrypted cloud storage works, where premium boundaries live, and how we talk about billing, restore, export, and support without hand-waving.
Trust summary
No single system is implicitly trusted with your plain data. Your device encrypts first, your account proves identity, and the cloud stores encrypted blobs instead of readable inventory.
Sensitive records are encrypted on-device with your vault key before sync or backup. ArmoryAtlas cannot read serial numbers, notes, receipts, trust documents, or range records from the server side.
ArmoryAtlas is a cloud service. Your records are encrypted before upload, then stored as encrypted vault data in the cloud instead of being treated as a device-only database.
Biometric unlock, export, estate workflows, and cross-device access are intentional, user-driven steps. Sharing is never turned on silently.
Privacy explainer
The easiest way to lose trust is to blur the line between account services and vault contents. ArmoryAtlas treats those as separate layers even though the product is cloud-only.
Why this is safer than a spreadsheet
Review after review showed the same pattern: people are not just buying storage. They are buying confidence that the cloud record will still exist, still make sense, and still be exportable when something goes wrong.
Copies get emailed, attached to notes, saved in desktop folders, or left inside generic cloud drives with little context about who can read them.
Your records are meant to live inside an encrypted vault with clearer boundaries around sync, export, restore, and device unlock.
They rarely handle receipts, photos, estate access, travel context, round counts, or restore validation without a patchwork of extra files.
Inventory, attachments, exports, backup guidance, and estate workflows live in one system so ownership, proof, and recovery are easier to reason about.
Storage matrix
This is the trust model users actually need: where something lives in the cloud, why it exists, whether ArmoryAtlas can read it, and what control you keep.
| Surface | Purpose | Where it lives | Can we read it? |
|---|---|---|---|
| Encrypted cloud vault | Primary source of truth for inventory, notes, attachments, and history | Encrypted records stored in your account-backed cloud vault | No plaintext access You unlock access with your account identity plus vault credentials or device security where supported |
| Cross-device sync and recovery | Keep the encrypted cloud vault available across devices and during account recovery flows | Encrypted blobs stored under your account | No plaintext access You sign in, unlock the vault, and choose when to reconnect, restore, or move to another device |
| Exports | Insurance, estate, audit, print, and personal backup workflows | Generated for you on demand | No, unless you intentionally share the exported file elsewhere You choose the format, destination, and whether to share it |
| Device biometrics | Faster unlock without weakening the vault model | Hardware-backed device secure storage | No You opt in per device and can turn it off at any time |
| Account and billing | Identity, purchase restore, plan access, and support routing | Account service and store billing systems | Yes, for account and entitlement data only You can review plan state, sign in on a new device, and manage billing separately from vault data |
Why an account exists
Pricing and transitions
Cloud-only storage
ArmoryAtlas is a cloud-only product, but the trust boundary is still the same: vault contents are encrypted before upload, account services are separate from readable records, and export, restore, and sharing should remain explicit user actions. Wherever we present those workflows, the UI should tell you what is stored in the encrypted cloud vault, what is account metadata, and what leaves the system as an export.
Platform boundaries
Another repeated review theme was confusion about where a workflow lives. If something is best on desktop, premium-only, or tied to your cloud account, the interface should say so before you invest effort.
How we answer trust questions
Users do not only judge security on good days. They judge it during restores, entitlement mismatches, crashes, export deadlines, and privacy concerns. Good trust messaging is specific, calm, and technically honest.
We explain what account metadata exists, what vault content is encrypted before upload, and what the service must keep to authenticate or bill correctly.
We show what was backed up, when it last succeeded, and whether attachments, documents, and counts match after restore.
We surface the entitlement source of truth, give you a restore or retry action, and avoid language that makes your data feel hostage to a stale purchase state.
We document the problem clearly, protect existing records first, and explain what was repaired, what still needs review, and how to export your data immediately if needed.
Continue reading
If you want the legal detail, read the privacy policy and terms. If you want the live plan matrix, open pricing. If you just want to start with the secure vault, create your account and keep your records encrypted from the first session.