ssl

Checklist

• Dependencies installed
• No typos
• Searched existing issues and docs

Issue Description

When using the RateLimiter Middleware with a rate between 0 and 1 all events will be rejected instead of applying the specified rate. E.g.: e.Use(middleware.RateLimiter(middleware.NewRateLimiterMemoryStore(0.5)))

I am not saying that it is a common use case to have

Context and Description

The READMEs and any example code in all projects should be updated to reflect the move from the IBM-Swift organization to the Kitura organization.

If anyone wants to take on all or part of this, please comment here so other's know what you're working on and submit PR's. :-)

Thanks!

There's little information about what keys and values are in the output, what it means and how they are related to the screen output. In general that needs to be added. (special topics see #1675, #1674)

Running the oauth2-proxy with the "--display-htpasswd-form" and "--htpasswd-file" set to true, using a set of incorrect credentials doesn't show anything to the end user.
The end-user needs to know that his/her attempt failed (due to incorrect username/password) otherwise they don't even know that the attempt was done. For them

Problem:

A common pattern is:

GUARD(s2n_stuffer_skip_write(stuffer, bytes_to_write));
uint8_t* ptr = suffer->blob.data + stuffer->write_cursor - bytes_to_write;

which could be simplified.

Solution:

*ptr could be an *out parameter to s2n_stuffer_skip_write

• Does this change what S2N sends over the wire? No.
• Does this change any public APIs? No.

In test_suite_psa_crypto, for historical reasons, tests of operation setup (hash_setup, mac_key_policy, cipher_key_policy, aead_key_policy) sometimes use one-shot operations and sometimes multi-part operations. Preferably, when both are possible, they should all test both, since we can't be sure that the checks are in the proper place to be done in all cases.