A couple of week ago we were informed about a security issue in Servers
Alive.  We see this issue as not realy a Servers Alive issue but I'll you
decide on it :-)



Synopsis
========
A privilege-escalation vulnerability exists, allowing a local non-privileged

user to obtain SYSTEM.

Discussion
==========
Servers Alive can be run in two modes; as an application or as a 
service. �When run as a service, the application is permitted to interact 
with the desktop and runs under the context of SYSTEM. �When loading the 
'Local manual' under help, the application does not drop privileges.  
Consequently, it is possible to assume SYSTEM privileges by:

Viewing the source of the help file, which opens in Notepad.
In Notepad, selecting File, Open.
Launching a system utility such as cmd.exe.

Impact
======
Full local compromise of the host on which Servers Alive is installed.




Based on this info we did some 'research'.

Our conclusions:
The F1 key is calling the HELP, as developper we CAN NOT control what
exactly is called (except for what help file).  VB (Servers Alive is written
in VB) does the calls to the help system of the operating system and does
this within the context of the user running the app/service.  This means
that IF a service/app is running with full admin rights, that the help file
is called with those same rights and that IF it's possible to call an
external app from the help system that this app will also be running with
those same rights.  Well the help system allows you to run an external app.
Issue in Servers Alive or issue within the help system??
We could remove the help from the app/service.  But then again we would have
to remove all alerts/checks in Servers Alive too since they could also be
running a CMD.EXE (example shown above).
Our only advice is that (as with any system) only authorized personel should
be allowed to access the Servers Alive system. 

This :
"
Running Servers Alive as a Service
When running Servers Alive as a service using the Microsoft Management
Console, you can select the Local System Account option on the Properties
dialog box and click the Allow Service to Interact with Desktop setting. To
run Servers Alive under the system account with desktop interaction, you
should carefully consider an important security issue: Any process started
from within Servers Alive has the same access rights as the system
administrator. 

You must protect the system running Servers Alive by ensuring that only
users with a correct security clearance are allowed to log on to the local
system.

For example, an administrator installs Servers Alive on a workstation and
configures the software to run as a service, using the system account with
desktop interaction. A non-administrative user can log on to the workstation
and see Servers Alive as an icon in the system tray. The user can open the
Servers Alive Help file and click the View Source command in the Windows
Help viewer. Subsequently, in the Open dialog box, the user can open and run
CMD.exe. The non-administrative user can now run the command line with all
the access rights as the system administrator.
"
Will be added to the help/doc of the next (minor) release of Servers Alive. 





Dirk.




To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
   unsubscribe SAlive

Reply via email to