]> git.ipfire.org Git - thirdparty/git.git/commit - http.c
http: read HTTP WWW-Authenticate response headers
authorMatthew John Cheetham <mjcheetham@outlook.com>
Mon, 27 Feb 2023 17:20:19 +0000 (17:20 +0000)
committerJunio C Hamano <gitster@pobox.com>
Mon, 27 Feb 2023 18:40:40 +0000 (10:40 -0800)
commit6b8dda9a4fdec1638b047506a121df8e15872492
tree9ca464e2156957f53bab72b19caf244e243e3baa
parent988aad99b44f3fb3f04f4a75cadf0dbb7ac89ffe
http: read HTTP WWW-Authenticate response headers

Read and store the HTTP WWW-Authenticate response headers made for
a particular request.

This will allow us to pass important authentication challenge
information to credential helpers or others that would otherwise have
been lost.

libcurl only provides us with the ability to read all headers recieved
for a particular request, including any intermediate redirect requests
or proxies. The lines returned by libcurl include HTTP status lines
delinating any intermediate requests such as "HTTP/1.1 200". We use
these lines to reset the strvec of WWW-Authenticate header values as
we encounter them in order to only capture the final response headers.

The collection of all header values matching the WWW-Authenticate
header is complicated by the fact that it is legal for header fields to
be continued over multiple lines, but libcurl only gives us each
physical line a time, not each logical header. This line folding feature
is deprecated in RFC 7230 [1] but older servers may still emit them, so
we need to handle them.

In the future [2] we may be able to leverage functions to read headers
from libcurl itself, but as of today we must do this ourselves.

[1] https://www.rfc-editor.org/rfc/rfc7230#section-3.2
[2] https://daniel.haxx.se/blog/2022/03/22/a-headers-api-for-libcurl/

Signed-off-by: Matthew John Cheetham <mjcheetham@outlook.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
credential.c
credential.h
git-compat-util.h
http.c