Hi all,
I'd like to request a VEP freeze exception for VEP #287, TLS Group
Preferences (owning SIG: compute; assignee @Barakmor1).
- Tracking issue:
https://github.com/kubevirt/enhancements/issues/287
- VEP PR (retarget + API finalisation):
https://github.com/kubevirt/enhancements/pull/442
- Target: Beta in v1.10.0, behind the TLSGroupPreferences feature gate
1. Justification
PR #442 retargets the VEP to v1.10 and finalises the API design,
adding an open Groups []string field to the existing GA
TLSConfiguration to allow configuring TLS supported groups (elliptic
curves), enabling Post-Quantum Cryptography readiness (e.g.
X25519MLKEM768). This is the most actively debated of our outstanding
VEPs: the open-string-set-vs-enum modelling, the CEL declarative
validation rule, and the skip-Alpha/direct-to-Beta decision have all
been under review (most recently with @nunnatsa). The discussion is
converging and the remaining points are narrow rather than
fundamental.
2. Additional time requested
One week from the freeze date to settle the open review threads and
merge. If consensus on the direct-to-Beta entry needs longer, the
fallback is to merge with an Alpha target for v1.10.0 and defer the
Beta decision, which keeps the feature moving without holding the
freeze open indefinitely.
3. Impact if not granted
Deferring to the next cycle delays PQC readiness across KubeVirt's TLS
endpoints by a full release and blocks the alpha implementation PR
(kubevirt/kubevirt#17553), which already implements the open []string
design. Given the field is an additive, opt-in extension of an
already-GA API with zero blast radius when unset, the cost of slipping
is disproportionate to the small amount of review time remaining.
Thanks,
Lee