Copias cifradas: ¿puedes restaurar tus archivos? (2026)

Una nota sobre la financiación (septiembre de 2026): CypherpunkGuide no incluye publicidad de vigilancia, redes publicitarias, píxeles de rastreo ni contenido patrocinado. Algunos artículos contienen enlaces de afiliación claramente identificados, por los que podemos recibir una comisión. Este artículo no contiene enlaces de afiliación ni recomienda un proveedor de almacenamiento.

Las fotos, la correspondencia y los documentos pueden seguir siendo importantes mucho después de retirar el equipo que los creó. Cifrar su copia ayuda a mantenerlos privados. Para recuperarlos también hacen falta acceso al almacenamiento, un método de desbloqueo válido, la versión adecuada y programas capaces de leerla.

Diseñé un experimento de restauración con 12 archivos artificiales y seis casos de prueba, utilizando restic, un programa de copias cifradas de código abierto. En un caso, la comprobación del repositorio, la lectura completa de los datos y la restauración terminaron sin errores. Sin embargo, solo regresaron 11 de los 12 archivos previstos. En otro, se recuperaron los 12 y todos superaron las pruebas de formato, pero uno contenía una revisión anterior.

La pregunta práctica es si puedes recuperar los documentos que querías conservar, en la versión que necesitas, y utilizarlos. Esta guía une la planificación de las copias con un experimento reproducible y un ensayo seguro. Solo usamos archivos generados para la prueba. No medimos la vida de los discos, la resistencia de copias situadas en otros lugares ni la recuperación de un equipo completo.

Distingue sincronización, copia y conservación a largo plazo

#

La sincronización mantiene alineados los archivos de trabajo; una copia de seguridad permite recuperarlos; la conservación a largo plazo también mantiene su significado y legibilidad cuando cambian los equipos y programas. Un servicio puede ofrecer varias funciones, pero hay que comprobar cada una.

Que un borrado se propague puede ser el comportamiento correcto de un servicio de sincronización. La posibilidad de deshacerlo depende de sus versiones retenidas, sus reglas de eliminación y el acceso a la cuenta. Un disco desconectado, por su parte, puede contener una copia valiosa sin incluir nada de lo escrito desde que se desconectó. Primero define la función que necesitas.

La Agencia de Ciberseguridad y Seguridad de las Infraestructuras de Estados Unidos, CISA, define el criterio 3-2-1 como tres copias en total, en dos tipos de soporte, con una copia en otro lugar. Su guía contra el ransomware también recomienda copias cifradas y desconectadas, junto con pruebas periódicas de integridad y restauración. Estar en otro lugar describe la ubicación; estar desconectado describe la conectividad. Una cuenta comprometida que pueda borrar una copia remota sigue siendo una dependencia de esa copia. Véanse la guía de copias de CISA y su guía contra el ransomware.

Enumera fallos concretos: robo del portátil, borrado accidental, incendio, bloqueo de la cuenta o pérdida del método de desbloqueo. Después identifica qué copia seguiría disponible en cada caso. Es la misma pregunta que guía un conjunto personal de herramientas de privacidad: ¿qué problema resuelve cada medida?

Conserva una vía de recuperación independiente del sistema averiado

#

El cifrado protege el contenido frente a quien no tiene un método válido para desbloquearlo. No conserva ese método, no mantiene accesible una cuenta ni asegura la disponibilidad de todas las copias. La recuperación debe resolver cada dependencia.

Anota dónde está la copia, qué programa y formato utiliza, cómo se recupera la cuenta si la necesita y cómo obtendrá una persona autorizada la información de desbloqueo. Protege las credenciales. No las publiques en una hoja de control ni las envíes a un chatbot. Indicar dónde están las instrucciones protegidas no exige escribir el secreto en el registro de comprobaciones.

