Encryption 引信式软件解密NTFS

Encryption 引信式软件解密NTFS,encryption,ntfs,fuse,Encryption,Ntfs,Fuse,我有一个大文件(70G),当解密时,它是一个NTFS分区。为了节省时间,我想写一个软件,可以动态解密文件,并将其作为一个文件系统供用户修改。据我所知,您自己为FUSE提供目录,因此,如果我想使用FUSE,我必须手动解析和处理NTFS 使用自定义加密算法(循环长xor密钥)实现NTFS文件系统的即时解密,并将其作为可修改的文件系统提供给用户,哪种方法简单易行?是否有类似的事情我应该知道?忽略您选择的加密方法在实际安全性方面非常差的事实,使用模块化算法在任意位置读取文件非常容易: 如果您的密钥是,比

我有一个大文件(70G),当解密时,它是一个NTFS分区。为了节省时间,我想写一个软件,可以动态解密文件,并将其作为一个文件系统供用户修改。据我所知,您自己为FUSE提供目录,因此,如果我想使用FUSE,我必须手动解析和处理NTFS


使用自定义加密算法(循环长xor密钥)实现NTFS文件系统的即时解密,并将其作为可修改的文件系统提供给用户,哪种方法简单易行?是否有类似的事情我应该知道?

忽略您选择的加密方法在实际安全性方面非常差的事实,使用模块化算法在任意位置读取文件非常容易:

如果您的密钥是,比如说,
chocolate
,那么您知道文件中的位置mod键的长度(9)将给出开始XORing的密钥中的索引


例如,假设您希望从文件中的位置25开始解密。我们采用
25 mod 9=7
,因此我们开始用密钥中第7位的密文对密钥进行异或运算(
techocolatecho…
)。

我看不出有任何理由将其限制为NTFS,这对我来说毫无意义。最直接(我甚至可以说是简单)的方法是编写虚拟磁盘驱动程序(请参阅大容量存储设备),它只需处理几个IRP(IRP_MJ_创建/关闭、IRP_MJ_读/写、IRP_MJ_设备控制对于这样的设备就足够了)


然后,您将拥有另一个卷,在其中处理读写操作,实际存储可能是您想要的任何内容。请尝试使用比XOR更好的加密方法。

文件是否已使用您描述的XOR方法进行加密?是的,我想根据读写需要对其进行解密,因此我不必每次都重新加密整个文件。问题是该文件是一个完整的文件系统。我希望能够将该文件视为已装入的磁盘。因此,我可以像往常一样读写,并将NTFS工作转移到其他地方。我不控制它的内容,我只需要处理文件。最初的解决方案是一个磁盘驱动程序,但我希望它能够轻松移植到其他操作系统。加密不是我的选择。是的,这种虚拟磁盘驱动程序充当加密文件/远程文件/其他文件之间的一层。我相信用FUSE也能达到同样的效果。