针对隐私保护器，提出几点质疑

ikimi

首先声明下，质疑的东东不止是保护器本身，请耐心读完本帖

首先加入了桌面作为监控对象

之后开启保护器监控，同时启动EXCEL，并执行了“打开”功能，注意了，仅是启动“打开”了对话框，并未打开任一文件，如下图



此时保护器的监视记录出现了2条记录



质疑一：用户还未打开文件，这两条记录何来？

质疑二：如果说是EXCEL在此已经开始遍览目录结构，那么EXCEL已经在后台打开了此文件了么？

不过，针对文件（夹）的不错的监控软件，文件河，显示EXCEL并未操作该文件（既然也可能怀疑EXCEL，所以不用微软的PROCESS MONITOR做监测），因此质疑一存在的可能性更大

第二个问题，我欲将此截图使用系统自带的画图程序（进程名：mspaint.exe）保存在桌面，保存完毕，看到保护器的监控记录如下图



缘何画图程序在保存文件时，同时还“访问”了我桌面那么多的快捷方式？

质疑三：保护器对这几条记录如何解释？还是相关函数不够精准？

质疑四：系统自带的画图程序的确访问了这些快捷方式，微软缘何如此？

不过，同前一组质疑一样，通过三方软件检测发现，质疑四存在的可能性小于质疑三存在的可能性

贴后：针对磁盘文件（夹）和注册表的监控，偶个人更喜欢，前者文件河，后者RegSnap。

ikimi

因为还是比较喜欢数字的部分产品，所以测试了这个软件

金山的同类软件未作测试

你想怎样

已经慢慢完善了很多功能

白羊座

opendialog框必然触发整个目录文件的creatfile，你拿process monitor一样是这样的结果，不存在任何异议

ikimi

白羊座 发表于 2010.10.11 21:31
opendialog框必然触发整个目录文件的creatfile，你拿process monitor一样是这样的结果，不存在任何异议

文件河测试未果

PROCESS MONITOR未测试

退一万步讲，如果是由函数初始定义造成的，那么隐私保护器可以根据实际情况作出监控判断，如果只是靠系统自带的函数简单拼凑，恐难服众

关于文件监控方面，感觉可以向文件河学习

退十万步讲，质疑五：如何解释对*.xml的提示，而非我的文档里（根据文件名）排位最靠前的那两个EXCEL文件？

360melon

楼主，你学过API编程就懂了。
除非你不动键盘和鼠标，才有可能是0访问。

ikimi

360melon 发表于 2010.10.11 21:36
楼主，你学过API编程就懂了。
除非你不动键盘和鼠标，才有可能是0访问。

请看5楼。

jefffire

说明360没过滤好

ikimi

白羊座 发表于 2010.10.11 21:31
opendialog框必然触发整个目录文件的creatfile，你拿process monitor一样是这样的结果，不存在任何异议

已经CALL U很多次了，至今未对此作出一个比较令人信服的解释

http://bbs.kafan.cn/thread-795893-1-1.html

此贴实为提出了2个疑问，楼下某网友仅解答了一个表面上的问题

360melon

回复 5楼 ikimi 的帖子

目前还是beta版本，确实有很多地方需要改进，楼主可以对比测试一下同类软件。