Restic cifra los datos del repositorio, el almacén donde guarda las copias, y permite acceder mediante claves protegidas por contraseña. Un repositorio puede tener varias de esas claves. Olvidar una contraseña no implica perderlo todo si queda otra combinación válida de clave y contraseña. Perder todas las vías utilizables es una situación distinta. La documentación de creación del repositorio explica este diseño.

Evita una dependencia circular: la única copia de la contraseña está dentro de la propia copia cifrada, o las instrucciones para recuperar tu gestor de contraseñas solo existen en el portátil perdido. Las guías de recuperación de passkeys y migración de gestores de contraseñas abordan el mismo problema desde el acceso a las cuentas.

El autoalojamiento cambia quién opera el sistema y te hace responsable de recuperarlo. Si un servicio autoalojado y su única copia están en el mismo equipo, perder ese equipo sigue bastando para perder ambos.

Qué demuestra cada comprobación

#

Cada comprobación responde a una pregunta limitada. La coherencia del repositorio, la lectura de los datos almacenados, la presencia de los archivos previstos, la igualdad de sus bytes y la posibilidad de abrirlos requieren pruebas distintas. Un resultado correcto no sustituye a los demás.

La documentación de restic, consultada el 3 de septiembre de 2026, distingue check de check --read-data. El primero examina la estructura y coherencia del repositorio, pero no lee y verifica todo el contenido de los archivos que agrupan los datos almacenados, llamados packs. La opción --read-data los lee todos, lo que puede consumir tiempo y tráfico de red considerables. Véase Working with repositories.

Un manifiesto es una lista de archivos previstos que puede incluir sus tamaños y hashes. Un hash criptográfico, como SHA-256, se calcula a partir de los bytes de un archivo y ayuda a detectar cambios. Conserva una referencia protegida de lo que realmente quieres guardar. Una lista obtenida únicamente de la copia no puede revelar un archivo que nunca entró en ella. Los nombres también pueden divulgar información privada: protege el manifiesto.

La Biblioteca del Congreso de Estados Unidos distingue la conservación de los bits del mantenimiento del acceso futuro en su glosario de colecciones digitales. Consulté la versión archivada de septiembre de 2025 porque la página activa bloqueó el acceso durante esta revisión. Esa distinción orientó el experimento: copiar exactamente los bytes también puede conservar un archivo que ya era ilegible.

Seis casos de restauración con archivos artificiales

#

El experimento separa el éxito de un comando del resultado que necesita la persona. Con restic 0.19.1 en Windows, las tres operaciones —comprobar el repositorio, leer todos sus datos y restaurarlo— terminaron correctamente aunque faltara un archivo previsto o se eligiera una revisión antigua. La referencia independiente permitió detectar ambos problemas.

Preparé el conjunto antes de aplicar exclusiones: 12 archivos de siete grupos de formatos, texto UTF-8, JSON, CSV, XML, ZIP, WAV y TOML. Contiene notas y registros artificiales, un archivo ZIP y un tono generado. Los lectores de la biblioteca estándar de Python comprueban su lectura a nivel de formato. No probamos interfaces de programas de fotos, ofimática o reproducción de audio.

Cada caso utiliza el identificador de una instantánea concreta —una versión guardada de la copia— y una carpeta de destino nueva y vacía. Se registran por separado las tres operaciones de restic, las rutas previstas, los hashes y las pruebas de formato. El código de salida 0 indica que el comando terminó correctamente. Un valor distinto señala un error de esa operación. Estos códigos no puntúan la calidad del conjunto de documentos personales.

Estos seis casos sirven como ejercicio reproducible para comprobar un objetivo de recuperación. En cada uno, distingue entre que un comando termine correctamente y que se recuperen los archivos necesarios, en la versión adecuada y con formatos legibles. La exclusión de S4 y la elección de una versión anterior en S5 son intencionadas; restic cumple esas instrucciones.

Resultados

#

