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
Copy file name to clipboardExpand all lines: draft-denis-ipcrypt.md
+23-2Lines changed: 23 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -618,6 +618,29 @@ Implementations MUST ensure that:
618
618
3. Side-channel attacks are mitigated through constant-time operations
619
619
4. Error handling does not leak sensitive information
620
620
621
+
## Key Derivation for Multiple Variants
622
+
623
+
When using multiple encryption variants within the same deployment, implementations MUST derive separate keys for each variant to prevent cross-mode correlations. The RECOMMENDED approach uses HKDF ({{!RFC5869}}) to derive per-variant subkeys from a single master key:
- `PRK = HKDF-Extract(salt, K_master)`is a pseudorandom key derived from the master key
633
+
- `K_master`is a uniformly random master key
634
+
- `salt`is either empty or a fixed random value for the application
635
+
- The strings `"ipcrypt-deterministic"`, etc. are used as the `info` parameter for domain separation
636
+
- The third parameter specifies the output length in bytes (16 for single AES keys, 32 for `ipcrypt-pfx` and `ipcrypt-ndx`)
637
+
638
+
This ensures that:
639
+
640
+
1. Using the same master key across different variants does not enable cross-variant attacks
641
+
2. Key management is simplified by requiring only a single master key
642
+
3. Each variant operates with cryptographically independent keys
643
+
621
644
## Key Management Considerations
622
645
623
646
Implementers MUST ensure:
@@ -627,8 +650,6 @@ Implementers MUST ensure:
627
650
3. Key rotation policies are established based on usage volume and security requirements
628
651
4. Key compromise procedures are defined and tested
629
652
630
-
For high-volume deployments processing billions of IP addresses, regular key rotation (e.g., monthly or quarterly) is RECOMMENDED to stay well within the security bounds discussed in this document.
0 commit comments