Symantec特征库暴减四千万，幕后推手会不会是SDS体系？反正Symantec特征库不再臃肿

驭龙

蓝核 发表于 2016-6-6 08:02
22.7依旧没推送到本地

NS22.7还没有正式版，自然没有推送的，我想过几天还会有新的BETA吧

蓝核

那就继续等正式版好了

欧阳宣

小小龙 发表于 2016-6-6 07:20
可能安全层片SEP好于MES，但是体验层面除了卡顿，感觉MES比SEP好。例如发现病毒后MES能迅速查杀修复，SEP ...

我用铁壳产品只用过诺顿，光说诺顿，修复流程还是不算特别卡顿的，当然比起咖啡差远了。

主要是自己跑样本区和测评成绩来看，MES是要差一点，或者说需要规则来弥补

欧阳宣

跟一个风，22.6也是130MB

驭龙

欧阳宣 发表于 2016-6-7 07:59
跟一个风，22.6也是130MB

你看看NSBU进程有没有加载SDS引擎

欧阳宣

驭龙 发表于 2016-6-7 08:00
你看看NSBU进程有没有加载SDS引擎

是用pchunter看么

SDS引擎又是怎么确定被加载呢

驭龙

欧阳宣 发表于 2016-6-7 08:01
是用pchunter看么

SDS引擎又是怎么确定被加载呢

你用PC Hunter 查看NSBU模块，有SDS引擎，就代表启用了，如果没有就是没有启用SDS

欧阳宣

驭龙 发表于 2016-6-7 08:12
你用PC Hunter 查看NSBU模块，有SDS引擎，就代表启用了，如果没有就是没有启用SDS

那三个sds开头的dll并没有被加载

驭龙

欧阳宣 发表于 2016-6-7 08:17
那三个sds开头的dll并没有被加载

看来只是先推送本地，并没有启用，会不会是在等22.7正式版？话说22.7.0.56已经发半个月了，还没有新beta，不知道下一个版本是正式版还是新的beta，只能继续等了

jone_jys

欧阳宣 发表于 2016-6-6 16:24
我用铁壳产品只用过诺顿，光说诺顿，修复流程还是不算特别卡顿的，当然比起咖啡差远了。

主要是自己跑 ...

要不试试SEP呢，你会发现有惊喜。

对于已知的病毒文件，看看铁壳和迈克菲的监控是怎么处理的。

第一次双击病毒文件，可能会过两三秒然后卡住，然后再过两三秒SEP弹窗提示发现病毒，并开始漫长的修复。。。
迈克菲又是怎么做的呢？双击病毒文件，用户还没反应过来病毒已经被卡擦了，该删除的删除该修复的修复，卡擦的同时已经弹窗提醒用户，我已经帮你搞定了。。。

用过SEP和VSE的童鞋，上面的对比我没说错吧。同样要走修复流程，迈克菲就是要高效得不要太多。。

当然，这是从体验上面来讲。而安全层面，查杀率迈克菲一直没能上去都知道，这是针对病毒测试上。但日常使用中，SEP跟MES我认为真的是半斤八两吧。同样是企业版，误报方面迈克菲控制的也更好点。

美系软件的通病，个人觉得就是有点耍大牌，对反馈的问题更新迟钝。只要他觉得没有问题的，别人再反馈多少遍还是不会改变什么。比如迈克菲的超多进程，人家是没技术能耐精简吗？非也；SEP的监控，修复策略是没有能力再高效点吗？非也。。