Likes Likes:  0
Resultaten 1 tot 3 van de 3
Geen
  1. #1
    HedgeHog
    Authentication Vulnerability in NetScreen ScreenOS
    Gast
    n/a Berichten
    Berichten zijn liked



    Thread Starter

    Authentication Vulnerability in NetScreen ScreenOS

    Authentication Vulnerability in NetScreen ScreenOS

    Versions affected: ScreenOS 4.0.2r2.0 - possibly all versions

    Summary of problem: NetScreen firewalls have a feature that if
    enabled, requires users to provide a username and password to access
    resources and services behind a firewall, such as http (80/tcp).
    However, after a user is authenticated, anyone else may also access
    the protected services if they orginate from the same source IP
    address (NAT'd network). The authentication mechanism is designed to
    authenticate based on source-ip address only. This can expose
    protected systems to unauthorized access if it is enabled.

    After searching through the NetScreen documentation, I was unable to
    find any warning about this. NetScreen does not inform the firewall
    administrator of this design.

    Thus, we contacted NetScreen. Below is the request to and the reply
    from NetScreen Support.

    I am posting this so that anyone that uses this sort of authentication
    on the Netscreen is aware of this problem.


    REQUEST FOR ASSISTANCE FROM NETSCREEN:
    --------------------------------------
    Submitted 05/23/2003


    I am running ScreenOS 4.0.2r2.0. I use the feature for user
    authentication via local DB. I have discovered that if a valid user
    connects to my network, and is properly authenticated by the
    netscreen, and if that user is originating from a NATed network, then
    my netscreen will proceed to allow anybody else coming from that same
    NATed source network.
    This exposes my systems to attack and possible compromise from others
    on that NATed network who might happen to attempt connections to my
    systems (covered in the associated policies).

    Maybe this has been corrected in more recent versions of ScreenOS. If
    so, then I have difficulties, since my 90 day access to software
    upgrades has lapsed.

    Maybe there is some additional configuration setting that I must use
    in order to address this.

    Your help would be appreciated. Thanks.



    RESPONSE FROM NETSCREEN:
    ------------------------
    Recieved 05/23/2003


    Dear Valued Customer,

    Thank you for contacting us at the NetScreen Technical Assistance
    Center.

    The current authentication mechanism is designed to authenticate based
    on source-ip address only. So if multiple users access NetScreen from
    the same source-ip, then once the NetScreen authenticates the first
    user, an Authentication session is established and the NetScreen will
    allow all the other users access without authenticating since they
    have the same source-ip address.

    That means other users from the same LAN can go through without being
    challenged for authentication. Unfortunately, there is no workaround
    for this. If authentication is required in this topology, it is
    recommended that authentication occur at the first NAT device, before
    it reaches the NetScreen. You can find more information regarding the
    same issue on the following URL:

    http://services.netscreen.com/eserve...r/consumer/esu
    pport.asp?id=nskb980


    Thank you.

    Technical Assistance Center-eSupport Division
    NetScreen Technologies, Inc.
    408-543-2100 Main
    877-638-7273 technical support



  2. #2
    Brian Soby
    Authentication Vulnerability in NetScreen ScreenOS
    Gast
    n/a Berichten
    Berichten zijn liked



    Thread Starter

    RE: Authentication Vulnerability in NetScreen ScreenOS

    >However, after a user is authenticated, anyone else may also access the
    >protected services if they orginate from the same source IP address (NAT'd
    >network). The authentication mechanism is designed to authenticate based on
    >source-ip address only.


    Most firewalls track authenticated users based on the client's source IP
    address. If you need a stronger method, you could always use the Netscreen
    Remote client software and require a secure tunnel from the clients to get
    to your protected resources.

    -Brian Soby

    __________________________________________________ _______________
    The new MSN 8: advanced junk mail protection and 2 months FREE*
    http://join.msn.com/?page=features/junkmail


  3. #3
    Hugo van der Kooij
    Authentication Vulnerability in NetScreen ScreenOS
    Gast
    n/a Berichten
    Berichten zijn liked



    Thread Starter

    RE: Authentication Vulnerability in NetScreen ScreenOS

    On Thu, 26 Jun 2003, Brian Soby wrote:

    > >However, after a user is authenticated, anyone else may also access the
    > >protected services if they orginate from the same source IP address (NAT'd
    > >network). The authentication mechanism is designed to authenticate based on
    > >source-ip address only.

    >
    > Most firewalls track authenticated users based on the client's source IP
    > address. If you need a stronger method, you could always use the Netscreen
    > Remote client software and require a secure tunnel from the clients to get
    > to your protected resources.


    The Check Point firewall has the option to do client authentication which
    is a lot of fun if you happen to hide a full class B network behind a
    single address.

    It is not a security breach in the sense that the software is doing
    something inappropriate. The security breach is in the mind of the person
    thinking that IP addresses can be trusted for security purposes.

    Hugo.

    --
    All email sent to me is bound to the rules described on my homepage.
    hvdkooij@vanderkooij.org http://hvdkooij.xs4all.nl/
    Don't meddle in the affairs of sysadmins,
    for they are subtle and quick to anger.


Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2026 Webhostingtalk.nl.
Web Statistics