what you don't know can hurt you
Home Files News &[SERVICES_TAB]About Contact Add New

Atstake Security Advisory 03-03-13.2

Atstake Security Advisory 03-03-13.2
Posted Mar 14, 2003
Authored by Atstake, Ollie Whitehouse | Site atstake.com

Atstake Security Advisory A031303-2 - Nokia SGSN (DX200 Based Network Element) is a platform that exists between legacy GSM networks and the new IP core of the GPRS network. The SGSN, or Serving GPRS Support Node, is vulnerable in that it allows any attackers to read the SNMP options with any community string.

SHA-256 | a743e83228a8aa4690b234f2fa9cd8ae048f018026c6d5f4f2c72ee4558edd4d

Atstake Security Advisory 03-03-13.2

Change Mirror Download
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


@stake, Inc.
www.atstake.com

Security Advisory

Advisory Name: Nokia SGSN (DX200 Based Network Element) SNMP issue
Release Date: 03/13/2003
Application: Nokia SGSN (DX200 Based Network Element)
Platform: DX200
Severity: An attacker is able to read SNMP options with any
community string
Author: Ollie Whitehouse [ollie@atstake.com]
Vendor Status: Vendor has removed support for this protocol
CVE Candidate: CVE Candidate number applied for
Reference: www.atstake.com/research/advisories/2003/a031303-2.txt


Overview:

Nokia's (http://www.nokia.com) SGSN (Serving GPRS support
node)
is the platform which exists between the legacy GSM network and the
new IP core of the GPRS network. This enables operators to deploy
high
speed data access over the top of their GSM network with minimal
upgrades to their BSCs (Base Station Controllers), thus making the
transition from a 2.0G to a 2.5G network.

Due to its position in the network (i.e. between the RF network and
the IP network) the SGSN will have interfaces on the SS7 signaling
network and the IP core network as well as connections to the BSCs.
For this reason, the SGSN can be considered a key part of the
infrastructure of any mobile operator looking to deploy GPRS.

A vulnerability exists in the SNMP (Simple Network Management
Protocol) daemon of the DX200 based network element that allows an
attacker to read SNMP options with ANY community string.

This is a good example of why network elements which introduce IP
functionality to legacy networks should have their functionality
verified in terms of impact on security before deployment in a
production environment.


Proof of Concept:

The following proof of concept will return the the default MIB
information on the DX200 based network element using the snmpwalk and
snmpset commands which ship by default with operating systems such
as Linux.

[reading of SNMP details]
snmpwalk <IP of SGSN> tellmeyoursecrets


Vendor Response:

In SNMP v1 (RFC 1157) and v2c (RFC 1901) standards,
authentication is based on a community string (text string)
representing an unencrypted username without a password. A recognized
concern in industry is that the security check as documented in these
SNMP standards is inadequate.

Because of the above, read access to MIB-II (RFC 1213) variables is
allowed in Nokia SGSN SG1 / SG1.5 products with any community string
value. However, write access to MIB-II variables is not permitted in
Nokia SGSN SG1 / SG1.5 products, even though the SNMP MIB-II RFC
standard defines some of the MIB-II variables to be write accessible.
Nokia has made a product design decision that the value of each write
accessible MIB-II variable remains unchanged, even in cases where the
SNMP agent in Nokia SGSN SG1 / SG1.5 products would return an OK
status notification as a response to the SNMP set-request operation.

This means that a malicious attacker is under no circumstances able
to alter any settings of Nokia SGSN SG1 / SG1.5 products via the SNMP
interface. Furthermore, support for the SNMP interface has been
removed from subsequent Nokia SGSN releases, which eliminates the
possibilities for SNMP based vulnerabilities completely.


Vendor Recommendation:

Network operators do not need to take any further action.


@stake Recommendation:

Typically in a GPRS network design, the SGSN should not be
contactable from the Gi interface of the GGSN where the user's
routable IP is located. This is due to the fact that GGSN to SGSN
communication occurs over the Gn interface. However @stake has
observed instances where the NMS (Network Management System) network
is routable from the Gi network. If the SGSN has an NMS connection,
then appropriate ACLs (Access Control Lists) should be deployed on
the routing device or firewall between the Gi and the NMS networks to
restrict access to SNMP.


Common Vulnerabilities and Exposures (CVE) Information:

The Common Vulnerabilities and Exposures (CVE) project has assigned
the following names to these issues. These are candidates for
inclusion in the CVE list (http://cve.mitre.org), which standardizes
names for security problems.

CVE Candidate number applied for


@stake Vulnerability Reporting Policy:
http://www.atstake.com/research/policy/

@stake Advisory Archive:
http://www.atstake.com/research/advisories/

PGP Key:
http://www.atstake.com/research/pgp_key.asc


@stake is currently seeking application security experts to fill
several consulting positions. Applicants should have strong
application development skills and be able to perform application
security design reviews, code reviews, and application penetration
testing. Please send resumes to jobs@atstake.com.

Copyright 2003 @stake, Inc. All rights reserved.

-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0

iQA/AwUBPnC08Ue9kNIfAm4yEQJ2IQCdG44PU+tfe3xhPurBU/hv1245iywAoOho
IWZVyS+ZVjulNcEzeTQzbfcw
=a9sy
-----END PGP SIGNATURE-----


Login or Register to add favorites

File Archive:

September 2022

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    Sep 1st
    23 Files
  • 2
    Sep 2nd
    12 Files
  • 3
    Sep 3rd
    0 Files
  • 4
    Sep 4th
    0 Files
  • 5
    Sep 5th
    10 Files
  • 6
    Sep 6th
    8 Files
  • 7
    Sep 7th
    30 Files
  • 8
    Sep 8th
    14 Files
  • 9
    Sep 9th
    26 Files
  • 10
    Sep 10th
    0 Files
  • 11
    Sep 11th
    0 Files
  • 12
    Sep 12th
    5 Files
  • 13
    Sep 13th
    28 Files
  • 14
    Sep 14th
    15 Files
  • 15
    Sep 15th
    17 Files
  • 16
    Sep 16th
    9 Files
  • 17
    Sep 17th
    0 Files
  • 18
    Sep 18th
    0 Files
  • 19
    Sep 19th
    12 Files
  • 20
    Sep 20th
    15 Files
  • 21
    Sep 21st
    20 Files
  • 22
    Sep 22nd
    13 Files
  • 23
    Sep 23rd
    12 Files
  • 24
    Sep 24th
    0 Files
  • 25
    Sep 25th
    0 Files
  • 26
    Sep 26th
    30 Files
  • 27
    Sep 27th
    0 Files
  • 28
    Sep 28th
    0 Files
  • 29
    Sep 29th
    0 Files
  • 30
    Sep 30th
    0 Files

Top Authors In Last 30 Days

File Tags

Systems

packet storm

© 2022 Packet Storm. All rights reserved.

Hosting By
Rokasec
close