Las rutas y los hashes se cuentan sobre los 12 archivos previstos. La última columna solo cuenta los archivos recuperados que se pudieron someter a la prueba: no se puede analizar un archivo ausente. En S5, la referencia corresponde a la revisión actual requerida, registrada independientemente, no a la lista de la instantánea antigua. En S6 se registra como referencia la entrada que ya estaba mal formada.

Los tres comandos de restic terminan correctamente en S4–S6: no se recupera el archivo excluido a propósito, se restaura la versión antigua seleccionada y se copia fielmente el JSON que ya era inválido. La figura tiene etiquetas en inglés; las cantidades y los denominadores figuran en la tabla anterior.

Descarga la figura en SVG o PNG; también está disponible el código que la genera.

Cómo interpretar los fallos

#

S2 prueba una contraseña incorrecta. Confirma el rechazo de esa contraseña, no la imposibilidad de recuperar el contenido mediante otra clave válida. La contraseña publicada es un dato artificial de prueba; no la uses para proteger una copia real.

S3 modifica los datos almacenados conservando la estructura circundante. La comprobación ordinaria terminó correctamente, pero la lectura completa y la restauración detectaron errores. Esto describe el daño concreto introducido. No implica que la comprobación ordinaria ignore cualquier corrupción ni que un repositorio real dañado pierda exactamente un archivo. Conservé los resultados de cada operación para hacer visible esa diferencia.

S4 es un error al seleccionar qué guardar. El programa respaldó correctamente la selección. Nuestra lista prevista también incluía documents/contacts.csv, excluido a propósito en esta prueba. El programa no puede deducir que una exclusión válida contradice tu intención. Revisa las reglas de selección y exclusión con la documentación de copias de restic.

S5 recupera correctamente una versión que no satisface el objetivo. El antiguo documents/status.json seguía siendo JSON válido. Su hash era distinto del de la revisión actual requerida. Contar los archivos y comprobar que se leen no confirma su actualidad. Una instantánea antigua puede ser la opción correcta para recuperar algo borrado; el problema aparece cuando no es la versión que necesitas.

S6 conserva fielmente una entrada defectuosa. Antes de crear la copia se genera un documents/records.json con sintaxis inválida. Las tres operaciones de restic terminan correctamente y los hashes de los 12 archivos restaurados coinciden con sus referencias. Sin embargo, el lector de JSON rechaza ese archivo antes y después de la copia. El problema ya estaba en el origen; la restauración no lo causó. Los otros 11 archivos superan sus pruebas de formato.

Cómo reproducir el experimento

#

El script descargable solo admite el ZIP oficial de restic 0.19.1 para Windows amd64 fijado en su código. Verifica los hashes del ZIP y del ejecutable, genera los archivos artificiales y crea repositorios desechables. No acepta tus directorios de origen, repositorios existentes ni destinos de restauración. El daño intencionado se limita a una copia creada dentro del experimento.

Puedes consultar el método y sus límites, la tabla de resultados, los resultados detallados, los manifiestos artificiales y el registro de comandos con datos del entorno ocultados. El registro sustituye identificadores y rutas del equipo; no es una transcripción intacta del terminal. Los datos y el código se conservan en su formato original para facilitar la reproducción.

Lee el script y ejecútalo con Python 3.11 o posterior desde una carpeta de trabajo vacía y desechable. Descarga el ZIP correspondiente de la versión oficial 0.19.1 y contrasta su hash con las sumas publicadas. Después ejecuta:

python restore-lab.py --restic-zip restic_0.19.1_windows_amd64.zip

Para comparar una nueva ejecución con el registro publicado, guarda el script de comparación y los resultados publicados en la misma carpeta de trabajo. Conserva el results.json descargado sin modificar: será la referencia. Tras ejecutar restore-lab.py como se indica arriba, sustituye c07-restore-lab-REPLACE-ME por el nombre de la carpeta de pruebas que muestre el programa. Ejecuta lo siguiente desde la carpeta de trabajo:

