[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
UNIRAS Brief - 514/04 - iDEFENSE Security Bulletin - GNU Radius SNMP String Length Integer Overflow Denial of Service Vulnerability.
-----BEGIN PGP SIGNED MESSAGE-----
- ----------------------------------------------------------------------------------
UNIRAS (UK Govt CERT) Briefing Notice - 514/04 dated 16.09.04 Time: 15:20
UNIRAS is part of NISCC (National Infrastructure Security Co-ordination Centre)
- ----------------------------------------------------------------------------------
UNIRAS material is also available from its website at www.uniras.gov.uk and
Information about NISCC is available from www.niscc.gov.uk
- ----------------------------------------------------------------------------------
Title
=====
iDEFENSE Security Bulletin:
GNU Radius SNMP String Length Integer Overflow Denial of Service Vulnerability.
Detail
======
Remote exploitation of an input validation error in version 1.2 of GNU radiusd could allow a
denial of service.
The vulnerability specifically exists within the asn_decode_string() function defined in
snmplib/asn1.c. When a very large unsigned number is supplied, it is possible that an integer
overflow will occur in the bounds-checking code. The daemon will then attempt to reference
unallocated memory, resulting in an access violation that causes the process to terminate.
- ---------------------------------------------------------------------------------------------------
GNU Radius SNMP String Length Integer Overflow Denial of Service Vulnerability
iDEFENSE Security Advisory 09.15.04 www.idefense.com/application/poi/display?id=141&type=vulnerabilities
September 15, 2004
I. BACKGROUND
Radius is used for remote user authentication and accounting.
For more information see:
http://www.gnu.org/software/radius/radius.html
II. DESCRIPTION
Remote exploitation of an input validation error in version 1.2 of GNU radiusd could allow a
denial of service.
The vulnerability specifically exists within the asn_decode_string() function defined in
snmplib/asn1.c. When a very large unsigned number is supplied, it is possible that an integer
overflow will occur in the bounds-checking code. The daemon will then attempt to reference unallocated
memory, resulting in an access violation that causes the process to terminate.
III. ANALYSIS
Successful exploitation allows unauthenticated remote attackers to cause the radius daemon (radiusd)
to crash. This thereby prevents legitimate users from accessing systems reliant upon the affected radius
server for authentication. This vulnerability does not seem to allow for execution of code; it is a denial
of service condition only. Exploitation requires that radiusd be compiled with the --enable-snmp option.
SNMP support is not enabled in the default compile.
IV. DETECTION
iDEFENSE has confirmed that GNU Radius 1.1 and 1.2 are vulnerable, if configured with --enable-snmp at
compile time.
V. WORKAROUND
Disable SNMP support when building radiusd at compile time. Ingress filtering of UDP port 161 on all
interfaces that should not be receiving SNMP packets may lessen exposure to this vulnerability in
affected environments.
VI. VENDOR FIX
The issue has been addressed in maintenance release version number 1.2.94.
VII. CVE INFORMATION
The Common Vulnerabilities and Exposures (CVE) project has assigned the names CAN-2004-0849
to these issues. This is a candidate for inclusion in the CVE list (http://cve.mitre.org),
which standardizes names for security problems.
VIII. DISCLOSURE TIMELINE
09/10/2004 Initial vendor notification
09/10/2004 Initial vendor response
09/15/2004 Public disclosure
IX. CREDIT
The discoverer of this vulnerability wishes to remain anonymous.
Get paid for vulnerability research http://www.idefense.com/poi/teams/vcp.jsp
X. LEGAL NOTICES
Copyright (c) 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 customerservice@xxxxxxxxxxxx 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, this information.
- ----------------------------------------------------------------------------------
For additional information or assistance, please contact the HELP Desk by
telephone or Not Protectively Marked information may be sent via
EMail to: uniras@xxxxxxxxxxxx
Office Hours:
Mon - Fri: 08:30 - 17:00 Hrs
Tel: +44 (0) 870 487 0748 Ext 4511
Fax: +44 (0) 870 487 0749
Outside of Office Hours:
On Call Duty Officer:
Tel: +44 (0) 870 487 0748 and follow the prompts
- ----------------------------------------------------------------------------------
UNIRAS wishes to acknowledge the contributions of iDEFENSE for the information
contained in this Briefing.
- ----------------------------------------------------------------------------------
This Briefing contains the information released by the original author. Some
of the information may have changed since it was released. If the vulnerability
affects you, it may be prudent to retrieve the advisory from the canonical site
to ensure that you receive the most current information concerning that problem.
Reference to any specific commercial product, process, or service by trade
name, trademark manufacturer, or otherwise, does not constitute or imply
its endorsement, recommendation, or favouring by UNIRAS or NISCC. The views
and opinions of authors expressed within this notice shall not be used for
advertising or product endorsement purposes.
Neither UNIRAS or NISCC shall also accept responsibility for any errors
or omissions contained within this briefing notice. In particular, they shall
not be liable for any loss or damage whatsoever, arising from or in connection
with the usage of information contained within this notice.
UNIRAS is a member of the Forum of Incident Response and Security Teams (FIRST)
and has contacts with other international Incident Response Teams (IRTs) in
order to foster cooperation and coordination in incident prevention, to prompt
rapid reaction to incidents, and to promote information sharing amongst its
members and the community at large.
- ----------------------------------------------------------------------------------
<End of UNIRAS Briefing>
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0
iQCVAwUBQUmvoIpao72zK539AQG1iAQApVKYupj8vmiYGRyti5Q2Amcbtkr6U7Jp
DF/4/5Nc/ANvTAmfKg2uMYDfAxiAlZcC0vY/Wqh3Xa4C3+MxS5oytSY9ddSGmWWX
augifPDsGhvhjUft8pAyBQgCDq/q/LnObt7dHrSvqsyx/Kw8a2u0rWeiyjN/FTTa
h7G8w4YMz3Q=
=7oid
-----END PGP SIGNATURE-----