Recent Posts

Pages: « 1 2 3 4 5 6 7 8 9 10 »
ReHIPS / Re: ReHIPS Questions
« Last post by fixer on December 30, 2019, 05:16:05 pm »
1. There are some reasons for this. Even when ReHIPS is disabled it's useful to support already running isolated programs. By support I mean usability features like isolated desktop for example. Another reason is monitoring, even when it's Disabled, sometimes it's useful to know what started what and when. Especially in corporate environments. So killing it completely is not recommended. Besides PC resources load is minimal.

2. The question of monitoring compared with Sansboxie is covered HERE. Updating usually takes different paths depending on where the program was installed. There usually are 2 locations: Program Files (global system-wide) or in user profile folder, AppData Local or Roaming (local user-wide). In the first case for the program to update Administrator rights are required as Program Files is one of trusted locations. So to update it (or install there) you'll have to run it without isolation. Which is usually OK since most programs like Office aren't malicious by themselves and only become ones when they're exploited. In the second case Copy User Data feature comes into play. In short words, you'll have a copy of the program in the isolated environment profile folder. And it'll be updated there. But in this case the best scenario is to install it straight into isolated environment with DeployHelper.
ReHIPS / Re: ReHIPS Questions
« Last post by LimeKey on December 29, 2019, 09:14:45 pm »
Thank you, fixer.  I appreciate your taking the time to explain.

1.  It's good to know that the increase is a static time instead of a multiplier.  However, is there any good reason why this needs to happen at all if ReHIPS is set to Disabled?  My expectation is that if it's set to Disabled, then it should take next to zero active resources (except for memory if a service/driver needs to remain running) unless it's started up or called on via context menu.  Is there a way to configure it so that this is the case?

2.  I only used the stenography app as an example - the workflow given applies to many types of applications.  The issue with the workflow suggested is that it's not that easy if the application is getting pointed to via the registry.  For example, an application update patch.  With Sandboxie, I can let it run, then easily observe what it tried to change and selectively allow or block the addition/modification of files.  I'm not sure how I can accomplish that with ReHIPS, since copying an application folder to a ReHIPS folder won't do anything given that the registry is still pointing to the original/real location.
ReHIPS / Re: ReHIPS Questions
« Last post by fixer on December 29, 2019, 12:26:48 pm »
Hello, LimeKey.
Welcome to our forum and thank you for your interest in our product.

1. I guess you're referring to this blogpost ? Even when ReHIPS is Disabled, it gets notified about processes starting and exiting and other things. You can notice it by logs, they keep coming. Slowing a process startup in 10 times is not entirely correct. You see, for these tests a special program for used that does nothing on startup to minimize the time it takes to start. For this program, yes, startup with ReHIPS takes 10 times more. But even in this case a single start takes for about 10ms, I don't think you'll notice this time interval or that you start hundreds of processes in a second to start noticing it. Let's return to the real world. In real world programs take some time to start, some bulky programs take more time. For example a program takes 1 second to start. With ReHIPS it'll take 1 second+~8ms=1.008 seconds to start, difference is 0.8%. So I don't think it's noticeable.

2. The most simple (and insecure) way to do this is to simply allow READ+WRITE access to the desired folder. And voila. More secure alternatives usually take more steps. For example if a program supports it, it can read from one folder, but save to some other. Or you can copy files to a ReHIPS folder and process them there. As usual, the more secure you want to have it, the less convenient it'll be. On the other hand, I doubt a steganography program will insert some scary exploit into the images and security should be tightened to the max in this case.
ReHIPS / ReHIPS Questions
« Last post by LimeKey on December 29, 2019, 11:09:14 am »
I've been researching ReHIPS as an alternative to Sandboxie for me, and I have a few questions.

1.  According to the FAQ about performance, it seemed to indicate that if ReHIPS is installed, but set to Disabled, applications will experience a 10-fold increase in startup time. 

