-
Notifications
You must be signed in to change notification settings - Fork 8
small fixes, a couple new API fns, and a bunch of stubs #43
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
Conversation
ctz
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, overlooked this for a long, long time.
ca165c7 to
bab2d96
Compare
I completely forgot about it myself 😆 Rebased & resolved the conflict in |
Let's land #48 first and I'll rebase once more and merge this after. |
When the `rustls-libssl` code was moved to the root of the repo I think the `.gitignore` got nuked. This commit restores the content we had before the move.
This repo hasn't been receiving any dependabot PRs despite there being updates available (e.g. Rustls). Spot checking against a config in a repo that is working I _think_ the issue might be YAML whitespace related... Let's try to match to the other repo's config exactly.
We don't need a specific minimum version of the 0.9 release stream.
This commit implements `SSL_alert_type_string()` and `SSL_alert_type_string_long()`. These functions act similarly to the existing `SSL_alert_desc_string()` and `SSL_alert_desc_string_long()` functions except returning a (short or long) string for the alert level (fatal, warning, unknown) instead of the alert description.
This commit adds a very simple implementation of `SSL_set_cipher_list` that only returns success for the string "HIGH:!aNULL:!MD5", and otherwise raises a not supported error. This matches the pre-existing `SSL_CTX_set_cipher_list` that operated similarly for a `SSL_CTX` as this new fn operates for a `SSL`.
Overrides the value that will be returned by `SSL_get_verify_result()`. Is this smart to do? Probably not.
Adds stub implementations for a variety of functions HTTPD's `mod_ssl.so` expects to be able to resolve: SSL_add_file_cert_subjects_to_stack SSL_client_hello_get0_ext, SSL_COMP_get_compression_methods, SSL_CTX_set0_tmp_dh_pkey, SSL_CTX_set_client_cert_cb, SSL_CTX_set_client_hello_cb, SSL_CTX_set_srp_cb_arg SSL_CTX_set_srp_username_callback, SSL_CTX_set_tlsext_ticket_key_evp_cb, SSL_get_ciphers, SSL_get_client_CA_list, SSL_get_finished, SSL_get_peer_finished, SSL_get_shared_ciphers, SSL_get_srp_userinfo, SSL_get_srp_username, SSL_peek, SSL_renegotiate, SSL_SESSION_get_compress_id, SSL_set_session_id_context, SSL_set_srp_server_param, SSL_state_string, SSL_state_string_long, SSL_verify_client_post_handshake,
bab2d96 to
54a80a5
Compare
.gitignorethat was lost in the repo contents shuffling.make formattarget to also format the rust code for one-step convenience.SSL_alert_type_string()andSSL_alert_type_string_long()- these are very boring but serve as companions to the pre-existingSSL_alert_desc_string()andSSL_alert_desc_string_long()fns.SSL_set_cipher_list()by matching the partial impl forSSL_CTX_set_cipher_list().SSL_set_verify_result()to allow overriding the value returned bySSL_get_verify_result().mod_ssl. I've tried to place these in our stub section ofentry.rsbased on guesses on which I think we might actually want to impl one day. Most are things that are a clear no-go (SRP related, low level protocol details, etc)This branch gets me to the point where
httpdstarts up without symbol resolution error but it certainly doesn't work yet. I've avoided updating theMATRIX.mdto list which APIs HTTPD specifically needs because I'm not totally convinced it's a sensible target for this compat layer. The HTTPDmod_sslcode is quite old/crufty and so its interactions with the libssl APIs are much more nuanced and complex than we may wish to support. Mostly I was curious about the level of effort required vs continuing to supportmod_tls& arustls-ffibased solution.