Skip to main content

Thinstall: Yet another Application Virtualization Suite




Well, you will see a lot of players in the market. All of them going for the Application Virtualization space. Network computing guys have done a review of Thinstall.

TVS lets you virtualize the entire application. A program's files, registry settings and virtualization layer are built into a single .EXE file. If the program has more than one .EXE to be started by the end user, a small, shortcut executable file can be created.

By virtualizing software packages, the apps become easier to deploy and manage. A wrapper around the application, files and registry settings isolates it from the OS and other apps. Any changes to the file or registry can be stored temporarily in a sandbox (a user-writeable directory where file and registry changes can be stored) instead of being written back to the actual OS. Because each virtualized app is isolated from the others, it can't cause conflicts. The benefit is reduced integration testing time needed by IT before deploying an app.

Unlike its competitors, such as Microsoft SoftGrid, TVS needs no client on the workstation running the virtualized app. Nor does TVS require the creation of additional infrastructure components. SoftGrid needs a server running Active Directory, IIS Web Server and a Microsoft SQL database to function. A client-based solution provides better control over such issues as license compliance, but can be harder to administer when home users and outside contractors need to use just an app or two. In such cases, Thinstall's approach has the advantage.


An example of of Security Appliance, check it out here.

Comments

Popular posts from this blog

Security: VMware Workstation 6 vulnerability

vulnerable software: VMware Workstation 6.0 for Windows, possible some other VMware products as well type of vulnerability: DoS, potential privilege escalation I found a vulnerability in VMware Workstation 6.0 which allows an unprivileged user in the host OS to crash the system and potentially run arbitrary code with kernel privileges. The issue is in the vmstor-60 driver, which is supposed to mount VMware images within the host OS. When sending the IOCTL code FsSetVoleInformation with subcode FsSetFileInformation with a large buffer and underreporting its size to at max 1024 bytes, it will underrun and potentially execute arbitrary code. Security focus

Splunk that!

Saw this advert on Slashdot and went on to look for it and found the tour pretty neat to look at. Check out the demo too! So why would I need it? WHY NOT? I'd say. As an organization grows , new services, new data comes by, new logs start accumulating on the servers and it becomes increasingly difficult to look at all those logs, leave alone that you'd have time to read them and who cares about analysis as the time to look for those log files already makes your day, isn't it? Well a solution like this is a cool option to have your sysadmins/operators look at ONE PLACE and thus you don't have your administrators lurking around in your physical servers and *accidentally* messing up things there. Go ahead and give it a shot by downloading it and testing it. I'll give it a shot myself! Ok so I went ahead and installed it. Do this... [root@tarrydev Software]# ./splunk-Server-1.0.1-linux-installer.bin to install and this (if you screw up) [root@tarrydev Software]# /op