curl-library
make "HTTP/0.9" support opt-in ?
Date: Mon, 2 Jul 2018 12:50:51 +0200 (CEST)
Hi,
We have this bug [1] that shows a short "HTTP/0.9" response and how curl just
then ignores the data it receives.
HTTP/0.9 is the popular name for the never truly named HTTP version that
existed before HTTP/1.0 was born. It has no response headers at all but
instead it just sends data and requires a closed connection to signal the end
of the data.
libcurl supports HTTP/0.9 by default, which might come as a surprise to users.
Around 3% of users in the annual survey claim they use HTTP/0.9 with curl.
I would like to stop allowing HTTP/0.9 by default and instead make the support
opt-in and thus more explicit. I fear the implied support could become a
subtle security risk at some point to some, plus not supporting it will create
a better route forward for treating repsonses such as the one in [1] as an
error and not HTTP/0.9 data.
Does anyone has a use case or reasoning why going this way would be a bad
idea?
[1] = https://github.com/curl/curl/issues/2420
-- / daniel.haxx.se ------------------------------------------------------------------- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.htmlReceived on 2018-07-02