Local · No uploads

Open KeePass .kdbx online — free vault manager, no upload

Mobile·FullDesktop·Full

Open & generate

Open, edit, and create KeePass (.kdbx) password vaults right in your browser. Browse groups and entries, reveal and copy passwords, show 2FA/TOTP codes, and save the encrypted database back to your device. Your master password and secrets never leave this tab.

Loading…

There is no upload endpoint — your files are processed in this browser tab. Open your network tab and check. See how it stays private.

How to open a KeePass .kdbx vault

  1. Open the vault. Drop your .kdbx file and enter its master password (and key file, if any).
  2. Browse entries. Navigate groups, search, and open entries to reveal or copy fields.
  3. Edit. Add, rename, or update entries and generate new passwords inline.
  4. Save back. Re-encrypt and download the updated .kdbx to replace your file.

A .kdbx file is a portable, offline password vault — but reading one usually means installing KeePass or a plugin. Opening it in the browser removes that friction while keeping the security model intact: the file stays encrypted until you supply the master password, and decryption happens locally with Argon2 key derivation.

You get the full workflow — search, reveal, copy, edit, and generate — plus TOTP codes for entries that store a 2FA secret, so a single vault covers both passwords and second factors.

Generate new credentials as you go with the Password Generator, check the whole file with the Vault Health Check, or move credentials in and out with Import & Export.

Frequently asked questions

How do I open a .kdbx file without installing KeePass?

Drop the .kdbx here and enter its master password. It decrypts with kdbxweb and WASM Argon2 in the browser, so you can read and edit the vault without any desktop app.

Does it support key files and KeePass 2 (KDBX 4)?

Yes. You can unlock with a master password, a key file, or both, and it reads and writes modern KDBX 4 databases including entries, groups, and TOTP fields.

Is it safe to open my real vault here?

The database is decrypted in memory in this tab and there is no server involved — you can open the network panel and confirm nothing leaves while you work.

Where is my vault stored after editing?

Nowhere but where you save it. You download the re-encrypted .kdbx back to your own device; the tool keeps no copy.

Related tools

Password Desk tools

Everything runs in your browser

Technical transparency

SafePaper is built so your PDFs are processed in your browser, not on SafePaper servers. The sections below explain this in plain language.

Hosting & delivery

  • The site is a Next.js (App Router) application. Production is static HTML, JavaScript bundles, CSS, and assets—served like any modern front-end (e.g. on Vercel).
  • There is no Route Handler, no pages/api, and no server action that accepts your PDF for processing. We do not operate an upload endpoint for document bodies.

Runtime (your machine)

  • UI is React 19 + TypeScript, styled with Tailwind CSS, with motion via Framer Motion where noted in the interface.
  • Dropped files are read with the browser File API into ArrayBuffer / Uint8Array and kept in client-side React state (a shared provider across tool pages in one visit). The visible queue is also mirrored to sessionStorage when it fits browser limits so a refresh in the same tab can restore filenames and bytes without contacting a server.
  • Heavy merge, split, organize, compress, crop (CropBox and multi-region PDF exports), and redact PDF output runs in a dedicated Web Worker (pdf-operations.worker.ts, compress-pdf.worker.ts, bookmarks-outline.worker.ts, extract-embedded-images.worker.ts, crop-pdf.worker.ts) so the main UI thread stays responsive. Buffers are passed with postMessage + Transferable where supported to avoid extra copies.
  • Organize's optional duplicate-page scan runs in pdf-duplicate-pages.worker.ts with pdf.js + OffscreenCanvas—still only on your device.

Security Vault

  • Security Vault (/security) runs JWT decode, hashing, AES file encrypt, key generation, TOTP, bcrypt, and Shamir sharing with Web Crypto and jose in your tab only.
  • Optional site analytics and the consent banner are disabled on Security Vault routes even if you opted in elsewhere—so secrets pasted here are not on pages that load Vercel Analytics.