python .\compare-results.py --results .\c07-restore-lab-REPLACE-ME\results.json

El argumento --results selecciona el registro de la nueva ejecución. La comparación solo coteja los resultados registrados de estos seis casos con restic 0.19.1 en Windows. No vuelve a calcular los hashes de los archivos, no evalúa la seguridad de una copia real ni demuestra que otra persona haya repetido el experimento de forma independiente. Consulta el método y sus límites.

El script deja el directorio de prueba disponible para inspeccionarlo. La ejecución registrada utilizó Python 3.12.10. Demuestra mecanismos con un conjunto pequeño y fallos definidos; no estima tasas de fallo ni compara productos. No prueba permisos, sistemas operativos completos, interrupciones de red, ubicaciones independientes, envejecimiento del hardware ni todas las funciones de una aplicación.

Ensaya la recuperación sin sobrescribir tus originales

#

Restaura en una carpeta nueva y vacía. Antes de cambiar los originales, contrasta la versión, los archivos y el contenido con referencias independientes, y abre una selección en las aplicaciones previstas. Una muestra pequeña solo aporta evidencia sobre lo probado.

La documentación de restauración de restic advierte que, por defecto, se sobrescriben archivos existentes. Otros programas tienen sus propias reglas. Lee las instrucciones de la versión instalada y confirma el destino. No uses tu carpeta de documentos de trabajo para un ensayo.

1. Define qué quieres recuperar. Por ejemplo, correspondencia y fotos hasta la última copia terminada, o la versión anterior al borrado de ayer. Anota las carpetas y fechas necesarias. Si el origen sigue disponible, prepara la lista independientemente de la selección de la copia y asóciala a la versión prevista. Un archivo modificado después de la copia será distinto: esa diferencia no prueba un daño durante la restauración.
2. Comprueba acceso y espacio. Localiza la copia y una vía válida de desbloqueo. Usa un equipo de confianza y un destino separado, vacío y con espacio suficiente. Los archivos restaurados pueden quedar sin cifrar: protege la carpeta y evita que se sincronice o comparta por accidente.
3. Elige una versión guardada concreta. Registra su identificador y fecha relevante. «La más reciente» solo describe un criterio de ordenación; no confirma que incluya los cambios necesarios.
4. Ejecuta las comprobaciones y la restauración documentadas. Distingue el examen estructural de la lectura completa. Revisa advertencias y errores, también los del trabajo que creó la copia. Que exista una instantánea no demuestra que se hayan leído todos los archivos de origen.
5. Contrasta el resultado con tu objetivo. Comprueba rutas, contenidos y revisiones representativas, y hashes de confianza cuando los tengas. Abre documentos, revisa fotos, reproduce grabaciones y prueba las funciones necesarias. Anota qué examinaste y qué queda sin comprobar.
6. Conserva las copias utilizables hasta verificar el resultado. Un ensayo satisfactorio no justifica borrar la única otra copia que funciona. Después, protege o elimina los archivos del ensayo conforme a tus reglas de conservación. No hagas limpieza destructiva mientras investigas diferencias.

Si no tienes tiempo o espacio para restaurarlo todo, empieza con una selección y registra ese límite. Amplía la cobertura con el tiempo. Si el origen ya no existe y no hay una lista independiente, la integridad del conjunto queda sin confirmar: contar los archivos de la copia superviviente no resuelve la duda.

Mantén legibles los documentos a lo largo de los años

#

Conservar archivos a largo plazo exige revisar soportes, conexiones, lectores, formatos y vías de recuperación. La duración anunciada de un material no garantiza que el archivo completo siga siendo recuperable durante ese plazo.

La guía de documentos personales de la Biblioteca del Congreso recomienda comprobar al menos una vez al año que los archivos se leen y crear copias en soportes nuevos cada cinco años o cuando sea necesario. Su nota sobre durabilidad explica la incertidumbre de las estimaciones. Es una pauta de mantenimiento, no una garantía de supervivencia hasta la próxima fecha. Vuelve a comprobar después de migrar, cambiar el método de desbloqueo o sospechar un fallo.

