擦拭非常慢。熵太少了吗?


16

我必须交出包括硬盘的笔记本电脑。由于未加密,因此我想至少迅速擦除它。我知道这在SSD上不是最佳选择,但我认为比普通可读性更好。

现在,我正在擦拭活动的USB记忆棒,而且速度很慢。我不知道这是为什么。当然,除了擦除该设备外,计算机上几乎没有发生任何事情,因此我认为熵可能很低(entropy_avail说是在1220年)。打电话也一样好

dd if=/dev/random of=/dev/sda1 bs=1k

四次?还是有一种我可以打电话的方式来增加随机性?还是瓶颈完全不同?


23
不,别这样 您只是在破坏SSD。
迈克尔·汉普顿

这是熵一词的错误用法吗?
user3728501 2015年

3
@ user3728501:答案实际上有两个方面:“熵”在这里与内核用法一致,所以是的,从这个意义上来说,它是正确的词;但是内核对“熵”的用法实际上是在谈论估计的熵,而不是真正的香农熵。可以说,这些细节足够微妙,以至于没有人会在这种情况下对您说“熵”感到不满(除非它们是书呆子)。
Reid 2015年

3
我不明白为什么有人无论如何都会在现代磁盘上使用随机/随机数,无论是否使用SSD-归零会更快并且同样有效。
Chopper3

@Reid足够公平-由于我的物理背景,我看到了这个问题并且很感兴趣。
user3728501 2015年

Answers:


50

请勿尝试使用用于旋转磁性硬盘的工具“擦拭” SSD。您实际上并不会销毁所有数据,而只是减少了SSD的寿命。

相反,请使用专门为SSD设计的擦除工具,该工具可以使用驱动器的内部闪存擦除(丢弃)来丢弃所有块,包括您无法访问的块。SSD供应商通常提供此类工具,可以保证与该供应商的驱动器兼容。

您也可以尝试自己使用安全擦除实用程序来执行此操作。执行安全擦除的程序可与旋转的硬盘驱动器和SSD一起使用。此外,一些系统BIOS(主要在商用笔记本电脑中)具有内置的“安全擦除”功能。在硬盘驱动器上,每个扇区都必须被覆盖,但是在SSD上,它将立即丢弃所有块和/或更改驱动器的内部加密密钥。

(请注意,安全擦除在某些最早的SSD上无法正常工作;在这种情况下,您应该将驱动器丢入破碎机中。)


1
Bravo @Michael没有让问题困扰您正确的答案。
小鸡

6

使用/dev/urandom应该使一切更快。我不会那样擦拭SSD。SSD通常具有适当的高级磨损平衡功能。基本上,驱动器将覆盖未使用的部分,而不是覆盖现有数据。适当地加扰所有数据将花费一些时间。到那时,您可能已经磨损了SSD,尽管只有一点点。


2
/dev/random,当然要快,但要比慢/dev/zero,而且不会为您带来任何安全性。
马克

2
@Mark为什么?尽管它只是伪随机的,但它也以高熵废除率覆盖了设备上的数据。
peterh-恢复莫妮卡2015年

4
@peterh,您不需要高熵废话。至少在过去的20年中,不可能从零擦拭的驱动器中恢复数据。
2015年

3

/dev/random通过系统收集的熵来生成随机数据(键盘快捷键之间的时间延迟,通过以纳秒级精度测量数据包到达时间来确定网络时间等)。如果没有足够的熵,则该设备会在收集更多熵的同时阻止输出。

/dev/urandom使用aso收集的熵,但也使用伪随机数生成器。因此,与相比/dev/random,它没有太多的熵,但是它非常快。但是,它的输出具有足够高的熵,因此,如果您没有很高的安全性限制(通常是密钥生成),则可以在任何地方使用它。

如果用高熵废除覆盖块级别的SSD,则实际上会覆盖非常低(大多数情况下无法访问)级别的闪存RAM。这是因为SSD控制IC没有任何可能进行调查,无论您的数据是否真正被废弃,因此很容易避免其重复数据删除机制。

但是,闪存ram具有最大的块写入功能,您可以通过更接近其生存期的操作来发送它。但是,SSD在开始死亡之前可以被覆盖大约10000-100000次,并且不需要经常进行数据擦除,因此还可以。


我应该更频繁地使用我的serverfault帐户。
PNDA

1

在回应对我的回答的评论时,我必须承认,对于SSD而言,通常擦拭不是一个好主意。

在addtion上面我的答案想推荐frandom

它比urandom还要快。urandom比随机速度快很多,但速度却很慢。Frandom是我擦除磁盘的选择,并且仅用于擦除磁盘。它不会产生与随机和urandom相同的熵,但是对于擦拭磁盘应该足够了。正如MadHatter指出的那样,所使用的算法存在弱点。但是,对于擦拭磁盘,您只想确保无法重建可能的剩余位。

如果您在运行时遇到问题,ArchWiki会提供很好的文档。该ArchWiki还介绍了有关如何erease盘很多的更多细节。


需要注意的是,我注意到frandom的作者说:“ 基于RC4加密算法,该算法被认为是安全的,并且被包括SSL在内的多个应用程序使用 ”。这不是真的。维基百科在2015年7月指出:“ RC4的弱点反对在新系统中使用RC4。RFC7465禁止在TLS中使用RC4 ”。我同意用frandom代替/dev/urandom,反正并不是很随机,但是任何使用frandom的人都应该使自己意识到这些问题。
MadHatter

感谢您的评论。我修改了答案以反映您的观点。
亨里克·平格尔

不能对此提出异议-向我+1(即使这个问题已经得到了充分解答)。
MadHatter

谢谢。擦拭urandom可能需要几个小时。我敢肯定,出于这个原因,很多人会珍视狂热。
亨里克·平格尔

1
我同意,但不支持SSD,这是此问题专门针对的问题。
MadHatter
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.