Skip to content

feat: deprecate default tls13, pq policies - #6038

Open
jmayclin wants to merge 2 commits into
aws:mainfrom
jmayclin:2026-08-14-default-alias
Open

feat: deprecate default tls13, pq policies#6038
jmayclin wants to merge 2 commits into
aws:mainfrom
jmayclin:2026-08-14-default-alias

Conversation

@jmayclin

Copy link
Copy Markdown
Contributor

Goal

Make the default_pq and default_tls13 policies good.

Why

default_tls13 isn't currently PQ enabled. default_pq supports CBC ciphers.

How

Just alias everything to the default policy.

Callouts

This is a slight regression for the default_tls13 policy, which was previously rejecting SHA1 signatures on certificates. I think the PQ enablement is worth it.

Although we should follow up with the removal of SHA1 signatures on the default cert preferences.

I will also be following up with a PR to clean up the TLS 1.3 default config spaghetti.

Testing

Had to update some security policy tests. All unit tests should pass. The previous default_pq and default_tls13 policies are negotiable with the current default, so this is a safe change to make.

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

@github-actions github-actions Bot added the s2n-core team label Aug 14, 2026
@jmayclin
jmayclin requested review from alexw91 and jouho August 14, 2026 18:22
Comment on lines -13 to -18
- TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
- TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
- TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
- TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
- TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
- TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

@jouho jouho Aug 17, 2026

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this a safe change to make? If customers are using this policy and relying on CBC or ChaChaPolyciphers, won't removing them here break clients that only support those suites?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In a way no, not a safe change to make. But the explicit stance of the default_* policies is that we do not promising stability for them.

Basically, this is the exact same tradeoff that we made when we dropped the old ciphers for our default policy. #5560

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah true. Since this is a pretty large policy change, could we include a release note in the PR description?

@jmayclin
jmayclin requested a review from jouho August 17, 2026 18:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants