rmcdaniel · Nov 12, 2026 · Nov 12, 2026 · Nov 12, 2026 · Nov 12, 2026
diff --git a/docs/compatibility.md b/docs/compatibility.md
@@ -99,12 +99,12 @@ The embedded package and the service-mode SDK have separate support contracts.
 
 | Package line | PHP | Laravel |
 | --- | --- | --- |
-| Current embedded Workflow 2.22 | PHP 8.2+ in 8.x; PHP 8.3+ for Laravel 13 | `^12.69.0` or `^13.30.0` |
+| Current embedded Workflow 2.24 | PHP 8.2+ in 8.x; PHP 8.3+ for Laravel 13 | `^12.69.0` or `^13.30.0` |
 | Embedded Workflow 2.20.5 | PHP `^8.1`, subject to Laravel's own minimum | `^10.50.4`, `^11.56.1`, `^12.69.0` or `^13.30.0` |
 | Published PHP SDK 3.11 | Bare SDK PHP `^8.1`; the Laravel bridge needs PHP `^8.2`, and PHP 8.3+ for Laravel 13 | `^12.69.0` or `^13.30.0` |
 | PHP SDK 3.9.5 | Bare SDK PHP `^8.1`; the Laravel bridge also follows Laravel's PHP minimum | `^10.50.4`, `^11.56.1`, `^12.69.0` or `^13.30.0` |
 
