No server. No telemetry. Open source.

Sync your browser to storage you own.

Bookmarks, tabs, history and your extension list, in step across every Chromium based browser. Stored in your own Google Drive, GitHub or WebDAV, with no Konode account and no server in between.

What syncs

Four data streams, in step across every browser.

Bookmarks

Your whole tree lands on every device with the folders and the nesting intact. Add one on the laptop and it is on the desktop, so the organising you already did stays done.

Open tabs

Close the laptop mid-thought and pick the same tabs back up on another machine. Save a set, restore it wherever you land. Your session stops belonging to one device.

History

That page you found last week is still there on the machine you are sitting at now. One de-duplicated list instead of one per device, so searching your history finds things.

Extensions

Set up a new machine and see at a glance which of your extensions are missing from it. Konode keeps the list in step, and never installs or removes a thing by itself.

When two devices disagree, you choose how it's resolved: newest wins, always prefer this device, always prefer the other, or resolve it yourself from the popup.

Your storage

Bring the backend.
Konode does the rest.

Three backends underneath: Google Drive, a GitHub repository, or any compliant WebDAV server. Everything below is one of those three, so if your provider speaks WebDAV, it already works.

Google Drive

Signs in with your own Google account and asks only for the narrow drive.file scope, so Konode can touch the files it created and nothing else in your Drive.

GitHub

Point it at a single private repository with a fine-grained token. Every sync lands as a commit, so you get a version history you can read, diff, and roll back by hand.

Nextcloud / ownCloud

Connects over WebDAV, so your sync files sit on the server you already run. Use an app password rather than your account login, especially with two-factor on.

pCloud

Turn on WebDAV access in your pCloud account and paste the endpoint into Konode. It writes into one folder you pick and leaves the rest of your drive alone.

Koofr

Koofr exposes a WebDAV endpoint, so it works the same way. Generate an app password for it and your main Koofr login never goes into the extension.

Fastmail

Fastmail's file storage speaks WebDAV too. Same three fields as any other server: endpoint URL, username, and an app password scoped to files.

Synology

Turn on the WebDAV Server package in DSM and point Konode at it. The one option where storage you own is literal, because the disk is in your house.

WebDAV

The generic route, and the one the five above travel on. Any compliant server works, kDrive included. No provider-specific code and nothing to lock you in.

Miss your storage?

If your provider exposes WebDAV, it already works, so try it first. If not, open an issue and name it. That is how MEGA got on the roadmap.

End-to-end encryption

Encrypt it before it leaves your browser.

Encryption is optional and stays off until you set a passphrase. Switch it on and every file Konode writes is sealed on this machine first, so the provider holding it is holding something it cannot read.

Inside your browser

  1. You pick a passphrase

    The same one on every device you sync, typed in on each. Konode keeps no copy of it and has nowhere to keep one.

  2. The key is derived here

    On this machine, from that passphrase. It never crosses the network in either direction, so there is no moment at which it could be intercepted.

  3. The file is sealed with AES-256-GCM

    Bookmarks, tabs, history and your extension list become ciphertext before a single byte is uploaded.

What your storage provider receives

Encryption off

"title": "Mortgage rates 2026", "url": "https://…"

Encryption on

"payload": "9f3c7a1e5d2b8c4f…"

Konode never gets the key, and there is no Konode server to send it to.

That cuts both ways, and it is meant to. Nobody can read these files back without the passphrase, and nobody includes you. Turning encryption on also only changes what gets written from then on, so delete anything already synced in readable form if you want none of it left.

Privacy & security

The threat model, out in the open.

Who can see what

Three parties can touch your synced data. Here is exactly how much of it each one gets, with encryption off and with it on.

You

On any device you have signed in on, with the passphrase you chose.

Encryption off Everything
Encryption on Everything

Your storage provider

Google, GitHub, or whoever runs the WebDAV server you pointed Konode at.

Encryption off File contents
Encryption on Ciphertext only

Konode

The extension you install, and us, the people who wrote and publish it.

Encryption off Nothing
Encryption on Nothing

Where a bookmark actually goes

Two stops, and with a passphrase set, ciphertext for the whole crossing between them. Every other sync tool keeps a server in the middle of this picture. There is nothing to put there.

Step 1, on your device

Your browser