Is that correct?  The FAQ seems to indicate that these are fantastic numbers, but slowing down application startup by an order of magnitude seems to be absolutely awful.  If I have ReHIPS set to disabled, why would application start times have any additional lag whatsoever? 
Or does it only refer to apps that are started in isolation while ReHIPS is set to Disabled?

2.  Some applications are designed to process existing files - for example, an application that adds/modifies stenography in images might do the following:

a.  Scan the contents of a folder to find the appropriate files it wants to modify.
b.  Copy each target file to a backup (e.g. Target.jpg to Target.jpg.BAK).
c.  Modify the target file or delete the original and add the new replacement.

If I run this type of application sandboxed through Sandboxie, then the original folder remains protected and untouched - but I can find all new/modified files in the sandbox and selectively decide which ones to bring over into the actual file system.

Is this something that I can do with ReHIPS?  If so, just how messy a process will it be?

ReHIPS / Re: Some questions
« Last post by fixer on December 21, 2019, 09:20:19 pm »
Could you please describe it step-by-step, what you do, what exactly you get and what you expect to get with full real paths and paths in ReHIPS. And we'll try to reproduce the issue. Thank you.
ReHIPS / Re: Is there a conflict with sandboxie?
« Last post by fixer on December 20, 2019, 11:47:50 pm »
You're welcome ;)
ReHIPS / Re: Is there a conflict with sandboxie?
« Last post by nick on December 20, 2019, 10:14:35 pm »
Thank you for taking the time to explain
ReHIPS / Re: Some questions
« Last post by nick on December 20, 2019, 10:12:18 pm »
Thanks for clarifying all of these. About the asterisks I'm not sure where exactly is the problem. It happens when I use scoop isolated and tries to execute git:
the path is ...\scoop\apps\git\\cmd\git.exe (with 3 more parent folders without any space or special characters). Any combination of asterisks, even exactpath\*.exe is not working, I get a popup window asking what to do with git.exe of the above path. If you don't get the same result for a path like that I can explain with all details under what conditions it happens for me (the rule is to open it in the same isolated environment)
ReHIPS / Re: Is there a conflict with sandboxie?
« Last post by fixer on December 19, 2019, 11:16:38 am »
In ReHIPS it's possible to allow or block access to registry keys or file system objects (files and folders). But logging is quite complicated. You see, Sandboxie is built on hooking and proxying calls. A lot of hooking actually. And this concept has its advantages and drawbacks. For example it has performance penalty. But since it proxies each and every call it can log access attempts quite freely. ReHIPS on the other hand doesn't control access itself, it relies on Windows already implemented security checks, so ReHIPS isn't involved when a program tries to access something, ReHIPS can be even disabled, when it happens, Windows does all the heavy-lifting. As a drawback there is no simple way to log these access attempts. Well, there can something be done actually, logging access to some certain objects in possible via Windows audit system. But it isn't useful when it comes to a situtation like "this program wants something, but I don't know what".
ReHIPS / Re: Some questions
« Last post by fixer on December 19, 2019, 11:07:15 am »
Thank you for your report.

1. Probably we left it intentionally as something was broken, will investigate it.

2. C:\test\\test.exe seems to be recognized by C:\test\*\test.exe wildcard. Or am I missing something?

3. Yup, it's a bug, already fixed, will be in the new release.

4. Explorer is quite capricious. It handles a lot of things so there should be only one explorer running. Other starting explorers exit when they see they're not only ones. The thing is, they usually delegate what they're supposed to do to the running explorer. But isolated explorer is in a different position. It can't delegate anything as it's isolated and can't communicate freely with the trusted running explorer. But it also can't run as there already is one running explorer. So it basically can do nothing.

5. You can press F1 for built-in help file to open. In short words, not every user can access ReHIPS Control Center because of security reasons. By default only administrators can. But some users prefer to use simple user accounts for their every-day routine. In this case add this user to trusted users and it'll be able to interact with Control Center.
Pages: « 1 2 3 4 5 6 7 8 9 10 »