-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update to 1.3.56 #2
Conversation
Signed-off-by: Felipe R. Monteiro <[email protected]>
* Update s2n to latest PQ Hybrid TLS 1.3 Draft Specification
…load_cns (aws#3870) * Revert defer_cleanup * use ZERO_TO_DISABLE_DEFER_CLEANUP * Add unit test * Add second link * Use defer cleanup for X509_NAME * Break up test * Call load cns multiple times * Use default cert and check return values * Avoid reassigning x509_name * Move define pointer cleanup func into test
) * tokio-s2n-tls: Enable access to the IO instance from TcpStream * Rename io_* get_* for getting the inner stream --------- Co-authored-by: Cameron Bytheway <[email protected]>
New usage is based on [the KEM API design document][1] and [header][2]. Now that we're on a stable KEM API, we remove the S2N_AWSLC_KYBER_UNSTABLE build flag and always use the linked libcrypto's Kyber implementation if available. This flag wasn't previously specified in any of our CI scripts, meaning that AWS-LC-backed kyber was previously uncovered in s2n's CI. This commit ensures that coverage and updates the PQ KEM unit test to asserts that if (non-FIPS) AWS-LC is used as the backing libcrypto, it has the new Kyber 512 KEM API available. [1]: https://github.com/aws/aws-lc/blob/main/crypto/kem/README.md [2]: https://github.com/aws/aws-lc/blob/92c56fbc15f9bb43c4ff062c6c02f7991fd417f6/include/openssl/evp.h#L880 Check for other pre-processor symbol from AWS-LC
…#3891) Co-authored-by: maddeleine <[email protected]>
This is currently only supported for TLS 1.3 and is standard compliant, using the TLS-Exporter function defined by RFC 8446: https://www.rfc-editor.org/rfc/rfc8446#section-7.5
Co-authored-by: Lindsay Stewart <[email protected]>
This commit shifts the TlsConnection trait to make it more generic. The purpose of this is to allow more general usage of the TlsConnection objects. In the future, "purpose-specific" logic will be implemented on the Config type rather than the connection type.
…rsions extension (aws#4249)
…en using multiple threads. See also aws/aws-sdk-cpp#1706.
|
No description provided.