comodo的fd区分读写的最有可能被接受的方案。

显示全部楼层 · 发表于 2008-11-18 20:51:05

comodo的fd最大的弊端就是不分读写，很多想用的控制没法实现。而官方对于建议一向反映冷淡。我觉得在现有框架下最容易实现，最有可能被官方接受的方案就是如图所示。
我在官方发了帖子，希望各位去顶一下，增加被采纳的可能。
https://forums.comodo.com/feedbackcommentsannouncementsnews/strongly_suggest-t30284.0.html

显示全部楼层 · 发表于 2008-11-18 20:55:28

这个帖子数很不吉利，自己先顶一下，呵呵。

显示全部楼层 · 发表于 2008-11-18 21:23:46

顶贴是不是点左边的那个小票？支持LZ~

显示全部楼层 · 发表于 2008-11-18 21:41:59

哪个小票？上面很多图标，随便回复一下打几个字吧，good idea 之类的，呵呵。

显示全部楼层 · 发表于 2008-11-18 23:59:59

原来我也是这样想的，却是一厢情愿的。

hips是为了防御恶意程序，而不是苛刻地约束应用程序行为。
再说本来就有人抱怨hips很麻烦，加了读操作就更麻烦了。

显示全部楼层 · 发表于 2008-11-19 00:36:55

原帖由 491866227 于 2008-11-18 23:59 发表
原来我也是这样想的，却是一厢情愿的。

hips是为了防御恶意程序，而不是苛刻地约束应用程序行为。
再说本来就有人抱怨hips很麻烦，加了读操作就更麻烦了。

加上这一项默认设为阻止，不用就不管它，和以前是一模一样的，不会增加任何麻烦。加这一项对comodo来说也轻而易举，还是利用现有的框架。但实现以后对程序控制的灵活性却大大提高。这种情况下，如果要求的人多，官方没有理由不考虑一下。但像前面说的，官方对建议反映冷淡，也不敢报太大的希望。

显示全部楼层 · 发表于 2008-11-19 00:38:02

希望渺茫啊

显示全部楼层 · 发表于 2008-11-19 09:06:30

LZ在官方论坛的帖子有图么，请务必上图

显示全部楼层 · 发表于 2008-11-19 09:40:39

先要加入到wishlist 有可能
如果说现在的威胁不单是破坏系统还有文件
更多的是扫描用户电脑
窃取信息
不知道他们接受不....

显示全部楼层 · 发表于 2008-11-19 10:35:51

我帮你顶了

[讨论] comodo的fd区分读写的最有可能被接受的方案。

本帖子中包含更多资源

评分