Cocoa 如何写回现有文件,确保磁盘上的位在OS X中被覆盖 什么API的可可或核心基础,我可以用来确保当我回写一个已经存在于存储设备上的文件时,这些比特被写入了吗?这个想法是为了安全起见清除位。

Cocoa 如何写回现有文件,确保磁盘上的位在OS X中被覆盖 什么API的可可或核心基础,我可以用来确保当我回写一个已经存在于存储设备上的文件时,这些比特被写入了吗?这个想法是为了安全起见清除位。,cocoa,security,filesystems,Cocoa,Security,Filesystems,在现代文件系统中,无法保证您正在覆盖磁盘上相同的物理位置——缺少这种保证可以使文件系统提供更好的性能。您可能对阅读感兴趣,适当地标题为“为什么安全删除不起作用”,并且任何敏感数据都不应未加密地存储在磁盘上(强调我的数据) 请考虑以下警告: 注意:请注意,shred依赖于一个非常重要的假设: 文件系统就地覆盖数据。这是传统的方式 但许多现代文件系统设计并不能满足这一要求 假设。以下是文件系统的示例,在这些文件系统上 无效,或不能保证在所有文件系统模式下都有效: 日志结构或日志文件系统,如AIX和

在现代文件系统中,无法保证您正在覆盖磁盘上相同的物理位置——缺少这种保证可以使文件系统提供更好的性能。您可能对阅读感兴趣,适当地标题为“为什么安全删除不起作用”,并且任何敏感数据都不应未加密地存储在磁盘上(强调我的数据)

请考虑以下警告:

注意:请注意,shred依赖于一个非常重要的假设: 文件系统就地覆盖数据。这是传统的方式 但许多现代文件系统设计并不能满足这一要求 假设。以下是文件系统的示例,在这些文件系统上 无效,或不能保证在所有文件系统模式下都有效:

  • 日志结构或日志文件系统,如AIX和Solaris提供的文件系统(以及JFS、ReiserFS、XFS、Ext3等)

  • 写入冗余数据并在某些写入失败时仍能继续的文件系统,例如基于RAID的文件系统

  • 生成快照的文件系统,如Network Appliance的NFS服务器

  • 缓存在临时位置的文件系统,如NFS版本3客户端

  • 压缩文件系统

P>以上所说的,可可或核心基础中有可能允许你在磁盘上写入特定的磁头/圆柱/扇区等,我对这些API不太熟悉,但我对此非常怀疑。无法保证您正在覆盖磁盘上相同的物理位置——缺少这种保证会使文件系统为您提供更好的性能。您可能对阅读感兴趣,适当地标题为“为什么安全删除不起作用”,并且任何敏感数据都不应未加密地存储在磁盘上(强调我的数据)

请考虑以下警告:

注意:请注意,shred依赖于一个非常重要的假设: 文件系统就地覆盖数据。这是传统的方式 但许多现代文件系统设计并不能满足这一要求 假设。以下是文件系统的示例,在这些文件系统上 无效,或不能保证在所有文件系统模式下都有效:

  • 日志结构或日志文件系统,如AIX和Solaris提供的文件系统(以及JFS、ReiserFS、XFS、Ext3等)

  • 写入冗余数据并在某些写入失败时仍能继续的文件系统,例如基于RAID的文件系统

  • 生成快照的文件系统,如Network Appliance的NFS服务器

  • 缓存在临时位置的文件系统,如NFS版本3客户端

  • 压缩文件系统

P>以上所述,可可或核心基础中有可能允许你在磁盘上写入特定的磁头/圆柱/扇区等,我对这些API不太熟悉,但我对此表示高度怀疑。

< P>不存在这样的API。如果您担心安全性,最好只在磁盘上存储正确加密的数据。

不存在这样的API。如果您担心安全问题,最好只在磁盘上存储正确加密的数据