fork of boring2 with prefix patch

Go to file

0x676e67 7ee98f663e sync upstream (#54 ) * RTG-3333 Support X25519MLKEM768 by default, but don't sent it as client X25519MLKEM768 is the standardised successor of the preliminary X25519Kyber768Draft00. Latest browsers have switched to X25519MLKEM768. Cloudflare supports both on the edge. We've had support for X25519MLKEM768 in this crate for a while, but didn't enable by default. We're now enabling serverside support by default. We also let clients advertise support when set to kx-client-pq-supported. We don't enable support by default yet for clients set to kx-client-pq-preferred, as that would cause an extra round-trip due to HelloRetryRequest if the server doesn't support X25519MLKEM768 yet. BoringSSL against which we build must support X25519MLKEM768, otherwise this will fail. * replace once_cell with LazyLock We can drop the once_cell dependency since the same functionality is implemented in std now. Requires bumping MSRV to 1.80. * fix manual_c_str_literals clippy warning * chore: Fix docs on SslRef::replace_ex_data * Detailed error codes * Clean up boring_sys::init() We don't need the workaround that was initially introduced for a bug in openssl, and OPENSSL_init_ssl always calls into CRYPTO_library_init on boringssl, so just call it explicitly. * Expose EVP_HPKE_KEY * Expose client/server-side ECH Resolves https://github.com/cloudflare/boring/issues/282 * Clean up ECH tests * Expose SSL_set_enable_ech_grease * Use corresponds macro * build: Fix the build for 32-bit Linux platform (#312) build: Fix the build for 32-bit Linux platform * Set CMAKE_BUILD_PARALLEL_LEVEL to available_parallelism cmake-rs' jobserver doesn't work reliably, if at all. One workaround is to set CMAKE_BUILD_PARALLEL_LEVEL to available_parallelism(). On my machine it shaves ~35 seconds off of boring-sys builds. * Expose SSL_CTX_set1_ech_keys from SslContextRef We currently expose this method on `SslContextBuilder`, which is fine for bootstrapping an `SSL_CTX`, but subsequent attempts to set ECH keys (like during key rotation) can only happen via `SslContextRef`. Also update the method on the builder to take an immutable reference to self because the API is thread safe. * Bump cmake-rs to improve Mac OS build parallelism There's a bug on OSX that prevents the CMake jobserver from working properly, and so CMake defaults to a single-threaded build. It's not clear when this is actually going to get fixed, so recent versions of cmake-rs just disable the jobserver and have CMake fall back to the number of available cores: https://github.com/rust-lang/cmake-rs/pull/229 This means we don't need `e6833b0074` * Release 4.14.0 (#317) * Actually expose SslEchKeys * Address clippy lints * Revert "Refactor!: Introduce a Cargo feature for optional Hyper 0 support" This reverts commit `49d5a61163`. * Revert "Refactor!: Remove strict `TokioIo` response requirement from `hyper_boring::v1::HttpsConnector`" This reverts commit `e518c2444a`. * Introduce a builder pattern for SslEchKeys + make set_ech_keys take a reference (#320) Previously, set_ech_keys would consume the SslEchKeys struct to enforce the requirement that the struct is immutable after initializing it on a SSL_CTX. The problem with this is that it requires applications to needlessly reallocate the SslEchKeys struct if they want to initialize keys on multiple SSL_CTXs, which is a pretty common pattern. To work around this, we introduce a builder (SslEchKeysBuilder) that requires mutable access to add keys to the underlying struct. set_ech_keys takes in a reference to SslEchKeys, which can only be made via consuming the builder. * Revert cmake bump (for now) as it is overly restrictive (#321) Some users of boring have issues with newer versions of cmake. Because we have an alternative solution, we can hold off on the bump for now. --------- Co-authored-by: Bas Westerbaan <bas@cloudflare.com> Co-authored-by: Alessandro Ghedini <alessandro@cloudflare.com> Co-authored-by: Evan Rittenhouse <erittenhouse@cloudflare.com> Co-authored-by: Kornel <kornel@cloudflare.com> Co-authored-by: Rushil Mehra <rmehra@cloudflare.com> Co-authored-by: Rushil Mehra <84047965+rushilmehra@users.noreply.github.com>		2025-02-23 19:42:23 +08:00
.github/workflows	sync upstream (#54 )	2025-02-23 19:42:23 +08:00
boring	sync upstream (#54 )	2025-02-23 19:42:23 +08:00
boring-sys	sync upstream (#54 )	2025-02-23 19:42:23 +08:00
scripts	feat: Removal of `rpk` support (#41 )	2025-02-07 11:36:39 +08:00
tokio-boring	chore: update documentation link	2025-02-07 11:52:24 +08:00
.gitignore	Rename stuff	2020-11-11 17:47:30 +00:00
.gitmodules	Add fips-3678 feature (#52 )	2022-01-31 16:11:33 -06:00
.rusty-hook.toml	Add tokio-boring	2020-11-11 19:26:22 +00:00
Cargo.toml	v4.15.6	2025-02-16 21:07:21 +08:00
README.md	feat: Removal of `rpk` support (#41 )	2025-02-07 11:36:39 +08:00
RELEASE_NOTES	sync upstream (#54 )	2025-02-23 19:42:23 +08:00
THIRD_PARTY	Rename stuff	2020-11-11 17:47:30 +00:00
cliff.toml	Tweak cliff config to exclude merge and release commits from changelog	2024-04-09 11:18:05 +02:00

README.md

boring2

BoringSSL bindings are available for the Rust programming language, and the HTTP Client is built on top of it.

Non-goals

This package only implements the TLS extensions spec and supports the original boring with the following features:

Safari and Firefox required TLS extensions
kDHE and ffdhe2048/ffdhe3072 implementations
Removal of RPK support

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed under the terms of both the Apache License, Version 2.0 and the MIT license without any additional terms or conditions.

Accolades

The project is based on a fork of boring.