Session cache should keep track of TLS version maximum
Open
bug
- Dominant language
- Java
- Stars
- 1.4k
- Forks
- 326
- Avg merge
- 16h 22m
- Merged PRs (30d)
- 17
Description
In the BoringSSL [documents on session caching](https://commondatastorage.googleapis.com/chromium-boringssl-docs/ssl.h.html#Session-caching), it states:
> Note that offering or accepting a session short-circuits most parameter negotiation. Resuming sessions across different configurations may result in surprising behavior. So, for instance, a client implementing a version fallback should shard its session cache by maximum protocol version.
Conscrypt should be changed to track maximum protocol version in its SSL session cache to avoid these gotchas.
Contributor guide
Assessment
This issue has not been assessed yet.