“实时监控”灵敏度的问题，KIS21.25依然存在的。

satellite288

会不会还是卡巴的查杀逻辑闹的，印象中卡巴这玩意只要不是完全明确的，都是只要不运行就不会直接杀，但真有问题的一运行还是会杀掉的

tomochan

无所谓，只要双击别漏就行

Balaor

satellite288 发表于 2026-4-30 11:44
会不会还是卡巴的查杀逻辑闹的，印象中卡巴这玩意只要不是完全明确的，都是只要不运行就不会直接杀，但真 ...

手动扫描会杀的。就是卡巴的监控逻辑有点捉摸不透。。

Balaor

tomochan 发表于 2026-4-30 13:14
无所谓，只要双击别漏就行

嗯。。一开始楼主也说了，执行起来确实会干掉。。

只是监控灵敏度的问题，或者说实时监控反映迟钝，强迫症表示有点膈应。。

tomochan

Balaor 发表于 2026-4-30 13:26
嗯。。一开始楼主也说了，执行起来确实会干掉。。

只是监控灵敏度的问题，或者说实时监控反映迟钝，强 ...

有些杀软是这样的，反馈这么多年官方都没改极大可能不是bug，可能是为了给系统资源让路做出的监控策略，毕竟监控越灵敏，监控的文件种类越多，对系统拖慢的影响越明显

Wesly.Zhang

Hello,

各位，OAS 的检测机制要确认下，出现这个问题的磁盘的类型是什么？是不是 磁盘驱动器还是其它类型。根据检测正常的情况下，OAS 在 卡巴斯基驱动层面应该会检测到 文件 create 的 这个 I/O 操作，类型是 Create，如果磁盘类型不是 本地磁盘驱动器，那么行为大概会改变。最好给一个异常的 traces 文件分析下，traces 日志要 详细 级别的。

Wesly.Zhang

请注意使用 eicar 文件进行 oas 测试，排除 云 延时的问题。我们现在讨论的是 本地引擎 的 oas 检测，不是 uds 。

帝辛

其实我觉得你这个担忧是多余的，卡巴斯基是非常完整的防护，哪怕你能落地，你也运行不了，后面还有两三层关卡呢，运行时监控，应用控制，pdm，你就是想让它跑起来都很难让它跑起来。我上面说的三层，每一层都可以阻止软件的运行，只要拉黑了

Balaor

帝辛 发表于 2026-5-3 10:01
其实我觉得你这个担忧是多余的，卡巴斯基是非常完整的防护，哪怕你能落地，你也运行不了，后面还有两三层关 ...

是的，老铁。安全性问题不大。。
强迫症会有点纠结，尤其是习惯了其他杀软监控灵敏度比较高的安全软件。。

Balaor

解压不杀，右键样本就杀了。。

看来卡巴的监控对“新建”是有什么误解？对“修改”比较严格吧！！