Replies: 1 comment 5 replies
-
It's interesting that Sandboxie did not appear to have this feature before, so that it was not something originally thought about. It makes it easier to configure Sandboxie and in some way it is required for some fine-grained access control. I don't know if the feature is what someone would spend money on. If it isn't an incentive to buy a certificate, then David could be convinced to make this freely available for anyone. |
Beta Was this translation helpful? Give feedback.
5 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello,
I was looking for a safer way to run applications in an isolated secured environment and Sandboxie caught my eye. It seem be have all the features required to run an executable application without worry, if the box is configured correctly.
However, after going extensively though the documentation and the feature comparison page, I noticed that, unfortunately, the
UseRuleSpecificity
flag is behind a paywall. I understand that other features such as "Privacy Mode", "Security Enhancements", "Encryption", "Ram Disk" are for very specific user cases and it seems fair to have them behind a paywall considering the immerse development effort with these features. I am not the one to judge the development effort for theUseRuleSpecificity
feature, but it seems like a very basic and fundamental requirement for any sandbox application, and should be, (in my opinion) enabled and availale for all edition.The reason being very simple, most users prefer 1 whitelist over 10 blacklist entries. In my case, I want to restrict (box only) access to
D:\
but keep normal access toD:\Downloads\*
andD:\Sandbox\*
, So I went ahead and added these rules, just to realize that this will not work asD:\
(box only) takes precedence over everything! This is totally counter intuitive, as in any path config, the more specific paths take precedence over more general ones. I believe this should be the default behavior for Sandboxie as it makes the most sense. The same way it works for most antiviruses - If you includeD:\
but then exclude D:\unsafe, it should not ignore the more specific rule for the broader rule.I love this program and would definitely support it on Patreon, and I also understand it takes a lot of time and effort to maintain this, but I wanted to present my views here, as when i felt deceived that, this fundamental rule priority feature is behind a paywall and disabled by default. I am totally okay with all other paid features - but this one seems just too important for most use cases.
Beta Was this translation helpful? Give feedback.
All reactions