Konode reads the streams you switched on and, if you set a passphrase, encrypts them here. The key is derived on this machine and never leaves it.

Step 2, your account

Your storage

The file lands in your own Drive, repository or WebDAV folder. With a passphrase set it arrives as ciphertext that nobody can read back without it.

Permissions arrive when you ask for them

Konode installs able to read one thing. The browser only prompts for the rest when you switch that stream on, so anything you leave off stays unreadable. Try it.

Konode can read
    Konode cannot read

      Known limits

      What this does not protect against

      A threat model that only lists wins is marketing. These are the three places where Konode cannot help you, stated before you install rather than after something goes wrong.

      Someone at your unlocked machine

      Browser extensions cannot reach the operating system keychain, so your backend credentials sit in ordinary local extension storage. Anyone using your unlocked profile can read them.

      A forgotten passphrase

      Encryption keys are derived on your device and never leave it. Lose the passphrase and the uploaded data cannot be decrypted, by you or by us. There is nothing to reset.

      Metadata at your provider

      Encryption hides what is inside a file, not that the file exists. Your provider can still see file names, sizes and when they last changed, whether encryption is on or off.

      The file format

      One JSON file
      per device, per data type.

      /Konode/laptop-bookmarks.json
      {
        "device":   "laptop",
        "type":     "bookmarks",
        "updated":  "2026-07-27T09:41:00Z",
        "checksum": "sha256:a3f9…c2b7",
        "e2ee":     true,
        "payload":  "<AES-256-GCM ciphertext>"
      }

      Alongside itlaptop-tabs.jsondesktop-bookmarks.jsondesktop-history.json

      This is an illustrative shape. The repository has the exact schema. Every sync pulls each peer's file, merges non-destructively, then pushes back. Bookmarks use tombstones so deletions travel between devices without resurrecting old entries.

      Alternatives

      How it compares.

      Feature Konode Floccus xBrowserSync Built-in sync
      What syncs Bookmarks, tabs, history, extension list Bookmarks, or open tabs Bookmarks Bookmarks, tabs, history, passwords, and more
      Where synced data is stored Your Drive, GitHub, or WebDAV Nextcloud, WebDAV, Git, Drive, Dropbox, Linkwarden, KaraKeep Its own service: official, community-run, or self-hosted Google's or Mozilla's servers
      Account needed No Konode account No floccus account No account, just a sync ID and password Yes, a Google or Mozilla account
      End-to-end encryption Optional, on every backend Optional, on WebDAV and Drive Always on Firefox by default, Chrome behind a passphrase
      Open source Yes, MPL-2.0 Yes, MPL-2.0 Yes, GPL-3.0 Clients open. Firefox's server too, Chrome's not

      Compared in August 2026 from each project's own documentation. Check the source projects for current details.

      Questions

      The things people ask first.

      Do I need a Konode account?

      No. There is no account to create and no Konode server to sign in to, because there isn't one. You connect storage you already have, and that is the setup.

      Which browsers does it run on?

      Chrome, Brave, Helium and ungoogled-chromium through the Chrome Web Store, and Firefox through Firefox Add-ons. The two can sit a patch apart while a release clears review. The roadmap has the detail.

      Which storage can I point it at?

      Three backends: Google Drive, a GitHub repository, or any compliant WebDAV server. Nextcloud, ownCloud, Synology, pCloud and kDrive all qualify. The setup guide walks through each.

      Where are my credentials kept?

      On your device only, in the browser's local extension storage. They authenticate to the backend you chose and are never transmitted to us. There is no server to transmit them to.

      What if I lose my encryption passphrase?

      Then the uploaded data cannot be decrypted, by you or by anyone else. No Konode server holds your key, so there is nothing to reset and no recovery path.

      How do I delete everything Konode wrote?

      Two places, both yours. Uninstalling clears what the extension put on your device, credentials included. Deleting Konode's folder on your own backend clears the synced files. There is no third place.

      Get involved

      Konode is open, so you can push it around.

      It is an independent project under an MPL-2.0 licence. There is no company behind it and nothing to sell you, so the ways to help are the open source ones.

      Get started

      Your browser, your storage.
      Takes about two minutes.

      Install it, point it at a backend you already pay for or already run, and add your second device. Nothing to sign up for along the way.

      Free and open source under MPL-2.0. Read the code.