Share Desk (peer-to-peer)

  • Share Desk (/share) transfers files with WebRTC data channels directly between two browsers. SafePaper does not store or process file bytes on our infrastructure.
  • A separate WebSocket signaling service (configured via NEXT_PUBLIC_SIGNALING_URL) relays SDP offers/answers and ICE candidates so peers can find each other. That relay carries connection metadata only—not your file contents.
  • Large receives stream into OPFS via opfs-writer.worker.ts so the main UI thread stays responsive. Senders read files in 64KB slices with data-channel backpressure.
  • Peers may use Google's public STUN (stun:stun.l.google.com:19302) to discover network paths. Optional TURN env vars (NEXT_PUBLIC_TURN_URL, etc.) can relay traffic on restrictive networks—that is separate third-party network traffic, not a SafePaper file upload.

PDF stack

  • Structural PDF work (merge order, page extraction, rotation, removal) runs in the worker path described above.
  • Optional password protection applies AES-256 encryption on the main thread after the worker returns bytes, using the browser's Web Crypto API. Your open password is not sent to any server.
  • Previews and raster export (PNG images and plain-text extraction) use a canvas-based PDF renderer in a separate worker. The preview worker script is served as static /pdf.worker.mjs from this site. CMaps, standard font metrics, ICC profiles, and WASM helpers for pdf.js live under /pdfjs/ (copied from pdfjs-dist on npm install) so workers can fetch glyph data from the same origin.
  • That preview worker is separate from the merge/split/organize worker; both use Web Workers and stay entirely on your device.

Network & storage

  • Over the wire you should see requests for the app shell, JS chunks, CSS, fonts (next/font self-hosted subsets), icons, the PDF preview worker script, and (after npm install) same-origin OCR assets under /tesseract/—not outbound uploads of your document to SafePaper for processing.
  • Downloads use normal browser mechanisms (Blob / URL.createObjectURL) initiated by you.
  • By default, tools do not persist your PDFs to SafePaper storage; lifetime is in-memory for that tab session (and the shared client state resets when you leave the tool area for the home page).
  • Storage Desk (/storage) is the one place where files are kept on purpose—and it is always end-to-end encrypted. A single passphrase derives an AES-256-GCM key with Argon2id inside a Web Worker; the key stays in memory only and is never written to disk or sent anywhere. File bytes and metadata (titles, categories, filenames, search embeddings) are encrypted before they touch any backend.
  • You choose the backend: Browser (OPFS + IndexedDB on this device) or bring-your-own S3 (Cloudflare R2 or any S3-compatible bucket, reached directly from your browser via SigV4). With BYO-S3, only opaque ciphertext—including the synced catalog.json index and a vault.json manifest (a non-secret salt + Argon2 parameters + an encrypted verifier, so a second device with the same passphrase can derive the same key)—lands in your bucket; SafePaper never receives it, and neither the key nor your passphrase is ever stored.

Tool-by-tool: where work runs

