httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 22030] - SECURITY: 4097+ bytes of stderr from cgi script causes script to hang
Date Wed, 10 Sep 2003 21:17:07 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22030>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22030

SECURITY: 4097+ bytes of stderr from cgi script causes script to hang





------- Additional Comments From trawick@apache.org  2003-09-10 21:17 -------
problems with ~/trawick/mod_cgi.c:

1) buffers up the response, which is really uncool and breaks with cgis that
need to flush or which write huge responses

the code to parse http headers written by the cgi needs to be changed to get rid
of the buffering

handle_script_stdout() needs to know when we've seen all the headers, then
process them, then set ctx->headers_processed

2) doesn't work on the ever-lame win32

groan

3) needs the last few fixes to mod_cgi integraded

4) doesn't help mod_cgid, which is needed by threaded MPMs

5) isn't tested a whole lot

but of course you folks are helping with that

--/--

The main problem to attack is #1...  with that solved, everything else is not so
hard, other than Win32, which doesn't have to be solved.  I'll try to attack #1
now that I see some interest in it.  Alternately, somebody else play with it in
a debugger and see what I mean about needing to recognize when we've read the
entire response header from the CGI and can get into the simple mode where we
pass all output down the filter chain as soon as we read it.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message