Bug 189636 - logwatch http service incorrectly downshifts URL text
Summary: logwatch http service incorrectly downshifts URL text
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: logwatch   
(Show other bugs)
Version: 4.0
Hardware: All Linux
Target Milestone: ---
: ---
Assignee: Ivana Varekova
QA Contact:
Depends On:
Blocks: 189992 FAST4.5APPROVED
TreeView+ depends on / blocked
Reported: 2006-04-21 22:10 UTC by Allegro Consultants
Modified: 2007-11-30 22:07 UTC (History)
2 users (show)

Fixed In Version: RHBA-2006-0631
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-09-06 13:54:57 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2006:0631 normal SHIPPED_LIVE logwatch bug fix update 2007-05-01 14:10:43 UTC

Description Allegro Consultants 2006-04-21 22:10:24 UTC
Description of problem:

Bug #1: In the setup area of the script we have the following...

my $archive_types = 

In particular, note that ".Z" is upper case. Naturally, this matches what a
compressed file looks like in most implementations. However, later in the
script we have this...

   $field{lc_url} = lc $field{url};

...followed a bit later by...

   ($field{base_url},$field{url_parms}) = split(/\?/,$field{"lc_url"});

So we see that base_url is being split out of a string that has been
shifted to lower case. Finally, in the section where we're categorizing and
tallying the URLs using pattern matching, we have this...

   } elsif ($field{base_url} =~ /$archive_types$/) {
      $archive_count += 1;
      $archive_bytes += $field{bytes_transfered};

The problem, of course, is that .Z files do not match the pattern because
the pattern is upper case but the URL has been downshifted. As a result,
all of the .Z files that get downloaded from my web site show up in the
daily logwatch report as exceptions, under the heading

  A total of <nnn> unidentified 'other' records logged

So, I can think of two ways to fix this

1) Change ".Z" to ".z" in the declaration of $archive_types, or

2) Change

   ($field{base_url},$field{url_parms}) = split(/\?/,$field{"lc_url"});


   ($field{base_url},$field{url_parms}) = split(/\?/,$field{"url"});

IMHO, #2 is the better solution. If I understand the script correctly, you
have created lc_url mainly to check for typical exploit attempts, so you
want to downshift in order to compare the URL string with known exploit
strings. But I don't think it's correct to use lc_url elsewhere. What if
users happen to have other upper case file extensions and want to add them
to the script? This is true in my case, where we have lots of ".LZW"
compressed files. Those were also incorrectly showing up in the daily

Ok, Bug #2: Consider the following block of code:

   if ($field{lc_url} =~ /$image_types$/) {
      $image_count += 1;
      $image_bytes += $field{bytes_transfered};
   } elsif ($field{base_url} =~ /$docs_types$/) {
      $docs_count += 1;
      $docs_bytes += $field{bytes_transfered};
   } elsif ($field{base_url} =~ /$archive_types$/) {
      $archive_count += 1;
      $archive_bytes += $field{bytes_transfered};
   } elsif ($field{base_url} =~ /$sound_types$/) {
      $sound_count += 1;
      $sound_bytes += $field{bytes_transfered};

Do you see the problem? In the very first comparison you're looking at
lc_url, but in all the rest (and the list continues beyond what I've shown
here) you're looking at base_url. I believe the first line should be

     if ($field{base_url} =~ /$image_types$/) {

Do you agree?

Version-Release number of selected component (if applicable):

  [root@opus services]# ident /etc/log.d/scripts/services/http
       $Id: http,v 1.13 2004/06/22 13:48:26 kirk Exp $
       $Log: http,v $
  [root@opus services]#

How reproducible:
Every time (every day)

Steps to Reproduce:
1. For example, create a compressed ".Z" file and place it on your web server.
2. Download the ".Z" file via a web browser.
3. Look at the logwatch report created the next day and see that the ".Z" file is incorrectly
reported as an exception.
Actual results:
Files with upper case file extensions are incorrectly being displayed in the daily logwatch
report under the heading "A total of 30 unidentified 'other' records logged".

Expected results:
It is valid for files on a web server to have upper case file extensions. They should not be
reported as exceptions by logwatch.

Additional info:

Comment 1 Allegro Consultants 2006-04-24 15:28:28 UTC
I received an email informing me that this bug is somehow related to bug #185520. However, I'm
unable to view that bug, or to check its status. Can I at least be given read-only access to that bug
so I can review it? Thanks.

Comment 5 Ivana Varekova 2006-04-27 07:41:26 UTC
This bug is easy fixable, the bug reporter suggested two small (one row)
changes, which are in the upstream version now. The bug test is quite easy too -
there is necessery to add some special type of logs to one log file and use
logwatch command with some options. 

Comment 7 Ivana Varekova 2006-04-27 13:39:53 UTC
Thank you for your bug report.
The fixed version is on
Could you please test this version?
If there is any problem with this version please write some comment to this bug. 
The test version fixes both reported problems (the first problem was solved by
the  change Z->z - this solution was used by upstream maintainers).
There are fixed other 5 bugs (the complete list of fixed bugs is on

Comment 12 Red Hat Bugzilla 2006-09-06 13:54:58 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.