[backport] Document session signing keys - #1155
Conversation
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Workflows to automatically generate PRs for you. |
Signed-off-by: Joao Sa <joao.sousa@digitalasset.com>
Signed-off-by: Joao Sa <joao.sousa@digitalasset.com>
7ac8ad3 to
64a50b3
Compare
thibault-da
left a comment
There was a problem hiding this comment.
Few minor comments but LGTM thanks!
| ``` | ||
|
|
||
| Please note that **session signing keys** are only used with an external KMS (Key Management Service) provider. | ||
| Please note that **session signing keys** are only used with an [external KMS (Key Management Service) provider](/global-synchronizer/production-operations/kms-operations#enable-external-key-storage-with-a-kms) and are already disabled by default. |
There was a problem hiding this comment.
| Please note that **session signing keys** are only used with an [external KMS (Key Management Service) provider](/global-synchronizer/production-operations/kms-operations#enable-external-key-storage-with-a-kms) and are already disabled by default. | |
| Please note that **session signing keys** are only used with an [external KMS (Key Management Service) provider](/global-synchronizer/production-operations/kms-operations#enable-external-key-storage-with-a-kms) and are disabled by default. |
| Extending the lifetime of session keys minimizes the need for repeated key negotiation or remote signing—but it also increases the window during which keys are stored in memory, raising the risk of compromise. | ||
| Currently, **session encryption keys are enabled by default**, whereas **session signing keys**, being directly tied to | ||
| a KMS, are **disabled by default**. However, the latter can be enabled when using an external KMS to store private keys | ||
| via a configuration parameter. |
There was a problem hiding this comment.
Would be nice to either say what the config parameter is here or link to where it;s documented
|
|
||
| 1. ``keyValidityDuration > defaultMaxSequencingTimeOffset`` | ||
| 2. ``keyValidityDuration > setBalanceRequestSubmissionWindowSize`` | ||
| 3. ``keyValidityDuration > confirmationResponseTimeout + mediatorReactionTimeout`` |
There was a problem hiding this comment.
Might be worth re-iterating where to find more info about mediatorReactionTimeout etc here. A link to the dynamic sync params page like you did above is fine
| #### Configurable parameters | ||
|
|
||
| Session signing keys have a validity period associated with them every time they are created, and they are only valid | ||
| during that period. This period can be adapted through Canton's configuration files. This section lists the |
There was a problem hiding this comment.
Give at least one an example of the full canton config path where the fields below must be set, like
canton.participants.<participant_name>.crypto....
| configurable parameters, what they control, and what to keep in mind when modifying them. Throughout this section | ||
| ``ts`` denotes the timestamp at which we are signing. | ||
|
|
||
| - **enabled** |
There was a problem hiding this comment.
Doesn' t look like the ** show up in bold in the preview
Using "``" is probably better anyway
Backport #31838 with documentation that was included in the old docs but missing from the new ones.