Recent Posts

Pages: « 1 2 3 4 5 6 7 8 9 10 »
Developers' Blog / [FAQ] ReHIPS files (part 1)
« Last post by fixer on November 16, 2018, 08:37:40 am »
If you take a look into the folder ReHIPS was installed into, you'll see quite a bunch of files. For the ones curious what they are for, this blogpost is.

-DeployHelper32.exe/DeployHelper64.exe (help install software straight into isolated environment, seperate blogpost about it here;

-DesktopTools32.exe/DesktopTools64.exe (show keyboard layout indicator and help set hooks on isolated desktops);

-EmptyStub32.exe/EmptyStub64.exe (just an empty stub that does nothing; when a process is blocked, execution of this empty stub is simulated so no error message is shown);

-FileManager32.exe/FileManager64.exe (ReHIPS file manager as explorer doesn't browse folders for isolated programs, separate blogpost about this bug here;

-HIPS32.sys/HIPS64.sys (driver to monitor processes creation and termination, also filters file system and registry access operations);

-HIPSAgent32.exe/HIPSAgent64.exe (agent helps working with programs in different sessions, also shows desktops widget and all bells and whistles like taskbar for isolated desktops);

-HIPSGui32.exe/HIPSGui64.exe (main graphical user interface or ReHIPS Control Center, implemented as thin client);

-HIPSService32.exe/HIPSService64.exe (heart and core of ReHIPS, contains all the major stuff, can work in head-less mode, also operates as middle-ware between driver and Control Center);

-HookDll32.dll/HookDll64.dll (library to inject into other processes and perform usability tasks like suppressing error window when a process is blocked);

-ReHIPS.xml (database with program rules);

-RulesManager32.exe/RulesManager64.exe (separate graphical user interface for rules management, seperate blogpost about it here;

-RunElevated32.exe/RunElevated64.exe (used by DeployHelper to start elevated installer process);

-RunLimited32.exe/RunLimited64.exe (starts in isolation processes that require administrator privileges);

-RunRestricted32.exe/RunRestricted64.exe (starts files in isolation from explorer context menu, there is a trick with it described here
Developers' Blog / Re: [FAQ] Lock-Down Mode
« Last post by Umbra on November 13, 2018, 03:11:46 am »
The best way to use Lockdown Mode is (on a obviously clean system), to restart the system in learning mode 2-3 times, then set Lockdown Mode.
Critical processes should be whitelisted then Lockdown mode shouldnt causes issues. Of course,  this should be done after every Windows umulative updates.
Developers' Blog / [FAQ] Can ReHIPS be registered in Windows Security Center?
« Last post by fixer on November 05, 2018, 12:04:24 pm »
You probably heard about Windows Security Center. Among other things it controls whether your PC is firewalled and protected with an antivirus and an antispyware and either nags you that you're in danger or enables something default like Windows Defender. It allows other software to register there, in other words to interface with it to report that the software is responsible for example for antivirus protection. So can ReHIPS do it? Yes it can and it did register as antivirus and antispyware, but later (from version 2.2.0) this functionality was removed. Why, it doesn't protect from viruses? No, ReHIPS does provide antivirus and antispyware protection, the reason behind this is different. When a third-party software is registered in Windows Security Center and reports that it's OK and running, default built-in Windows Defender is disabled. This was done most likely for performance considerations for their functions not to overlap, maybe to avoid possible conflicts. But ReHIPS doesn't have any signatures, it doesn't scan files for malware, it operates in a different way, so it's OK to have ReHIPS and Windows Defender at the same time, they operate differently and nothing overlaps. So we decided to simply remove ReHIPS registration, this way Windows Defender stays working.
ReHIPS / Re: Can execute Sub-Programs: Alert -- what command lines does it monitor?
« Last post by fixer on November 04, 2018, 06:35:38 pm »
Yup, that's the answer.
Let's take a closer look: cmd.exe starts sc.exe with parameters. So:
-parent: cmd.exe
-process: sc.exe
Parameters are checked for the process, it's sc.exe. So you don't have any alerts.
ReHIPS / Re: Can execute Sub-Programs: Alert -- what command lines does it monitor?
« Last post by shmu26 on November 04, 2018, 01:46:09 pm »
cmd.exe, like it is in default settings.
So that's the answer, I guess. The way I did it, sc.exe would need to have the Sub-Programs Alert rule. In other words, it is the executed program that counts, not the executor.
ReHIPS / Re: Can execute Sub-Programs: Alert -- what command lines does it monitor?
« Last post by fixer on November 04, 2018, 01:25:32 pm »
What program you have Sub-Programs Alert rule for? cmd or sc?
And just in case make sure you set it for the correct real user, the one you test from.
ReHIPS / Can execute Sub-Programs: Alert -- what command lines does it monitor?
« Last post by shmu26 on November 04, 2018, 08:45:17 am »
I am trying to understand "Can execute Sub-Programs: Alert" .
I opened an elevated command prompt and entered the command:
sc delete ProcLoggerSvc
The command was executed.
If cmd.exe called sub-program sc.exe and passed it a command, why was there no alert?
Developers' Blog / [FAQ] ReHIPS network control
« Last post by fixer on October 29, 2018, 02:17:17 pm »
If you've been following ReHIPS since early versions, you probably remember there was network control for programs at first and then it migrated to isolated environment. From ReHIPS 2.4.0 network control is possible for both isolated environments and programs. So what's the deal with all these changes?

At first each program had its own isolated environment, so having this program blocked from network access basically meant having the network access blocked for the corresponding isolated environment. But later we enabled each isolated environment to have multiple programs. And then network control was moved to isolated environment. Why? Because it's a security boundary. A program can't escape isolated environment, the isolated environment doesn't have network access, so the program is guaranteed to be blocked from the network. But later we received multiple requests to return network control on a program-wise basis. And so we did. But keep in mind, that it's only for well-behaving programs, it's not a security boundary! In other words, if a program is benevolent, tries to make a network connection and obediently agrees if it's not given, then it remains offline. But if a program is malicious, doesn't agree and starts misbehaving like injecting into other programs running is the same isolated environment (it can do this as they're in the same isolated environment) and these other programs along with the isolated environment are allowed to have network access, the program will also access network through them. So keep this in mind, program-wise network control is not for strong security, it's for convenience and usability.
ReHIPS / Re: Ask Questions Here - ReHIPS Features & Unexpected Behaviors
« Last post by fixer on October 29, 2018, 12:11:10 pm »
Thank you for your report, we looked into the issue. Though it's not a full kernel memory dump and thus some memory areas are missing in the dump provided, I'm 98% sure it's the same issue already discussed here It's gwdrv.sys driver, looks like they still haven't fixed it, or maybe you use an old version. In any case ReHIPS has nothing to do with it.
ReHIPS / Re: Any issues with 1809?
« Last post by Tarnak on October 29, 2018, 02:40:04 am »
A bridge too far!   I am still running build 1703, Windows Pro.
Pages: « 1 2 3 4 5 6 7 8 9 10 »