Comodo与磁碟机

关于Comodo被磁碟机过掉的问题，各位粉丝们讨论一下。也希望Comodo能修复这个问题.

saga3721

说不定微软会出补丁搞定

baerzake

样本在哪？为什么我测试时没有被过？

ubuntu

磁碟机的问题，我已经上报过了，希望大家也继续用Comodo V3上报病毒和常用程序。

我想解释一下：
要完全过掉Comodo是很难的，这个东西只是结束了Comodo的GUI进程而已。

1. Comodo是内核保护，根本不需要任何进程和服务，可以无进程保护。结束GUI进程根本没用。
设置也很简单，只要选上 block all the unknown requests if the application is closed
或者使用我的All Applications Limited 作为所有程序规则 All Applications *

2. 这种通过消息DDOS 结束进程的方式，看一下日志：

2008.01.11 20:26:42 x.exe DENY C0CF message to explorer.exe (Process)
2008.01.11 20:26:42 x.exe DENY C0CF message to ctfmon.exe (Process)
2008.01.11 20:26:44 x.exe DENY 0 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 2 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 3 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 5 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 6 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 7 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 8 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 9 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY A message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY B message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY C message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY D message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY E message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY F message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 10 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 11 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 12 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 13 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 14 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 15 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 16 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 17 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 18 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 19 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 1A message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 1B message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 1C message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 1D message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 1E message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 1F message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 20 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 21 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 22 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 23 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 24 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 25 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 26 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 27 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 28 message to csrss.exe (Process)
2008.01.11 20:26:44 x.exe DENY 29 message to csrss.exe (Process)

上面的规律很明显，象Comodo 这样的HIPS是不可能拦截所有的消息，只拦截部分消息
因为Comodo监控所有的进程，拦截所有的消息，系统效能会大大降低，弊大于利。
如果用这种方式拦截，不如不拦。

拦截这种类型的攻击，最好是Sandbox，因为它只管部分不信任的程序，当然可以拦截所有消息。
你可以看到GeSWall 表现很不错
DefenseWall 进程挂了，也是因为它不拦截所有消息，没必要。

有内核保护足够了
相信Comodo 会找到解决的办法。

再说，在病毒运行前，Comodo已经报可疑行为。