Files
kumomta/docs
Wez Furlong 77777a19cd http: don't skip parsing Authentication header from trusted host
This is a bit esoteric... previously, the http authentication
process would essentially short-cut things when a request was
made from a trusted host, ignoring any Auth header
that may have been present.

The rationale was that the host was trusted, so the peer would
succeed simply by omitting that header.

This commit changes the flow so that we only set the trusted
host status if no Auth header was provided.

If an Authentication header is present, it will be validated
before allowing the request to continue.

If the header is invalid then the request will be denied, even
if the peer is a trusted host.

This tightens things up slightly by making the auth validation
behavior most consistent, but it doesn't materially affect
the security posture: the trusted host can still successfully
make calls by simply omitting the authentication header.

It does mean that what was previously allowed (an invalid Auth header
from a trusted host) is no longer allowed.
2024-08-13 20:22:44 -07:00
..
2023-10-18 16:18:56 -06:00
2023-03-13 12:01:07 -07:00
2024-07-03 14:59:52 -07:00
2024-07-10 10:35:00 -07:00
2024-01-24 15:40:19 -05:00