No elijas un disco basándote en una regla universal de años para HDD o SSD. Del mismo modo, la afirmación de longevidad de M-DISC de Verbatim se refiere a un producto óptico; no garantiza que en el futuro tengas un lector compatible, la información de desbloqueo o formatos legibles. Los Archivos Nacionales de Estados Unidos explican por qué es difícil predecir la duración de los soportes de vídeo, incluidos los discos ópticos, y cómo influyen las condiciones de conservación. Esas limitaciones no demuestran que todos los discos ópticos vayan a fallar.

Si un formato o programa se vuelve difícil de usar, crea una copia de acceso documentada y conserva el original. Convertir un documento complejo puede alterar el diseño o eliminar funciones. El hash también cambiará porque la conversión modifica los bytes. Comprueba los aspectos que importan, identifica la copia convertida y establece una nueva referencia para ella. No sobrescribas el original solo para ordenar una carpeta.

Comparé los casos registrando la lista prevista, la versión requerida y las pruebas de lectura junto a cada resultado de comando. Esa separación ayuda a decidir qué corregir: un archivo ausente exige revisar la selección; una revisión antigua, elegir la versión; un origen ilegible, trabajar en su conservación. Otro disco, por sí solo, no resuelve esas preguntas.

Preguntas frecuentes

#

¿La sincronización en la nube es una copia de seguridad?

#

Puede aportar funciones de recuperación si conserva versiones y archivos borrados durante un plazo adecuado. Comprueba esas reglas y cómo recuperarías la cuenta. La sincronización por sí sola no demuestra que puedas deshacer un cambio, un borrado o la pérdida de acceso.

¿Un resultado correcto de restic check significa que todos los archivos están a salvo?

#

No. La comprobación ordinaria no lee todo el contenido de los packs. La lectura completa tampoco confirma que se incluyeran todos los archivos necesarios, que eligieras la versión adecuada o que las aplicaciones puedan leer lo restaurado.

¿Puedo recuperar una copia cifrada si olvido la contraseña?

#

Depende del programa y de las vías de desbloqueo restantes. Restic admite varias claves protegidas por contraseña: otra combinación válida puede seguir funcionando. No supongas que el proveedor puede descifrar la copia ni que un intento fallido demuestra la pérdida de todas las vías de recuperación.

¿Con qué frecuencia debo comprobar mis documentos personales?

#

La Biblioteca del Congreso aconseja comprobar la lectura al menos una vez al año. Adapta el calendario a la frecuencia de los cambios importantes y vuelve a probar tras cambios relevantes de almacenamiento, programas o acceso. Registra si examinaste una muestra o todo el conjunto. Ni una fecha ni una muestra pequeña garantizan la recuperación futura.

¿Qué soporte conserva archivos durante décadas?

#

Ninguno elimina la necesidad de copias independientes, inspecciones y migración. Considera las condiciones de almacenamiento y los lectores compatibles, además del soporte. La disponibilidad también depende de los formatos, programas e información de desbloqueo. Conserva los originales verificados al crear nuevas copias de acceso.

Fuentes y registro de reproducción

#

Las fuentes primarias se consultaron el 3 de septiembre de 2026. Los resultados corresponden al entorno y a los datos artificiales indicados. Las versiones archivadas conservan el historial de las fuentes y pueden ser anteriores a la página activa utilizada para una afirmación.

Cora Aegis

Cora Aegis escribe sobre privacidad y autonomía digital en CypherpunkGuide. Para esta guía diseñó y revisó un experimento de restauración de copias cifradas con datos artificiales, y contrastó los resultados con documentación oficial de restic y guías de conservación. No utilizó copias de datos personales.

Más sobre Cora Aegis ->