Skip to content

Conversation

@ghedo
Copy link
Member

@ghedo ghedo commented Sep 25, 2025

Per BoringSSL's FIPS policy, its main branch is the "update branch" for FedRAMP compliance's purposes.

This means that we can stop using a specific BoringSSL branch when enabling FIPS, as well as a number of hacks that allowed us to build more recent BoringSSL versions with an older pre-compiled FIPS modules.

In order to allow a smooth upgrade of internal projects, the fips-compat feature is reduced in scope and renamed to legacy-compat-deprecated so that we can incrementally upgrade internal BoringSSL forks. In practice this shouldn't really be something anyone else would need, since in order to work it requires a specific mix of BoringSSL version and backported patches.

@ghedo ghedo force-pushed the clean-fips branch 7 times, most recently from 0e113b9 to cf8e00d Compare September 25, 2025 15:10
@cjpatton cjpatton self-requested a review September 25, 2025 15:13
@ghedo ghedo added the v5 label Sep 26, 2025
@ghedo ghedo force-pushed the clean-fips branch 2 times, most recently from 1bd90e1 to b2afcde Compare September 26, 2025 12:49
@ghedo ghedo requested review from bwesterb, kornelski and nox September 26, 2025 12:54
Per BoringSSL's FIPS policy, its `main` branch is the "update branch"
for FedRAMP compliance's purposes.

This means that we can stop using a specific BoringSSL branch when
enabling FIPS, as well as a number of hacks that allowed us to build
more recent BoringSSL versions with an older pre-compiled FIPS modules.

This also required slightly updating the main BoringSSL submodule, as
the previous version had an issue when building with the FIPS option
enabled. This is turn required some changes to the PQ patch as well as
some APIs that don't seem to be exposed publicly, as well as changing
some paths in the other patches.

In order to allow a smooth upgrade of internal projects, the `fips-compat`
feature is reduced in scope and renamed to `legacy-compat-deprecated` so
that we can incrementally upgrade internal BoringSSL forks. In practice
this shouldn't really be something anyone else would need, since in
order to work it requires a specific mix of BoringSSL version and
backported patches.
@ghedo ghedo merged commit 4cb7e26 into master Sep 26, 2025
25 checks passed
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.

3 participants