La limpieza es muy lenta. ¿Muy poca entropía?

Tengo que entregar una computadora portátil, incluido su disco duro. Como no estaba encriptado, quería borrarlo al menos rápidamente. Sé que esto no es óptimo en SSD, pero pensé mejor que simplemente legible.

Ahora estoy ejecutando el borrado de una memoria USB en vivo y es muy lenta. Me pregunto por qué es así. Por supuesto, casi no sucede nada en la computadora además de limpiar ese dispositivo, por lo que imagino que la entropía podría ser baja (entropy_avail dice que está en 1220). ¿Sería igualmente bueno simplemente llamar

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

¿cuatro veces? ¿O hay alguna forma de llamar a algo que aumente la aleatoriedad? ¿O es el cuello de la botella en algún lugar completamente diferente?

No intente "borrar" un SSD con herramientas diseñadas para hacer girar discos duros magnéticos. En realidad, no destruirá todos los datos , y solo reducirá la vida útil de la SSD.

En su lugar, use una herramienta de borrado diseñada específicamente para SSD, que puede usar el borrado de memoria flash interno (descarte) para descartar todos los bloques, incluidos los que no puede acceder. El proveedor de SSD generalmente proporciona una herramienta de este tipo que se garantiza que es compatible con las unidades de ese proveedor.

También puede intentar hacerlo usted mismo con una utilidad de borrado seguro . Los programas que hacen Secure Erase funcionan tanto con discos duros giratorios como con SSD. Además, algunos BIOS del sistema (principalmente en laptops empresariales) tienen la funcionalidad de borrado seguro incorporado. Tenga en cuenta que un borrado seguro tomará horas en un disco duro, pero solo segundos en un SSD; en un disco duro, todos los sectores deben sobrescribirse, pero en un SSD descartará todos los bloques a la vez y / o cambiará la clave de cifrado interna de la unidad.

(Y tenga en cuenta que el borrado seguro no funcionó correctamente en algunos de los SSD de la primera generación; en estos casos, simplemente debe tirar el disco en una trituradora).

El uso /dev/urandomdebería hacer que todo sea más rápido. No limpiaría un SSD como ese. Los SSD generalmente tienen nivelación avanzada de desgaste en su lugar. Básicamente, en lugar de escribir sobre los datos existentes, la unidad escribe sobre porciones no utilizadas. Tomará un poco de tiempo mezclar correctamente todos los datos. Para entonces, ya habrías desgastado un SSD, aunque solo sea un poquito.

/dev/randomgenera datos aleatorios por entropía recopilados por su sistema (demoras de tiempo entre atajos de teclado, sincronización de la red midiendo las llegadas de paquetes con precisión de nanosegundos, etc.). Si no hay suficiente entropía, este dispositivo bloquea la salida mientras recolecta más entropía.

/dev/urandomusa una entropía recolectada, pero también usa un generador pseudoaleatorio. Entonces, no tiene tanta entropía, a diferencia /dev/random, pero es muy rápido. Sin embargo, su salida tiene una entropía lo suficientemente alta, por lo que puede usarla en todas partes si no tiene algunas restricciones de seguridad muy altas (generalmente, generación de claves).

Si sobrescribe un SSD en el nivel de bloque con basura de alta entropía, en realidad sobrescribirá su memoria flash en el nivel muy bajo (y en la mayoría de los casos, inalcanzable). Esto se debe a que el IC de control SSD no tiene ninguna posibilidad de investigar, sus datos son realmente basura o no, por lo que su mecanismo de deduplicación de datos se evita fácilmente.

Pero los RAM Ram tienen una escritura de bloque máxima y la envías con una acción más cercana a su vencimiento. Pero un SSD se puede sobrescribir alrededor de 10000-100000 veces antes de que comience a morir, y el borrado de datos no tiene que suceder tan a menudo, por lo que todavía está bien.

En respuesta a los comentarios a mi respuesta, debo admitir que limpiar en general no es una buena idea para los SSD.

Además de las respuestas anteriores, me gustaría recomendar frandom

Es incluso más rápido que el urandom. urandom es mucho más rápido que aleatorio pero a la vez bastante lento. Frandom es mi elección para limpiar discos y solo para limpiar discos. No produce la misma entropía que aleatorio y urandom, pero para limpiar el disco debería ser suficiente. Como MadHatter señaló, el algoritmo utilizado tiene debilidades. Pero para limpiar el disco, sin embargo, solo desea asegurarse de que no sea posible reconstruir los bits restantes posibles.

Si tienes problemas para ejecutarlo, ArchWiki tiene una buena documentación. El ArchWiki también cubre muchos más detalles acerca de cómo erease discos.