diff options
| author | Daniel Micay <daniel.micay@grapheneos.org> | 2025-01-14 17:39:15 -0500 |
|---|---|---|
| committer | Daniel Micay <daniel.micay@grapheneos.org> | 2025-02-10 04:00:51 -0500 |
| commit | 560226adae07e93ddd41f34438a2d947c13b0b24 (patch) | |
| tree | cd4e980d43fa1f149e6e41ed1885d8d7eb2cacf7 /static | |
| parent | c020cf99e943c0de9581b254feb6c48fdeecfcee (diff) | |
clarify TLSv1.3-only enforcement
Diffstat (limited to 'static')
| -rw-r--r-- | static/releases.html | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/static/releases.html b/static/releases.html index 42acd669..544005f1 100644 --- a/static/releases.html +++ b/static/releases.html @@ -557,7 +557,7 @@ <li>kernel (Pixel 8, Pixel 8 Pro, Pixel 8a, Pixel 9, Pixel 9 Pro, Pixel 9 Pro XL, Pixel 9 Pro Fold): enable hardware memory tagging for the main kernel allocators via the upstream Hardware Tag-Based KASAN implementation (which is intended for production usage, unlike the other KASAN modes)</li> <li>kernel (Pixel 8, Pixel 8 Pro, Pixel 8a, Pixel 9, Pixel 9 Pro, Pixel 9 Pro XL, Pixel 9 Pro Fold): switch KASAN fault handling from report to panic to use it as a hardening feature instead of only a bug finding tool</li> <li>kernel (Pixel 8, Pixel 8 Pro, Pixel 8a, Pixel 9, Pixel 9 Pro, Pixel 9 Pro XL, Pixel 9 Pro Fold): switch KASAN hardware memory tagging mode from synchronous to asymmetric for the initial deployment to reduce the performance cost and match our existing hardware memory tagging usage in userspace (synchronous mode is potentially more useful in the kernel than it is for userspace which is something we can investigate and potentially offer as an option)</li> - <li>Updater: require TLSv1.3 instead of TLSv1.2 or TLSv1.3</li> + <li>Updater: require TLSv1.3 instead of either TLSv1.2 or TLSv1.3</li> <li>kernel (5.10): update to latest GKI LTS branch revision including update to 5.10.233</li> <li>kernel (5.15): update to latest GKI LTS branch revision including update to 5.15.176</li> <li>kernel (6.6): update to latest GKI LTS branch revision</li> |