general/5720: bug in http_vhost.c causes error when hostname contains underscore ("_")

[Charlie Buckheit <bu...@olg.com>]

>Number:         5720
>Category:       general
>Synopsis:       bug in http_vhost.c causes error when hostname contains underscore ("_")
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Mon Feb 07 17:30:00 PST 2000
>Closed-Date:
>Last-Modified:
>Originator:     buckheit@olg.com
>Release:        1.3.11
>Organization:
apache
>Environment:
SGI Irix 6.5 but should occur on all platforms
>Description:
Check out line 676 in http_vhost.c in the main directory. It performs a isalnum check on each character of the hostname string I guess to make sure it contains valid characters. The inalnum() function however does not recognize the underscore "_" as valid. However it is valid and should be allowed.
>How-To-Repeat:
My server is on a classified network...however if you configure a machine to have an underscore in the name (i.e. my_server.anywhere.com) you should see the problem.
>Fix:
I've tried a couple of things but I haven't found anything that works yet...I tried to add a line like if(*src == '_') continue; after the check for ":" but that causes an infinite loop. Maybe we need to add  && *src != '_' to line 676...I'll try that tomorrow.
>Release-Note:
>Audit-Trail:
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <ap...@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database automatically because of the potential for mail   ]
 [loops.  If you do not include this Cc, your reply may be ig-   ]
 [nored unless you are responding to an explicit request from a  ]
 [developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]