Harden Calendar connector trust boundaries
This commit is contained in:
10
README.md
10
README.md
@@ -40,9 +40,13 @@ The first backend implementation stores VEVENT data in two layers:
|
||||
CalDAV sync is implemented as a calendar-owned backend primitive. A CalDAV source
|
||||
records the remote collection URL, sync token, ETag/ctag state, username,
|
||||
credential reference, sync interval, sync direction, and conflict policy.
|
||||
Credentials can be supplied transiently for manual sync, referenced from
|
||||
environment variables with `env:NAME`, stored through a platform secret provider
|
||||
when one is available, or stored as encrypted calendar-owned credentials.
|
||||
Credentials can be supplied transiently for manual sync. Persisted API-managed
|
||||
sources accept only a password or token: Calendar stores an opaque, tenant- and
|
||||
source-bound local reference, backed by the platform secret provider when one is
|
||||
available or by an encrypted calendar-owned credential otherwise. Caller-selected
|
||||
environment and external-provider references are rejected. Trusted deployment
|
||||
code may resolve an `env:NAME` reference only through the separate deployment
|
||||
configuration helper.
|
||||
|
||||
Inbound sync uses CalDAV `calendar-query` for full sync and `sync-collection`
|
||||
when a sync token exists. It imports all VEVENT components in a resource and
|
||||
|
||||
Reference in New Issue
Block a user