• 首页
• 产品目录
  • 加密产品
    • 标准版
    • 标准版+
    • 专业版
  • 商用安全产品
    • 数据服务器
    • 安全U盘
    • Web 防篡改系统
  • 企业防泄密系统
    • 设计经典版
    • 管理平台版
    • 至尊企业版
• 解决方案
• 服务与支持
  • 在线支持
  • 软件下载
• 保密技术
• 关于我们

　　secWall实时加解密文件采用的是类型于SVN文件的管理模式，强制脱离加密系统复制出来的文件会丢失加密信息，这些文件再回到加密系统也不会被加密系统认可。因此secWall禁止在加密系统外对密文文件进行任何操作。如果做了这样的操作，而且又不幸销毁了原文件，单纯通过这个纯密文的副本是否可以恢复数据呢？理论上在原来的加密环境中应该是可行的。

　　在加密环境中，丢失加密信息的加密文件呈现为普通图标，没有加密标志，打开时为一堆乱码，见下图。

　　修复步骤： 如下图，登陆加密系统，打开“secWall 文档管理器”。

　　选中需修复的文件进行修复。

　　修复后的新文件能正常打开了。

压缩类文件的修复（如zip、CorelDRAW的cdr文件等）

　　secWall使用了先进加密标准（AES）对文件进行加密（整个文件完全编码的），AES是使用128位分组加密的，因此对于文件长度不是128位（16字节）倍数的，在丢失加密控制信息后理论上文件最后的整除16的余数字节是不能还原的。

　　如下图，A为原始文件，B为加密过的原始文件（已丢失了加密数据库），都用UltraEdit打开。

　　从两图的比较中可以看到，分组加密是以一行为一组进行加密（一行16个字节，1个字节等于8位二进制，16×8=128位）。

　　当加密到最后一行时，字节数未必刚好是16，这时secWall会自动补齐以补满128位进行加密，这些补齐的信息记录在数据库文件中。加密文件日常使用时，加密系统会从加密数据库中读取信息进行比对处理，加密文件并不会受任何影响。

　　但是当数据库文件丢失，按上面修复的方法进行修复时，因为已丢失了最初如何补齐的信息，secWall文档管理器在执行修复操作时将最后一行无法解码的字节全部清为0，这就与原始文件产生了差异。

　　大多数文档类型末尾并不是有效数据内容，而是记录一些校验、状态信息等，清零后并不影响文件正常打开使用，比如Office文档、CAD图纸等等。文本文件的内容与字符是一一对应的，因此文本文件在这种情况下必须手工修改。

　　压缩类型的文件在打开时需要校验完整性，修复的加密文件因为通不过校验，所以不能正常打开，比如zip压缩包，CorelDRAW的cdr文件、Office2007之后的docx、xlsx等都采用了压缩数据格式。解决的办法是用WinRAR对修复的加密文件进行修复。

　　Zip修复功能可以重新计算出压缩格式的文件最后几个字节的内容，修复后的文件与原文件是完全一致的。