EFS加密文件恢复方案

故障类型：EFS加密文件无法打开

典型特征：1.　重新系统后以前加密的文件无法打开；

                2.　密钥文件丢失导致加密文件无法打开；

故障原理及恢复思路

   　在使用EFS加密一个NTFS文件时，系统首先欠款生成一个伪随机数FEK(File EncryptionKey,文件加密钥匙) ，然后用FEK加密数据并对文件进行原位覆写。随后系统利用你的公钥加密FEK，并把加密后的FEK存储在加密文件的SEFS属性中。

   　而在访问被加密的文件时，系统首先利用当前用户的私钥解密FEK，然后利用FEK解密出文件，在首次使用EFS时，如果用户还没有公钥、私钥对（统称为密钥），则会首先生成密钥，然后加密数据，如果你登录到了域环境中，密钥的生成依赖于域控制器，否则它就依赖于本地机器。

    　用户私钥是解密EFS文件的关键，私钥保存于Windows分区的Documents and Settings\UserName\ApplicationData\Microsoft\Protect\UserSID (用户的SID为安全标识符，相当于用户的身份证号码，当创建一个帐号时，系统为其分配一个唯一的SID编号)

    　为了保护私钥，Windows用主密钥对私钥进行加密，主密钥位于Windows分区的Documents and Settings\UserName\ApplicationData\Microsoft\Protect\UserSID,然后再用用户密码生成的密钥对主密钥进行加密。

     　这样就形成了“用户密码-主密钥-私钥-FEK-EFS加密文件”加密链。所以如果想完整地获得EFS加密数据，那么必须得到用户密码、主密钥和私钥。      

检测流程

        a　查看现有系统占用空间；

        b　查看现在有mft文件目录数占用空间。

恢复流程

        a　查找或重组加密FEK的私钥；

        b　查找可重组加密私钥的主密钥；

        c　根据用户提供的用户密码进行匹配，解密用户文件；

        d　对解密出来的文件进行逻辑分析和校验，迁移出用户所需数据。

验收流程

        a　对已恢复出来的数据做容量及数量统计，是否与数据丢失前吻合；

        b　对已恢复出来的数据做完整性验证，确保文件在目录结构及底层逻辑等方面正确无误；

        c　对客户指定的关键文件进行重点验证，确保客户关键数据成功恢复。

恢复的成功率&时间评估

     在大多数案例中此类故障主要是重装系统导致密钥丢失造成的，由于重装系统将写入大量文件到系统分区，密钥被覆盖的几率相对较高，这也是导致此类故障恢复成功率较低的重要原因，一般此类故障成功率在50%左右，通常所需时间为1-3个工作日。

数据安全科普

1.通过EFS加密文件后应该及时备份密钥并妥善保存；

2.出现此类故障后应该立刻停止继续使用计算机，以降低密钥被覆盖的几率。

选择服务商的标准

　　数据恢复有别于一般维修行业，目前市场鱼龙混杂，不同服务商的技术水平和职业素质千差万别，数据丢失后交由非专业人员进行各种检测与恢复操作造成盘片划伤、数据完全覆盖，最终数据无法恢复的情况常有发生，用户从寻找低价到不惜代价拯救数据的例子比比皆是。因此，恢复重要数据必须寻求专业、正规的数据恢复公司帮助，切勿贪图便宜造成无法挽回的损失。是否专业考量的因素有：

设备，拥有独立的无尘洁净间，保证开盘操作在百级无尘的洁净环境下进行，市场上很多数据恢复公司都表示有无尘洁净室，但事实上能让客户亲眼所见的只是凤毛麟角，寥寥可数。

技术，就像病重的人手术一样，资深数据恢复工程师对硬件和逻辑结构均有丰富经验，能果断准确地判定该如何抢救数据，机会可能只有一次，有时一次的误操作足以让数据返魂乏术。

效率，一般情况下普通故障当天能完成，即使开盘恢复也只1-3天，需要一段时间才能完成的极有可能是中间商，即接单后转给第三方赚取差价，成功率与数据安全毫无保障。