能力值：
( LV2，RANK：10 )
|
-
-
2 楼
大哥，你想多了吧。非授权程序访问加密文件不处理，他爱咋办就咋办，读到加密标识怎么啦，那就让他读呗。打不开怎么啦，那就打不开呗。
PS:难道加密标识放文件尾非授权进程就能打开？如果非授权进程都能打开了，那还要加密做什么？
|
能力值：
( LV2，RANK：10 )
|
-
-
3 楼
呵呵，我表达错了，应该是授权进程打开非加密文档时如何处理。这些文档没有加密标识。
我想到的简单做法是如果找不到加密标识，则按正常流程往下转。
那问题变成：对加密文档和非加密文档是否都可以使用文件头中的某位标识来判断？发果非加密文档的数据刚好和加密识标一样，由会被当成加密文档，因此会无法打开。
|
能力值：
( LV2，RANK：10 )
|
-
-
4 楼
你放文件尾，一样有这个问题。如果某个非加密文档的文件尾跟加密文档的标识一样，你照样无非分清是加密还是非加密的。
如果文件头没有加密标识，自然按明文处理，直接放行。
加密的文件，前面有个加密头，这个加密头可以认为是个结构体，有很多域，比如你可以加个字符串，加密GUID，还有各种的长度啊，各种自定义信息啊，如果这些都匹配了，再当做加密处理，这样明文被误以为是加密文件的概率都小得多得多了。概率还是有的，不过各个厂商都是这么干的，也没听说碰到这种问题，刚好有个明文的头部和加密文件的头部一模一样，可想而知，这种概率其实小得很。
PS:如果概率那么大，那我想，WORD,EXCEL,PDF,RAR等一堆一堆的软件等，都会认错的，他们都是判断文件里的各种标识的。
|
能力值：
( LV2，RANK：10 )
|
-
-
5 楼
MS也只能是这种方案了，在加密头的设计上增加可靠性
多谢ITSailor。
|
|
|
|