-The [published embedded upgrade contract](https://github.com/durable-workflow/workflow/blob/2.22.0/resources/laravel-embedded-upgrade-contract.json)
+The [published embedded upgrade contract](https://github.com/durable-workflow/workflow/blob/2.24.0/resources/laravel-embedded-upgrade-contract.json)
 and each release's `composer.json` are the package authorities. The current
 embedded release was verified on Laravel 12 with PHP 8.2–8.4 and Laravel 13 with
 PHP 8.3–8.4. Its PHP 8.1 and Laravel 10/11 support has been removed. This does
@@ -136,6 +136,31 @@ releases can discard the policy and mix the wait chain, and upgrading again
 does not repair that history. See the
 [2.22.0 changelog](https://github.com/durable-workflow/workflow/blob/2.22.0/CHANGELOG.md).
 
+Workflow 2.23 and 2.24 keep the 2.21 support floors and the embedded worker
+protocol `1.22`. 2.23 adds no database migration. 2.24 adds one, so run
+`php artisan migrate` when you upgrade. It adds nullable
+`last_heartbeat_progress`, `last_heartbeat_progress_at` and
+`last_heartbeat_recorded_at` columns to `activity_attempts`, with no backfill.
+Behavior changes to check before upgrading:
+
+- From 2.24, a heartbeat writes an `ActivityHeartbeatRecorded` event only when
+  its progress changed, at most once per max(heartbeat timeout, 60 seconds).
+  See [Heartbeats](./features/heartbeats.md).
+- From 2.24, creating a schedule with an id that is already taken, including a
+  deleted or exhausted schedule, raises `ScheduleAlreadyExistsException`, and
+  re-applying an unchanged schedule records nothing.
+- From 2.23.1, a new activity with `maxAttempts` below 1 fails the run instead
+  of running once. For unlimited attempts, omit `maxAttempts` and set the
+  activity class `$tries` to 0. Histories recorded earlier keep replaying.
+- From 2.23.1, embedded saga compensation runs under a cancellation shield,
+  and an update accepted while the run is closing still gets its result.
+
+See the release notes for
+[2.23.0](https://github.com/durable-workflow/workflow/releases/tag/2.23.0),
+[2.23.1](https://github.com/durable-workflow/workflow/releases/tag/2.23.1),
+[2.23.2](https://github.com/durable-workflow/workflow/releases/tag/2.23.2) and
+[2.24.0](https://github.com/durable-workflow/workflow/releases/tag/2.24.0).
+
 ## Stability Levels
 
 Every public surface in Durable Workflow carries exactly one of these

diff --git a/docs/monitoring.md b/docs/monitoring.md
@@ -215,6 +215,11 @@ docker run --detach \
   durableworkflow/waterline:%%artifact.waterlineVersion%%
 ```
 
+Run image 2.16.0 or later. The 2.14.0 image, and the 2.15.0 image that was
+published to Docker Hub but never announced, ship Symfony 7.4.21, which is
+affected by CVE-2026-118514 and CVE-2026-118516. An embedded Waterline uses
+your application's own Symfony packages, so update them there.
+
 Open `/waterline` through the URL represented by `APP_URL`. The image listens
 on container port `8080`; set `PORT` only when you intentionally change that
 internal port. `WATERLINE_PATH` changes the default `waterline` URL prefix.

diff --git a/i18n/de/docusaurus-plugin-content-docs/current/compatibility.md b/i18n/de/docusaurus-plugin-content-docs/current/compatibility.md
@@ -66,12 +66,12 @@ Das eingebettete Paket und das Service-Modus-SDK haben eigene Supportverträge.
 
 | Paketlinie | PHP | Laravel |
 | --- | --- | --- |
-| Aktuelles eingebettetes Workflow 2.22 | PHP 8.2+ in 8.x; PHP 8.3+ für Laravel 13 | `^12.69.0` oder `^13.30.0` |
+| Aktuelles eingebettetes Workflow 2.24 | PHP 8.2+ in 8.x; PHP 8.3+ für Laravel 13 | `^12.69.0` oder `^13.30.0` |
 | Eingebettetes Workflow 2.20.5 | PHP `^8.1`, zusätzlich gilt das Framework-Minimum | `^10.50.4`, `^11.56.1`, `^12.69.0` oder `^13.30.0` |
 | Veröffentlichtes PHP-SDK 3.11 | Reines SDK PHP `^8.1`; die Laravel-Bridge benötigt PHP `^8.2` und für Laravel 13 PHP 8.3+ | `^12.69.0` oder `^13.30.0` |
 | PHP-SDK 3.9.5 | Reines SDK PHP `^8.1`; die Laravel-Bridge beachtet ebenfalls das Framework-Minimum | `^10.50.4`, `^11.56.1`, `^12.69.0` oder `^13.30.0` |
 
-Maßgeblich sind der [veröffentlichte eingebettete Upgrade-Vertrag](https://github.com/durable-workflow/workflow/blob/2.22.0/resources/laravel-embedded-upgrade-contract.json)
+Maßgeblich sind der [veröffentlichte eingebettete Upgrade-Vertrag](https://github.com/durable-workflow/workflow/blob/2.24.0/resources/laravel-embedded-upgrade-contract.json)
 und die jeweilige `composer.json`. Das aktuelle eingebettete Release wurde mit
 Laravel 12/PHP 8.2–8.4 und Laravel 13/PHP 8.3–8.4 geprüft. Es entfernt PHP 8.1
 und Laravel 10/11. Die [historische stabile v1-Anleitung](/docs/1.x/installation/)
@@ -105,6 +105,15 @@ und die Wartekette durcheinanderbringen; ein erneutes Upgrade repariert diesen
 Verlauf nicht. Siehe das
 [Changelog zu 2.22.0](https://github.com/durable-workflow/workflow/blob/2.22.0/CHANGELOG.md).
 
+Workflow 2.23 und 2.24 behalten die Mindestanforderungen von 2.21 und das eingebettete Worker-Protokoll `1.22` bei. 2.23 fügt keine Datenbankmigration hinzu. 2.24 fügt eine hinzu, führen Sie beim Upgrade also `php artisan migrate` aus. Sie ergänzt `activity_attempts` um die nullbaren Spalten `last_heartbeat_progress`, `last_heartbeat_progress_at` und `last_heartbeat_recorded_at`, ohne Backfill. Vor dem Upgrade zu prüfende Verhaltensänderungen:
+
+- Ab 2.24 schreibt ein Heartbeat ein `ActivityHeartbeatRecorded`-Ereignis nur, wenn sich sein Fortschritt geändert hat, höchstens einmal pro max(Heartbeat-Timeout, 60 Sekunden). Siehe [Heartbeats](./features/heartbeats.md).
+- Ab 2.24 löst das Anlegen eines Zeitplans mit einer bereits vergebenen ID, auch der eines gelöschten oder ausgeschöpften Zeitplans, `ScheduleAlreadyExistsException` aus, und das erneute Anwenden eines unveränderten Zeitplans zeichnet nichts auf.
+- Ab 2.23.1 lässt eine neue Aktivität mit `maxAttempts` unter 1 die Ausführung fehlschlagen, statt einmal zu laufen. Für unbegrenzte Versuche lassen Sie `maxAttempts` weg und setzen `$tries` der Aktivitätsklasse auf 0. Früher aufgezeichnete Historien werden weiterhin abgespielt.
+- Ab 2.23.1 läuft die eingebettete Saga-Kompensation unter einem Abbruchschutz, und ein Update, das angenommen wird, während die Ausführung endet, erhält trotzdem sein Ergebnis.
+
+Siehe die Versionshinweise zu [2.23.0](https://github.com/durable-workflow/workflow/releases/tag/2.23.0), [2.23.1](https://github.com/durable-workflow/workflow/releases/tag/2.23.1), [2.23.2](https://github.com/durable-workflow/workflow/releases/tag/2.23.2) und [2.24.0](https://github.com/durable-workflow/workflow/releases/tag/2.24.0).
+
 ## Stabilitätsstufen {#stability-levels}
 
 Jede öffentliche Durable-Workflow-Schnittstelle trägt genau eine dieser Stabilitätsstufen. Die Stufen sind explizit: Eine nicht klassifizierte Schnittstelle ist nicht öffentlich.

diff --git a/i18n/de/docusaurus-plugin-content-docs/current/monitoring.md b/i18n/de/docusaurus-plugin-content-docs/current/monitoring.md
@@ -165,6 +165,8 @@ docker run --detach \
   durableworkflow/waterline:%%artifact.waterlineVersion%%
 ```
 
+Verwenden Sie das Image 2.16.0 oder neuer. Das Image 2.14.0 und das auf Docker Hub veröffentlichte, aber nie angekündigte Image 2.15.0 enthalten Symfony 7.4.21, das von CVE-2026-118514 und CVE-2026-118516 betroffen ist. Ein eingebettetes Waterline verwendet die Symfony-Pakete Ihrer Anwendung, aktualisieren Sie sie also dort.
+
 Öffnen Sie `/waterline` über die durch `APP_URL` dargestellte URL. Das Image lauscht auf Containerport `8080`. Setzen Sie `PORT` nur, wenn Sie diesen internen Port bewusst ändern. `WATERLINE_PATH` ändert das Standard-URL-Präfix `waterline`. Das Repository veröffentlicht außerdem eine [Docker-Compose-Dienstdefinition](https://github.com/durable-workflow/waterline/blob/main/deploy/docker-compose.service.yml) mit derselben Verbindungsgrenze.
 
 Der Dienstmodus hat zwei unabhängige Authentifizierungsebenen:

diff --git a/i18n/de/source-hashes.json b/i18n/de/source-hashes.json
@@ -4,7 +4,7 @@
   "ai-agent-workflow-engine.md": "28016466b179adbabdff6467ce351100c9bee48529a8bec9df7ec22c8d786d4d",
   "ai-assisted-development.md": "b246bb60585fb7a69bc534978f470f3f16e899e1f8f203ba0847d2d11b8a1ec3",
   "capabilities.md": "d9a2bbc0d04adf8cb3f4c7f42d779a43aafab60791210305e7e476c0499528fc",
-  "compatibility.md": "3d7a81fb13123b3a8b3485b896b15fae8d99c362fbdbf6639c52f7534bc445e4",
+  "compatibility.md": "05e471e9473d8aee091974db641901d3437169dcb9ffbaadaaa08de45f7e6f44",
   "configuration/customization-matrix.md": "3d115863eaee7852b541bcd01615f424cc19c5847c7cd7d75e5ae63bc3f5cc78",
   "configuration/database-connection.md": "cc83ae77133236309506fa44d39bfd0c939c32a6154c0bd6099bc64c83bdaec9",
   "configuration/ensuring-same-server.md": "6c665f37cc198c7b1a775a60a94aab5ff4e55383385e76f1834c7840559b512a",
@@ -63,7 +63,7 @@
   "laravel-adoption.md": "be0890619736ee2362ee96b6b1f5f397f10fb58cb845448ac15b437ac3062b36",
   "mcp-workflows.md": "1c0b5bb7f2e5c7ca835dfdfa57bbe8f6624172c855f4e225057ac2377abf360e",
   "migration.md": "7304a53786d5e45d3a639c33386e6558e855ee77982883a5e051ef5084b8453b",
-  "monitoring.md": "202278c1196508df5ff00d34cfe94fd2d60dfb7fd2fcb768cf37864c7605de0a",
+  "monitoring.md": "4b1915e93254e3a9f64d8d847035e3b21c5bb22b6fa8f524f60fb01fb21d1053",
   "operator-operating-envelope.md": "dc0cf13d8593e4ce2d8ec1912e45e61c9bf13f06abf7cc8c422379db5e3fa0ad",
   "platform-conformance.md": "2eec7eba9a65c010e03c4b2eb78afe4dddd6fd8170218b3194c49e3777124c91",
   "platform-protocol-specs.md": "ba9c69adfca7fb4a0dd982464b0ca69dd5a21de1e340edbe23b075ec0fb0c35c",

diff --git a/i18n/es/docusaurus-plugin-content-docs/current/compatibility.md b/i18n/es/docusaurus-plugin-content-docs/current/compatibility.md
@@ -100,12 +100,12 @@ El paquete integrado y el SDK de modo servicio tienen contratos distintos.
 
 | Línea del paquete | PHP | Laravel |
 | --- | --- | --- |
-| Workflow integrado 2.22 actual | PHP 8.2+ de 8.x; PHP 8.3+ para Laravel 13 | `^12.69.0` o `^13.30.0` |
+| Workflow integrado 2.24 actual | PHP 8.2+ de 8.x; PHP 8.3+ para Laravel 13 | `^12.69.0` o `^13.30.0` |
 | Workflow integrado 2.20.5 | PHP `^8.1`, sujeto al mínimo del framework | `^10.50.4`, `^11.56.1`, `^12.69.0` o `^13.30.0` |
 | SDK PHP 3.11 publicado | SDK básico PHP `^8.1`; el puente Laravel necesita PHP `^8.2`, y PHP 8.3+ para Laravel 13 | `^12.69.0` o `^13.30.0` |
 | SDK PHP 3.9.5 | SDK básico PHP `^8.1`; el puente Laravel también exige el mínimo del framework | `^10.50.4`, `^11.56.1`, `^12.69.0` o `^13.30.0` |
 
-Las autoridades son el [contrato integrado publicado](https://github.com/durable-workflow/workflow/blob/2.22.0/resources/laravel-embedded-upgrade-contract.json)
+Las autoridades son el [contrato integrado publicado](https://github.com/durable-workflow/workflow/blob/2.24.0/resources/laravel-embedded-upgrade-contract.json)
 y el `composer.json` de cada versión. La versión integrada actual se verificó
 con Laravel 12/PHP 8.2–8.4 y Laravel 13/PHP 8.3–8.4. Retira PHP 8.1 y Laravel
 10/11. No cambia la [guía histórica de v1 estable](/docs/1.x/installation/)
@@ -138,6 +138,15 @@ política y mezclar la cadena de espera, y volver a actualizar no repara ese
 historial. Consulta el
 [registro de cambios de 2.22.0](https://github.com/durable-workflow/workflow/blob/2.22.0/CHANGELOG.md).
 
+Workflow 2.23 y 2.24 mantienen los mínimos de soporte de 2.21 y el protocolo de workers integrado `1.22`. 2.23 no añade ninguna migración de base de datos. 2.24 añade una, así que ejecute `php artisan migrate` al actualizar. Añade a `activity_attempts` las columnas anulables `last_heartbeat_progress`, `last_heartbeat_progress_at` y `last_heartbeat_recorded_at`, sin rellenar datos. Cambios de comportamiento que conviene revisar antes de actualizar:
+
+- Desde 2.24, un heartbeat escribe un evento `ActivityHeartbeatRecorded` solo cuando su progreso cambió, como máximo una vez por max(timeout de heartbeat, 60 segundos). Consulte [Heartbeats](./features/heartbeats.md).
+- Desde 2.24, crear un schedule con un id ya ocupado, incluido el de un schedule eliminado o agotado, lanza `ScheduleAlreadyExistsException`, y volver a aplicar un schedule sin cambios no registra nada.
+- Desde 2.23.1, una actividad nueva con `maxAttempts` menor que 1 hace fallar la ejecución en lugar de ejecutarse una vez. Para intentos ilimitados, omita `maxAttempts` y ponga `$tries` de la clase de actividad en 0. Los historiales registrados antes se siguen reproduciendo.
+- Desde 2.23.1, la compensación de sagas integrada se ejecuta bajo un escudo de cancelación, y una actualización aceptada mientras la ejecución se cierra recibe igualmente su resultado.
+
+Consulte las notas de versión de [2.23.0](https://github.com/durable-workflow/workflow/releases/tag/2.23.0), [2.23.1](https://github.com/durable-workflow/workflow/releases/tag/2.23.1), [2.23.2](https://github.com/durable-workflow/workflow/releases/tag/2.23.2) y [2.24.0](https://github.com/durable-workflow/workflow/releases/tag/2.24.0).
+
 ## Niveles de estabilidad {#stability-levels}
 
 Cada interfaz pública tiene exactamente uno de estos niveles de estabilidad.

diff --git a/i18n/es/docusaurus-plugin-content-docs/current/monitoring.md b/i18n/es/docusaurus-plugin-content-docs/current/monitoring.md
@@ -212,6 +212,8 @@ docker run --detach \
   durableworkflow/waterline:%%artifact.waterlineVersion%%
 ```
 
+Use la imagen 2.16.0 o posterior. La imagen 2.14.0, y la imagen 2.15.0 que se publicó en Docker Hub pero nunca se anunció, incluyen Symfony 7.4.21, afectado por CVE-2026-118514 y CVE-2026-118516. Un Waterline integrado usa los paquetes Symfony de su propia aplicación, así que actualícelos allí.
+
 Abre `/waterline` mediante la URL de `APP_URL`. La imagen escucha en el puerto
 interno `8080`. Configura `PORT` solo si cambias ese puerto deliberadamente.
 `WATERLINE_PATH` cambia el prefijo de URL predeterminado `waterline`.

diff --git a/i18n/es/source-hashes.json b/i18n/es/source-hashes.json
@@ -4,7 +4,7 @@
   "ai-agent-workflow-engine.md": "28016466b179adbabdff6467ce351100c9bee48529a8bec9df7ec22c8d786d4d",
   "ai-assisted-development.md": "b246bb60585fb7a69bc534978f470f3f16e899e1f8f203ba0847d2d11b8a1ec3",
   "capabilities.md": "d9a2bbc0d04adf8cb3f4c7f42d779a43aafab60791210305e7e476c0499528fc",
-  "compatibility.md": "3d7a81fb13123b3a8b3485b896b15fae8d99c362fbdbf6639c52f7534bc445e4",
+  "compatibility.md": "05e471e9473d8aee091974db641901d3437169dcb9ffbaadaaa08de45f7e6f44",
   "configuration/customization-matrix.md": "3d115863eaee7852b541bcd01615f424cc19c5847c7cd7d75e5ae63bc3f5cc78",
   "configuration/database-connection.md": "cc83ae77133236309506fa44d39bfd0c939c32a6154c0bd6099bc64c83bdaec9",
   "configuration/ensuring-same-server.md": "6c665f37cc198c7b1a775a60a94aab5ff4e55383385e76f1834c7840559b512a",
@@ -63,7 +63,7 @@
   "laravel-adoption.md": "be0890619736ee2362ee96b6b1f5f397f10fb58cb845448ac15b437ac3062b36",
   "mcp-workflows.md": "1c0b5bb7f2e5c7ca835dfdfa57bbe8f6624172c855f4e225057ac2377abf360e",
   "migration.md": "7304a53786d5e45d3a639c33386e6558e855ee77982883a5e051ef5084b8453b",
-  "monitoring.md": "202278c1196508df5ff00d34cfe94fd2d60dfb7fd2fcb768cf37864c7605de0a",
+  "monitoring.md": "4b1915e93254e3a9f64d8d847035e3b21c5bb22b6fa8f524f60fb01fb21d1053",
   "operator-operating-envelope.md": "dc0cf13d8593e4ce2d8ec1912e45e61c9bf13f06abf7cc8c422379db5e3fa0ad",
   "platform-conformance.md": "2eec7eba9a65c010e03c4b2eb78afe4dddd6fd8170218b3194c49e3777124c91",
   "platform-protocol-specs.md": "ba9c69adfca7fb4a0dd982464b0ca69dd5a21de1e340edbe23b075ec0fb0c35c",

diff --git a/i18n/fr/docusaurus-plugin-content-docs/current/compatibility.md b/i18n/fr/docusaurus-plugin-content-docs/current/compatibility.md
@@ -96,12 +96,12 @@ embarqué et le SDK en mode service ont des contrats distincts.
 
 | Branche du paquet | PHP | Laravel |
 | --- | --- | --- |
-| Workflow embarqué 2.22 actuel | PHP 8.2+ en 8.x ; PHP 8.3+ pour Laravel 13 | `^12.69.0` ou `^13.30.0` |
+| Workflow embarqué 2.24 actuel | PHP 8.2+ en 8.x ; PHP 8.3+ pour Laravel 13 | `^12.69.0` ou `^13.30.0` |
 | Workflow embarqué 2.20.5 | PHP `^8.1`, sous réserve du minimum du framework | `^10.50.4`, `^11.56.1`, `^12.69.0` ou `^13.30.0` |
 | SDK PHP 3.11 publié | SDK de base PHP `^8.1` ; le pont Laravel exige PHP `^8.2`, et PHP 8.3+ pour Laravel 13 | `^12.69.0` ou `^13.30.0` |
 | SDK PHP 3.9.5 | SDK de base PHP `^8.1` ; le pont Laravel suit aussi le minimum du framework | `^10.50.4`, `^11.56.1`, `^12.69.0` ou `^13.30.0` |
 
-Le [contrat embarqué publié](https://github.com/durable-workflow/workflow/blob/2.22.0/resources/laravel-embedded-upgrade-contract.json)
+Le [contrat embarqué publié](https://github.com/durable-workflow/workflow/blob/2.24.0/resources/laravel-embedded-upgrade-contract.json)
 et le `composer.json` de chaque version font autorité. La version embarquée
 actuelle a été vérifiée sur Laravel 12/PHP 8.2–8.4 et Laravel 13/PHP 8.3–8.4.
 Elle retire PHP 8.1 et Laravel 10/11. Le [guide historique v1 stable](/docs/1.x/installation/)
@@ -134,6 +134,15 @@ versions antérieures peuvent ignorer la politique et mélanger la chaîne
 d'attente, et une nouvelle mise à niveau ne répare pas cet historique. Consultez
 le [journal des modifications 2.22.0](https://github.com/durable-workflow/workflow/blob/2.22.0/CHANGELOG.md).
 
+Workflow 2.23 et 2.24 conservent les planchers de support de 2.21 et le protocole de worker embarqué `1.22`. 2.23 n'ajoute aucune migration de base de données. 2.24 en ajoute une : exécutez `php artisan migrate` lors de la mise à niveau. Elle ajoute à `activity_attempts` les colonnes nullables `last_heartbeat_progress`, `last_heartbeat_progress_at` et `last_heartbeat_recorded_at`, sans remplissage rétroactif. Changements de comportement à vérifier avant la mise à niveau :
+
+- Depuis 2.24, un heartbeat n'écrit un événement `ActivityHeartbeatRecorded` que si sa progression a changé, au plus une fois par max(délai de heartbeat, 60 secondes). Voir [Heartbeats](./features/heartbeats.md).
+- Depuis 2.24, créer un schedule avec un identifiant déjà pris, y compris celui d'un schedule supprimé ou épuisé, lève `ScheduleAlreadyExistsException`, et réappliquer un schedule inchangé n'enregistre rien.
+- Depuis 2.23.1, une nouvelle activité avec `maxAttempts` inférieur à 1 fait échouer l'exécution au lieu de s'exécuter une fois. Pour des tentatives illimitées, omettez `maxAttempts` et mettez `$tries` de la classe d'activité à 0. Les historiques enregistrés auparavant continuent d'être rejoués.
+- Depuis 2.23.1, la compensation de saga embarquée s'exécute sous un bouclier d'annulation, et une mise à jour acceptée pendant la clôture de l'exécution obtient quand même son résultat.
+
+Voir les notes de version de [2.23.0](https://github.com/durable-workflow/workflow/releases/tag/2.23.0), [2.23.1](https://github.com/durable-workflow/workflow/releases/tag/2.23.1), [2.23.2](https://github.com/durable-workflow/workflow/releases/tag/2.23.2) et [2.24.0](https://github.com/durable-workflow/workflow/releases/tag/2.24.0).
+
 ## Niveaux de stabilité {#stability-levels}
 
 Chaque interface publique Durable Workflow porte exactement un de ces niveaux.

diff --git a/i18n/fr/docusaurus-plugin-content-docs/current/monitoring.md b/i18n/fr/docusaurus-plugin-content-docs/current/monitoring.md
@@ -215,6 +215,8 @@ docker run --detach \
   durableworkflow/waterline:%%artifact.waterlineVersion%%
 ```
 
+Utilisez l'image 2.16.0 ou une version ultérieure. L'image 2.14.0, ainsi que l'image 2.15.0 publiée sur Docker Hub mais jamais annoncée, embarquent Symfony 7.4.21, concerné par CVE-2026-118514 et CVE-2026-118516. Un Waterline embarqué utilise les paquets Symfony de votre application : mettez-les à jour là.
+
 Ouvrez `/waterline` via l'URL représentée par `APP_URL`. L'image écoute sur le
 port conteneur `8080`. Définissez `PORT` seulement pour changer délibérément ce
 port interne. `WATERLINE_PATH` modifie le préfixe d'URL `waterline` par défaut.