Re: Cisco Systems VPN Client allows local logon with Elevated Privileges

From: Sharad Ahlawat (sahlawat_at_CISCO.COM)
Date: 05/15/03

  • Next message: Luca Berra: "Re: Win 2003 DNS requests makes replies over 512 byte PIX limit"
    Date:         Wed, 14 May 2003 15:37:57 -0700
    To: NTBUGTRAQ@LISTSERV.NTBUGTRAQ.COM
    
    

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    This is in response to the mail sent by Nick Staff. The original mail is
    available at
    http://www.ntbugtraq.com/default.asp?pid=36&sid=1&A2=ind0305&L=ntbugtraq&F=P&S=&P=4117

    Nick Staff writes:
    ==================

    > The Cisco VPN client can be configured to start before the Windows log
    > on in case a user needs to make a VPN connection before logging onto
    > their domain. To that same effect the Cisco VPN client can also be
    > configured to load a 3rd party application, like a dialer, to connect to
    > an ISP. By default these settings are not locked to standard users
    > because the configuration file responsible for holding these settings
    > (vpnclient.ini) is installed to a non-restricted path
    > (systemdrive%\program files\CiscoVPN).

    Cisco Response:
    ===============

    Hello Nick,

    Thank you for your report. We always welcome the chance to work with people
    who wish to report product vulnerabilities to us.

    To address this issue Cisco added a "Windows Logon Properties" dialog, under
    the "Options" menu, that allows the system administrator to enable/disable
    the "Allow launching of third party applications before logon" checkbox
    option. This checkbox option cannot be modified by a user with
    non-administrative privileges and is unchecked (disabled) by default. This
    option was added under Cisco Bug Id CSCdt76576.

    This option was added in Cisco VPN Client release 3.1.24 and later for the
    3.1.x releases and was also integrated in all 3.5.x, 3.6.x and 4.x. releases.

    The last Cisco Security Advisory for the VPN Client posted at
    http://www.cisco.com/warp/public/707/vpnclient-multiple2-vuln-pub.shtml
    recommended that customers upgrade to versions of code later than the one
    which included this option.

    As always, Cisco is interested in protecting our customers' networks and is
    continually striving to improve the security of our products. Vulnerabilities
    within any Cisco product should be reported directly to "psirt@cisco.com" or
    "security-alert@cisco.com".

    Thank you.

    Brgds,
    /Sharad

    On Wednesday 14 May 2003 10:09, Nick Staff wrote:
    > Note: This is similar to the exploit where it's possible to log on to a
    > Windows machine as local system by making a copy of cmd.exe and naming
    > it logon.scr.
    >
    > The Cisco VPN client can be configured to start before the Windows log
    > on in case a user needs to make a VPN connection before logging onto
    > their domain. To that same effect the Cisco VPN client can also be
    > configured to load a 3rd party application, like a dialer, to connect to
    > an ISP. By default these settings are not locked to standard users
    > because the configuration file responsible for holding these settings
    > (vpnclient.ini) is installed to a non-restricted path
    > (systemdrive%\program files\CiscoVPN).
    >
    > To log onto their workstation as the local system a standard user would
    > simply need to configure their Cisco client to start up before windows
    > log on and launch explorer.exe - this would bring them to the desktop
    > where they could then do anything the local system could (add themselves
    > to the local admins group, change file permissions, etc).
    >
    > Steps to Reproduce:
    >
    > - Install any 3.x version of the Cisco Systems VPN Client (could be
    > other versions, but I've only tested using 3.x)
    > - Open the VPN Dialer.
    > - Select Options > Windows log on properties
    > - Make sure all three boxes are selected (you must select the first box
    > before the second box becomes active)
    > - Click OK and then go to Options > Properties
    > - Click on the connections tab and check the box next to 'Connect to the
    > Internet via dial-up'
    > - Select the radio button next to 3rd party dial-up application and
    > enter the full path and file name of explorer.exe (i.e.
    > c:\winnt\explorer.exe)
    > - Click OK, Close, and then log out
    >
    > Note - if your desktop doesn't appear right away and instead you just
    > get a 'welcome to windows' or 'configure you server' window, then close
    > them, press ctrl-alt-del, and click connect when the Cisco client opens
    > - then you will get the full desktop.
    >
    > Workarounds:
    >
    > Edit the ginadll value located in the registry key
    > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
    > NT\CurrentVersion\Winlogon. Change the valuedata back to msgina.dll
    > (Cisco client changes it to csgina.dll).
    >
    > or
    >
    > Set the security on the vpnclient.ini file to deny write permission for
    > standard users (note this will prevent them from being able to import
    > additional connection entries or configure any options from within the
    > client).
    >
    > Thanks,
    >
    > Nick Staff

    - --
    Sharad Ahlawat
    Cisco Product Security Incident Response Team (PSIRT)
    http://www.cisco.com/go/psirt
    Phone:+1 (408) 527-6087
    PGP-key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC12A996C
    -----BEGIN PGP SIGNATURE-----
    Comment: PGP Signed by Sharad Ahlawat

    iD8DBQE+wsVFGoGomMEqmWwRAoHPAKCzIehDFDOwNLXwf0Dxi1a7Jx5cAQCg/vFa
    opJPwyG53VYhue5SUK/JJuI=
    =jG9e
    -----END PGP SIGNATURE-----

    oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
    EXECUTIVE SEMINAR: "Information Security and the Disappearing Perimeter"

    Join Peter S. Tippett, PhD, M.D., the industry's foremost authority on
    network security, and TruSecure for a free breakfast seminar on "The Impact
    of the Disappearing Perimeter." Learn how you can proactively protect your
    organization against today's newest threats, including those from remote
    users, business partners and wireless. To register, and to view the full
    list of dates and cities, click below or call 1-888-396-8348.

    http://www.trusecure.com/offer/s0096/

    oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo


  • Next message: Luca Berra: "Re: Win 2003 DNS requests makes replies over 512 byte PIX limit"