SecurityReason.com - Our Reason is

Security

Register | Forget Password | Login
Search :
SecurityReason
WLB
Services
RSS
Corporate
Note

If you have found a vulnerability, please send to our SecurityAlert Database :
secalert()securityreason()com

Also if you have new ( 0-day ) exploit, please send to our ExploitAlert Archive :
exploit()securityreason()com

Home arrow SecurityAlert Database

Arrow  Topic :

Local privilege Escalation in SmartLine DeviceLock 5.73


Arrow  SecurityAlert : 1392
Arrow  CVE : CVE-2006-4184
Arrow  SecurityRisk : Medium  Security Risk Medium  (About)
Arrow  Remote Exploit : No
Arrow  Local Exploit : Yes
Arrow  Exploit Given : No
Arrow  Credit : seppi seppig de
Arrow  Published : 18.08.2006

Arrow  Affected Software : SmartLine DeviceLock 5.73



Arrow  Advisory Text :  

The vulnerability constitutes of wrong ACLs on Device Object permission set
by the driver.

Whenever your ACLs on a harddrive or partition, as configured by DeviceLock
Manager, only consists of Allow entries (and Deny being the default), then
the driver sets the ACLs on the kernel's internal object
DeviceHarddiskXPartitionY to Everyone:FullAccess, which allows complete
read and write access to the raw file system, circumventing all access
restrictions of NTFS. This behaviour can be easily verified by using
Sysinternals' WinObj and dd.exe (dd if=\.C: | grep 'somesecretstuff') from
GunWin32 or Win32-BinUtils (Cygwin should do the job as well) with a
restricted user account.

In contrast, at least one explicit Deny entry leads to applying
Everyone:DenyFullAccess, which effectively locks out even administrator
users and the system, leading to certain problems with the Logical Volume
Manager and some other system management utilities.

The vendor SmartLine has been informed about this vulnerability some weeks
ago and verified it. However, they don't intend to release any patch, but
rather refered to the upcoming version 6 of their software.

Workaround:

I didn't bother to check other objects for misplaced ACLs as well, but
creating at least one explicit deny entry (as discussed above) should at
least fix the vulnerability. It might also be possible to write a program
that readjusts the ACLs on every reboot. Better uninstall this software at
once.




Arrow  Feedback :

If you have additional information or notice any errors regarding this security advisory, please use contact form or email us at info()securityreason()com.
Alert

Multiple Vendors libc/gdtoa printf(3) Array Overrun

Security Risk High- 2009-05-30

SecurityReason realised new advisory about vulnerabilities libc/gdtoa...

Apache RSS Apache Alert

» Apache Tomcat
   RequestDispatcher
   directory traversal
   vulnerability

» Apache mod_dav / svn
   Remote Denial of Service
   Exploit

» Apache Tomcat Information
   disclosure

» Apache Tomcat User
   enumeration vulnerability
   with FORM authentication

PHP RSS PHP Alert

» PHP 5.2.9 curl safe_mode
   & open_basedir bypass

» PHP 5.2.6 SAPI
   php_getuid() overload

» PHP
   ZipArchive::extractTo()
   Directory Traversal
   Vulnerability

» PHP 5.2.6 dba_replace()
   destroying file

Copyright © SecurityReason.com. All Rights Reserved.