如何确保QFile写入相同的物理地址?
How ensure QFile write on same physical address?
我想开发一个应用程序,它可以打开文件并替换该物理位置中的所有字节,以使恢复变得困难(某种数据擦除器)。 那么我如何确定如果我打开一个带有 n MbQFile
的文件并在该数据上写入 n Mb 的虚拟数据将在同一物理位置(在 Windows 和 Linux 中)被覆盖?
对于"普通"文件系统,在HDD驱动器上,只需查找文件的开头并写入适量的字节就足够了。它们将被放置在同一位置。
但是,在SSD中很难做到这一点,因为您需要处理写入plization,当数据实际上没有写入同一位置时,即使操作系统认为它是。相反,对于SSD,应该使用TRIM命令,该命令将块标记为空闲,SSD控制器将用零重写它们,以便以后能够重用它们。在现代文件系统(如ext4
或ntfs
)中,已经对已删除的文件进行了此操作。
恢复,在HDD上,您的方法很好且适用。对于SSD,它只会制作数据的一些副本,所以我最好避免这种情况,只是删除文件,希望FS驱动程序将为我发送TRIM到SSD控制器。
这闻起来像XY问题:你真正想要的是使数据无法访问。覆盖文件本身的数据只是可能的方法之一。
另一种方法是使问题更小:我们不要仅仅覆盖文件,而是将其存储为明文,而是加密,例如使用 AES。一旦无法访问密钥,数据就变得不可访问。密钥很小 - 大小为 16 到 32 字节。
丢失这么小的钥匙要容易得多。
我发现一种非常有效的方法是将密钥的字节分布在几个密钥文件中,这些文件足够长,以便文件系统使用专用块。 128kb 似乎就足够了。 即使用 16 个密钥文件,每个 128kb,存储 16 字节长的密钥。对密钥文件进行内存映射,以便文件系统可以为它们分配专用块,而不是将它们与其他数据合并。首次使用时,用随机数据填充密钥文件。
对于您存储的每个密钥,将其分布在密钥文件之间,将密钥的一个字节放在每个文件中的相同偏移量。 即key[key_no][key_offset] <-> key_file[key_offset][key_no]
.要丢失受保护的文件,请使用随机数据覆盖其密钥。每个受保护的文件都有一个密钥 - 不要共享密钥。
攻击者需要在同一时间点恢复多个密钥文件的先前内容。即使他们成功恢复了几个关键文件,每个恢复的关键文件也只提供密钥的 1/16,并将暴力破解工作量减少了 256 倍。
- 将数组的地址分配给变量并删除
- 空基优化子对象的地址
- 物理键盘上的触发器按键
- C++ 指针的内存地址和指向数组的内存地址如何相同?
- 在C++中打印指向不同基元数据类型的指针的内存地址
- 如何在c++程序中找到函数的地址
- 向量元素的引用地址与它所指向的向量元素的地址不同.为什么
- 被解释为低级别const的const对象的地址
- 将地址分配给本地指针后,公共对象的变量将消失
- 为什么我在leetcode上收到AddressSanitizer:地址0x602000000058上的堆缓冲区溢出错误
- 内联程序集printf将整数解释为地址
- 为什么指针不写入类的地址?
- 如何确保QFile写入相同的物理地址?
- 编译器如何知道物理地址的对齐方式
- 将虚拟地址的逻辑地址转换为物理地址
- 如何通过虚拟寻址区域中的指针获取物理寻址区域中的地址
- QFile:同一物理文件的多个句柄不会写入所有数据
- 是否可以访问物理地址0
- dll-IAT中的指针-物理地址
- 是否有任何操作系统允许将内存从一个地址移动到另一个地址而不进行物理复制?