Session resumption improvements
Opened this issue · 3 comments
Security issue notifications
If you discover a potential security issue in s2n-quic we ask that you notify
AWS Security via our vulnerability reporting page. Please do not create a public github issue.
Problem:
There are a few ways that we can improve the initial session resumption feature to make it more user-friendly:
- Enabling resumption when s2n-quic is using rustls
- Adding an event that indicates
- when session tickets are received post-handshake on the client, as this varies per quic implementation.
- when a session ticket is sent for a handshake on the client
- when a session ticket is accepted/rejected on the client
- when a session ticket is sent by the server
- when a session ticket is accepted/rejected on the server
hi @maddeleine just wondering about timeline for s2n-quic rustls resumption, days/weeks/months. we are currently trying to reconfigure our setup to use s2n-tls instead of the rustls its currently using but with ed25519 keys. s2n-tls does not support ed25519 atm so trying to judge where our efforts should be at this time.
We don't have a timeline for resumption with rustls in s2n-quic yet. It's definitely something we want to add, but not something we have on our roadmap right now.
ok thank you for quick response