aboutsummaryrefslogtreecommitdiff
path: root/AUTHORS
diff options
context:
space:
mode:
authorChristian Grothoff <christian@grothoff.org>2012-12-05 18:28:17 +0000
committerChristian Grothoff <christian@grothoff.org>2012-12-05 18:28:17 +0000
commit2027b939dd510f5d68fac853394a7b7d3fec191b (patch)
treea699f492acb70da3112306c89130acc3b22383ca /AUTHORS
parent5eb408d091554c2b6b4c09d47dfd50cd5d9206ec (diff)
downloadlibmicrohttpd-2027b939dd510f5d68fac853394a7b7d3fec191b.tar.gz
libmicrohttpd-2027b939dd510f5d68fac853394a7b7d3fec191b.zip
Matthew Mundell wrote:
Hi We've been having some mysterious parameter loss of POST parameters in OpenVAS's GSA. This only happens with IE8 and Chrome. We saw this with libmicrohttpd 0.9.19 and 0.9.20. The cause looks to be an error in libmicrohttpd. Patch to 0.9.20 to resolve below. In post_process_multipart in postprocessor.c the PP_Init state calls find_boundary to find the first boundary. If there is junk before the first boundary it just reads over the junk. However, it is also reading over the actual boundary when there was too little data to determine whether the next character is the start of the boundary. In the error case Chrome seems to sends the POST request in multiple writes. The first chunk includes a single "-" from the first boundary at end of the headers. Thus libmicrohttpd has a partial boundary to deal with. I guess Chrome intends to send just the headers but gets the count wrong due to sending the initial P of the POST on its own (all the browsers do that for some reason). Firefox on the other hand sends the headers and the body in a single write, so it always works. Thanks, and thanks for libmicrohttpd! Matt
Diffstat (limited to 'AUTHORS')
-rw-r--r--AUTHORS1
1 files changed, 1 insertions, 0 deletions
diff --git a/AUTHORS b/AUTHORS
index 9c7fe895..2041e941 100644
--- a/AUTHORS
+++ b/AUTHORS
@@ -39,6 +39,7 @@ Sven Geggus <sts@fuchsschwanzdomain.de>
39Steve Wolf <stevewolf6@gmail.com> 39Steve Wolf <stevewolf6@gmail.com>
40Brecht Sanders <brecht@sanders.org> 40Brecht Sanders <brecht@sanders.org>
41Jan Janak <jan@janakj.org> 41Jan Janak <jan@janakj.org>
42Matthew Mundell <matthew.mundell@greenbone.net>
42 43
43Documentation contributions also came from: 44Documentation contributions also came from:
44Marco Maggi <marco.maggi-ipsu@poste.it> 45Marco Maggi <marco.maggi-ipsu@poste.it>