Skip to content

Reject unencrypted file content by default when E2EE is enabled - #218

Merged
vrtmrz merged 2 commits into
mainfrom
fix/require-encrypted-content
Nov 11, 2026
Merged

vrtmrz merged 2 commits into
mainfrom
fix/require-encrypted-content

Conversation

@vrtmrz

@vrtmrz vrtmrz commented Nov 11, 2026

Copy link
Copy Markdown
Owner

This change makes E2EE-enabled CouchDB receivers reject documents containing unencrypted file content by default. The previous plaintext acceptance behaviour remains available through an explicit opt-in.

The default applies to ordinary replication, direct reads, and Fast Fetch. Integrations that intentionally accept plaintext can set acceptUnencryptedContent to true; outgoing content remains encrypted. The setting participates in settings transfer and the existing settings lifecycle.

On-demand Chunk retrieval also rejects responses which are not valid Chunk documents, and diagnostics omit rejected document bodies. This does not authenticate all file metadata or repair content already stored locally.

Prepares Commonlib 0.4.3 with release notes and reporter acknowledgement.

Validation:

  • npm run verify:package: type checks, 3,767 unit tests, boundary and release tests, and packed-package checks.
  • npm run test:integration:managed: 40 tests.
  • Self-hosted LiveSync consuming the exact local 0.4.3 package: checks, 2,107 passing unit tests, production and application builds, and real Obsidian E2EE and Object Storage scenarios.

The package has not yet been published to npm; registry artefact verification remains part of publication.

@vrtmrz
vrtmrz merged commit 48c7b63 into main Nov 11, 2026
3 checks passed
@vrtmrz
vrtmrz deleted the fix/require-encrypted-content branch November 12, 2026 03:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant