59.exe

显示全部楼层 · 发表于 2016-2-16 21:38:51

aboringman 发表于 2016-2-16 18:11
并不是双击后导致的云拉黑，而是因为监控延迟导致的反应迟缓啊。。。。。。

我个人认为这是一个bug
我发现这种情况实际上在扫描前右键查看信誉，KSN结果是拉黑，但监控就是不杀。
这是一个特殊设计（KSN打分结果是封闭的用户看不到）还是就是一个跨越2015来到2016的bug，我现在已经懒得研究了。。。。。
不过我还没有测试监控级别为高时是否会出现这个问题。

显示全部楼层 · 发表于 2016-2-16 21:40:57

pal家族发表于 2016-2-16 21:38
我个人认为这是一个bug
我发现这种情况实际上在扫描前右键查看信誉，KSN结果是拉黑，但监控就是不杀。
...

我也搞不清楚，不过这个bug还是挺致命的，为什么卡巴官方那边不去修复（还是没人提过）？

显示全部楼层 · 发表于 2016-2-16 21:42:21

nick20010117 发表于 2016-2-16 20:09
我也用过趋势双击，你说的是我还是楼上

显然是楼上

楼上是双击狂魔，当年实机双击过很多，你知道的

显示全部楼层 · 发表于 2016-2-16 21:46:00

aboringman 发表于 2016-2-16 21:40
我也搞不清楚，不过这个bug还是挺致命的，为什么卡巴官方那边不去修复（还是没人提过）？

完全不影响啊。
KIS有应用程序控制啊，程序启动前都要分组，而这个程序KSN是不信任的，根本运行不起来的。
即使是KAV，SW和文件监控都第一时间可以拦截啊
就是KFA少麻烦，会让病毒先跑起来在杀掉

不修复是没有人反映，一年前这个时候我就发现这个问题了，但是，咳咳，我懒得反馈。。

显示全部楼层 · 发表于 2016-2-16 21:50:01

pal家族发表于 2016-2-16 21:46
完全不影响啊。
KIS有应用程序控制啊，程序启动前都要分组，而这个程序KSN是不信任的，根本运行不起来的 ...

对哦，KIS的应用程序控制好像跟云和特征库也有联动的，至于SW就更不用说了，可是这也不好啊，慢一拍有时真可能出事的。

显示全部楼层 · 发表于 2016-2-16 21:55:39

aboringman 发表于 2016-2-16 21:50
对哦，KIS的应用程序控制好像跟云和特征库也有联动的，至于SW就更不用说了，可是这也不好啊，慢一拍有时 ...

等出事了，bug就修复了嘛。
哪里需要我们操心啊，对吧，哈哈！

显示全部楼层 · 发表于 2016-2-16 21:57:19

pal家族发表于 2016-2-16 21:55
等出事了，bug就修复了嘛。
哪里需要我们操心啊，对吧，哈哈！

好吧，是时候考验卡巴工程师修复bug的能力了

显示全部楼层 · 发表于 2016-2-16 22:06:32

1446547521 发表于 2016-2-16 17:48
卡巴拉黑速度果然一流。。我下载解压的时候都没有报，双击就被拉黑了。。。

UDS本身就只有扫描和运行的时候才报

显示全部楼层 · 发表于 2016-2-16 22:07:43

aboringman 发表于 2016-2-16 18:11
并不是双击后导致的云拉黑，而是因为监控延迟导致的反应迟缓啊。。。。。。

不是延迟。本身的策略就是只有扫描的和运行的时候有UDS检测

显示全部楼层 · 发表于 2016-2-16 22:08:12

nick20010117 发表于 2016-2-16 18:21
卡巴有监控延迟？不会和EAM一样吧

不是。UDS只有扫描和运行的时候才检测

[病毒样本] 59.exe