Tool / areaWhere work runsExtra network
Merge, split, organize, protectBrowser + workersApp shell only
Compress, redact, cleanBrowser + workersApp shell only
Export (PNG / JPEG / text)Browser (pdf.js canvas)App shell only
Forms, watermark, page #, insertBrowser (pdf-lib)App shell only
OCRBrowser (pdf.js + Tesseract)Same-origin WASM/worker/lang after postinstall (no third-party OCR CDN)
Duplicate scan (Organize)Browser worker (pdf.js)App shell only
Share Desk (P2P)Browser WebRTC + OPFS workerSignaling WebSocket + STUN (optional TURN) — no file bytes to SafePaper
Media StudioBrowser + FFmpeg WASM (lazy) + image workersSame-origin FFmpeg under /vendor/ffmpeg/
Data ZoneWeb Workers + DuckDB-wasm + OPFS queuesDuckDB bundles may fetch from jsDelivr on first SQL use — not your table rows
Security VaultBrowser Web Crypto + jose (no upload)Analytics disabled on these routes
AI Desk (RAG)Embedding + chat workers; IndexedDB indexOne-time model weight downloads (Transformers.js / WebLLM CDN)
Record DeskCapture + OPFS mux; Whisper workerWhisper ONNX/WASM may fetch from jsDelivr on first caption run
Vision StudioImage inference worker (ONNX / Transformers.js)One-time model weight downloads (Hugging Face / jsDelivr); images stay local
Audio LabFFmpeg WASM worker + Web Audio; Whisper for transcriptionOne-time FFmpeg/Whisper asset downloads; audio samples stay local
Health Deskdicom-parser + canvas; pure-JS HL7/FHIR; localStorage lab historyNone — scans, records, and lab data are parsed and stored entirely on-device
Scan DeskCamera + canvas image pipeline; Tesseract OCR; pdf-lib exportSame-origin OCR WASM/worker/lang only; scans stay on-device
Diagram DeskMermaid + Graphviz (WASM); canvas rasterize for exportOne-time Graphviz WASM fetch; diagram source stays local
Handwriting DeskCanvas render; MediaRecorder + FFmpeg WASM for videoSame-origin fonts + one-time FFmpeg assets; text stays local
Photo DeskCanvas pixel ops; heic-to WASM decode; RAW preview parseOne-time HEIC WASM assets; photos are edited & encoded on-device
Resume Desk@react-pdf render; pdf.js text extract; localStorageApp shell only; resume data stays in your browser's local storage
Email Deskpostal-mime / msgreader / TNEF parse; DOMPurify + sandboxed iframe (CSP blocks remote); @react-pdf renderApp shell only; email files are parsed in your browser, remote images & trackers blocked by default
Password Deskkdbxweb + hash-wasm Argon2; zxcvbn strength; otpauth TOTP; crypto.getRandomValuesApp shell only; KeePass .kdbx vaults are decrypted & edited in your browser — master password never leaves the tab
Archive Deskzip.js + fflate in archive workerApp shell only (central directory parsed locally)
Data Roomcrypto-packager worker + offline HTML exportSame-origin /dataroom-template.html at build time
Storage DeskArgon2id + AES-256-GCM crypto worker; OPFS + IndexedDB; on-device labeling/embeddingsNone for Browser backend. BYO-S3 sends only opaque ciphertext straight to your own bucket (SigV4) — never to SafePaper

“App shell only” means HTML/JS/CSS/fonts and static assets from your host—no SafePaper API that accepts PDF bodies. A production service worker precaches the home page, PDF preview worker, and vendored OCR files for calmer offline reloads after the first visit.

Offline & limits

  • After the app has loaded once, cached bundles mean the core tools can keep working offline for files already held in memory—subject to browser cache eviction.
  • Practical limits are those of the device: available RAM, CPU, and browser tab limits. Malicious PDFs are still a local execution concern the same way opening a file in any desktop viewer is; we do not add a separate server-side malware scan because files never leave your machine for our processing.

Design rule

Zero server uploads for PDF work. New tools are expected to follow the same model: browser-first, worker offload where needed, and no silent exfiltration of document bytes to SafePaper infrastructure.

Privacy status

See what this page loaded. Your files stay on your device.

Live privacy status

Your passwords stay on your device. This panel shows what your browser loaded on this page.

Your passwords sent to SafePaper0bytes · by design
Tab requests shown
0
Bundles, CSS, fonts…
0
fetch / XHR rows
0
Downloaded (assets)
—

How to read this: Password work happens on your device. Requests below are usually app files, not your vault content.

Network rowsTap for full list

No network rows yet. Reload once and they should appear after the page finishes loading.

Analytics preferences

You have not chosen yet — use the bar at the bottom of the screen, or choose below.

Optional analytics uses Vercel Web Analytics and Speed Insights for aggregated page and performance data only. We do not attach your PDFs or their contents to these tools.

Read the Privacy Policy section