Bugzilla – Bug 62198
VUL-0: CVE-2004-0918: squid SNMP module remote denial of service
Last modified: 2021-10-02 10:26:23 UTC
Delivered-To: mailing list firstname.lastname@example.org
Delivered-To: moderator for email@example.com
Subject: iDEFENSE Security Advisory 10.11.04: Squid Web Proxy Cache Remote
+Denial of Service Vulnerability
Date: Tue, 12 Oct 2004 10:08:38 -0400
From: Pedram Amini <pamini@iDefense.com>
Squid Web Proxy Cache Remote Denial of Service Vulnerability
iDEFENSE Security Advisory 10.11.04:
October 11, 2004
Squid Web Proxy Cache is a full-featured web proxy cache designed to run
on Unix systems. It supports proxying HTTP, FTP, SSL, DNS, and has
support for SNMP.
Remote exploitation of a design error in the SNMP module of Squid Web
Proxy Cache may lead to a denial of service.
The problem specifically exists due to an ASN1 parsing error where
certain header length combinations can slip through the validations
performed by the ASN1 parser, eventually causing the server to restart
and close all current connections. The server takes several seconds to
The offending code is in the asn_parse_header() routine of
snmplib/asn1.c, which under some cases will allow negative length fields
to pass validation. This leads to a failed xmalloc(), and the server
then assumes there is heap corruption or some other exceptional
condition, and restarts.
An attacker can exploit the above-described vulnerability to crash a
Squid server. If the attack is repeated, it can render the server
useless. Only a single UDP packet is required to trigger this
vulnerability, so the source address can be spoofed.
iDEFENSE has confirmed the existence of this vulnerability in
Proxy Cache version 2.5-STABLE5 compiled with SNMP support as well as
Squid Web Proxy Cache version 3.0-PRE3-20040702 compiled with SNMP
support. It is suspected that earlier versions are vulnerable as well.
To find if a Squid binary is compiled with SNMP support one can run:
grep snmp_port /usr/local/squid/sbin/squid
If this command returns silently, that binary was not built with SNMP
support and it is not vulnerable to this issue.
Disable SNMP support or filter the port that has SNMP processing
activated (3401 by default) to allow only SNMP data from trusted hosts.
To disable SNMP support on a squid binary that has SNMP support compiled
in, use the entry snmp_port 0 in the squid.conf configuration file.
To allow only the local interface to process SNMP, use the entry
"snmp_incoming_address 127.0.0.1" in the squid.conf configuration file.
Squid must be restarted to activate changes in the configuration file.
VI. VENDOR RESPONSE
Patch relative to Squid-2.5.STABLE6:
or any of the mirrors
VII. CVE INFORMATION
The Common Vulnerabilities and Exposures (CVE) project has assigned the
names CAN-2004-0918 to these issues. This is a candidate for inclusion
in the CVE list (http://cve.mitre.org), which standardizes names for
VIII. DISCLOSURE TIMELINE
09/15/2004 Initial vendor notification
09/15/2004 iDEFENSE clients notified
09/15/2004 Initial vendor response
10/05/2004 Coordinated public
The discoverer of this vulnerability wishes to remain anonymous.
Get paid for vulnerability research
X. LEGAL NOTICES
Copyright 2004 iDEFENSE, Inc.
Permission is granted for the redistribution of this alert
electronically. It may not be edited in any way without the express
written consent of iDEFENSE. If you wish to reprint the whole or any
part of this alert in any other medium other than electronically, please
email firstname.lastname@example.org for permission.
Disclaimer: The information in the advisory is believed to be accurate
at the time of publishing based on currently available information. Use
of the information constitutes acceptance for use in an AS IS condition.
There are no warranties with regard to this information. Neither the
author nor the publisher accepts any liability for any direct, indirect,
or consequential loss or damage arising from use of, or reliance on,
<!-- SBZ_reproduce -->
fixed packages submited for: 9.2, 9.1/SLES9, 9.0, 8.2, 8.1/SLES8/UL
didn't test anything, but upstream patch run in flawless and builds fine.
please handle rest of update process: patchinfo, putonftp... - Thanks in
<!-- SBZ_reopen -->Reopened by email@example.com at Thu Oct 14 15:18:54 2004, took initial reporter firstname.lastname@example.org to cc
reopen for reassign
For the record. SNMP is not enabled in the default config, correct?
Ludwig: you are wrong. Its enabled per default, as it is very useful.
But if I understand the problem correct, then the vulnerability is present as
soon as SNMP is compiled in (see above: "IV. DETECTION"). This is the case for
all of our versions.
Created attachment 25118 [details]
Created attachment 25119 [details]
CVE-2004-0918: CVSS v2 Base Score: 5.0 (AV:N/AC:L/Au:N/C:N/I:N/A:P)