Bug 13689

Summary: Security lole in example file ./site/eg/source.asp
Product: [Retired] Red Hat Secure Web Server Reporter: joshua
Component: perl-Apache-ASPAssignee: Preston Brown <pbrown>
Status: CLOSED NOTABUG QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 3.2   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-07-11 02:28:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description joshua 2000-07-11 02:27:59 UTC
pre 1.95 Apache::ASP has a security hole it its example
./site/eg/source.asp script.  Please update Redhat with
latest source from CPAN ASAP.

=======

ANNOUNCE Apache::ASP v1.95 - Examples Security Hole Fixed

Apache::ASP < http://www.nodeworks.com/asp/ > had a security
hole in its ./site/eg/source.asp distribution examples file, 
allowing a malicious hacker to potentially write to files in 
the directory local to the source.asp example script.

The next version of Apache::ASP v1.95 going to CPAN will not
have this security hole in its example ./site/eg/source.asp
The general CHANGES for this release are below.  Note that 
CPAN may not have the 1.95 version for another 24 hours.

Until you have the latest examples, I would recommend deleting 
this source.asp file from any public web server that has 
Apache::ASP installed on it.

The original report on a similar perl open() bug was at ZDNet's eWeek
at http://www.zdnet.com/eweek/stories/general/0,11011,2600258,00.html
where a hacking contest at openhack.org turned up a bug on 
its minivend ecommerce software.

--Joshua Chamas

=item $VERSION = 1.95; $DATE="07/10/00";

 !!!!! EXAMPLES SECURITY BUG FOUND & FIXED !!!!!

 --FIXED: distribution example ./site/eg/source.asp now parses 
  out special characters of the open() call when reading local 
  files.

  This bug would allow a malicious user possible writing
  of files in the same directory as the source.asp script.  This
  writing exploit would only have effect if the web server user
  has write permission on those files.

  Similar bug announced by openhack.org for minivend software
  in story at: 
    http://www.zdnet.com/eweek/stories/general/0,11011,2600258,00.html

  !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 -$0 now set to transferred file, when using $Server->Transfer

 -Fix for XMLSubsMatch parsing on cases with 2 or more args passed
  to tag sub that was standalone like 
    <Apps:header type="header" title="Moo" foo="moo" />

Comment 1 Nalin Dahyabhai 2000-07-12 18:54:16 UTC
Not really a problem.  The indicated file is installed under /usr/doc,
now writable by the nobody user.

Comment 2 Nalin Dahyabhai 2000-07-12 18:54:38 UTC
Uh, NOT writable, not "now".