0.23.40: backport ECH padding fixes to 0.23 - #3044
Conversation
In the case where SNI is disabled, `inner_sni` falls out of sync with `self.inner_name`. `inner_sni` is used to alter the inner hello's `server_name`, but `self.inner_name` was used as a basis for padding. This means padding would be added even if the extension wasn't, which ironically leaks the length of the inner name.
Benchmark resultsInstruction countsSignificant differencesClick to expand
Other differencesClick to expand
Wall-timeSignificant differencesThere are no significant wall-time differences Other differencesClick to expand
Memory usageKey:
Significant differencesThere are no significant memory usage differences Additional informationCheckout details:
|
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## rel-0.23 #3044 +/- ##
============================================
+ Coverage 95.29% 95.31% +0.02%
============================================
Files 97 97
Lines 21852 21938 +86
============================================
+ Hits 20823 20910 +87
+ Misses 1029 1028 -1 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
cpu
left a comment
There was a problem hiding this comment.
Prepare 0.23.40
Can you also propose some release notes for review? 🙇
Added, PTAL |
Would it be more accurate to describe this as fixing the RFC-recommended padding? I think we did at least attempt to implement it initially right? Otherwise LGTM. |
|
LGTM. |
Proposed release notes:
ServerConfig::require_emsbased on provider's FIPS status. Prior to this change, the default followed thefipscrate feature, which was less helpful for users of external FIPS-approved providers.