You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
-[Manually running the event resigning background job](#manually-running-the-event-resigning-background-job)
16
18
17
19
## Upgrading
18
20
@@ -130,6 +132,8 @@ The deployment markers functionality can be turned off by setting `deploymentMar
130
132
131
133
If you initially deployed ESS Community with the chart secrets initialization hook enabled (`initSecrets.enabled` not set to `false`), your Synapse signing key will be vulnerable if it was not set explicitly in `synapse.signingKey`. If you later specified its content in `synapse.signingKey` in the values files, the chart will not be able to generate a new key automatically. You will be using the vulnerable signing key until you change it manually.
132
134
135
+
Even if the above doesn't apply, if you never ran a version of ESS Community between 25.12.2 and 26.4.0 (inclusive), you will still need to [manually trigger the event resigning background job](#manually-running-the-event-resigning-background-job).
136
+
133
137
1. Install `signedjson` and `pyyaml` using `pip` : `pip install signedjson pyyaml`
134
138
2. Generate your new signing key with the key id `ed25519:1` using the following command :
135
139
@@ -204,4 +208,20 @@ If you initially deployed ESS Community with the chart secrets initialization ho
204
208
}
205
209
}
206
210
207
-
```
211
+
```
212
+
213
+
### Manually running the event resigning background job
214
+
215
+
If you are upgrading from 25.12.1 or earlier to ESS Community 26.4.1 or later then the event resigning background job needs to be manually run.
216
+
This applies if `initSecrets` was enabled (the default), regardless of whether you hard-coded the generated Synapse signing key into `synapse.signingKey` or not.
217
+
218
+
If your deployment ever ran 25.12.2 to 26.4.0, and either generated the Synapse signing key externally or didn't hard-code the chart generated signing key, then this process does not need to run.
219
+
220
+
The event resigning background job is triggered with
The background job optionally takes `old_key` and `before_ts` JSON fields.
227
+
Full documentation can be found in the [Synapse Admin API documentation](https://element-hq.github.io/synapse/latest/usage/administration/admin_api/background_updates.html#run)
If upgrading directly from ESS Community 25.12.1 or earlier, the [`event_resign` background update](https://element-hq.github.io/synapse/latest/usage/administration/admin_api/background_updates.html) will need to be manually run.
4
+
If ESS Community 25.12.2 to 26.4.0 have been run on a deployment with `initSecrets` enabled (the default), this background update does not need to be manually run.
5
+
If upgrading from ESS Community 25.12.1 or earlier or `initSecrets` was later disabled, full [instructions are available](https://github.com/element-hq/ess-helm/blob/main/docs/maintenance.md#fixing-cve-2026-24044elementsec-2025-1670-manually)
6
+
7
+
Highlights:
8
+
- Add a ["Listing quarantined media changes" Admin API](https://element-hq.github.io/synapse/latest/admin_api/media_admin_api.html#listing-quarantined-media-changes) for retrieving a paginated record of when media became (un)quarantined
9
+
- Add a way to re-sign local events with a new signing key
10
+
- Reduce database disk space usage by pruning old rows from `device_lists_changes_in_room`
0 commit comments