Sí, esto protege sus datos de Google, sync.com y de cualquier persona que intente capturar sus datos mientras se encuentra en tránsito hacia Google.
Tres cosas para pensar:
-
Su contraseña de último paso es mucho más corta y contiene (como suena) mucha menos entropía que la que protege su archivo tar de gpg. Por lo tanto, es probable que alguien que ataque este esquema ataque su cuenta de Lastpass (ya que ahora es de conocimiento público que su contraseña allí es más débil).
-
Parece que estás usando GPG en modo de cifrado simétrico (más sobre una alternativa al final de mi respuesta). Entonces, ¿qué debe hacer para detener a un empleado de Last Pass que no está de acuerdo con un poco de conocimiento técnico para robar su contraseña de gpg y venderla a una parte interesada en Google? O si encuentra ese problema demasiado teórico, ¿qué pasa con un ataque en el servicio de último paso que roba millones de contraseñas de usuario y las publica? Ya que ha agregado una nota sobre dónde se encuentran los archivos cifrados, básicamente está entregando sus archivos cifrados a cualquiera que pueda acceder a su cuenta de Lastpass (bueno, en teoría, de todos modos, todavía tiene que obtener su cuenta de Google). Contraseña de la unidad ...)
-
Estás dividiendo tu archivo en múltiples archivos. ¿Por qué exactamente estás haciendo esto? Si pierde solo uno, corre el riesgo de perder todos sus datos. Digamos que pierde el archivo 20 (de 200): ha perdido todo el contenido que se almacenó en los archivos 20-200 para siempre. Mantener todo en un archivo grande puede dificultar y descargar un poco más, pero reduce el riesgo de perder uno de los archivos.
Algunas sugerencias
El punto 3 también es un problema con un archivo enorme que accidentalmente se invierte un solo bit en tránsito. Pensaría en la redundancia un poco. Hay formas de agregar corrección de errores sin tener que duplicar el tamaño de los datos. (Creo que algunos programas de compresión lo admiten de forma nativa, aunque no puedes esperar que comprimen realmente tu archivo .tar.gpg ...). La confidencialidad está muy bien, pero su esquema es un esquema de respaldo, por lo que también debe pensar en la disponibilidad.
También sugeriría no almacenar su contraseña GPG en un servicio externo (Lastpass). Si tiene miedo de perder la contraseña de 100 caracteres, escríbala en un papel físico y póngala en una caja de seguridad de un banco en el que confíe.
Además, esto podría parecer paranoico, pero no usaría la misma frase de contraseña una y otra vez para cifrar tus archivos gpg. En su lugar, generaría un archivo que contenía una cantidad de bytes verdaderamente aleatorios cada vez que necesitaba cargar una nueva copia de seguridad y usarla como una clave para mi archivo tar de gpg'd. Luego cifraría este archivo aleatorio con mi frase de contraseña de 100 caracteres y lo guardaría en mi computadora, lo enviaría para que lo almacenara en google / sync y tal vez lo guardara en una ubicación adicional. (Básicamente, crearía una clave de sesión con la cual cifrar mis datos y utilizaría la cadena de 100 caracteres como clave maestra para descifrar las claves de sesión). Puede automatizar esto de manera bastante sencilla, y le brinda confidencialidad en caso de que una de sus claves de sesión de respaldo se vea comprometida y la capacidad de descifrar cualquier respaldo específico sin perder el control sobre su clave maestra.
Finalmente, si realmente está utilizando Google Drive como respaldo y no necesita realmente descifrar los datos, excepto en emergencias, podría pensar en usar gpg en su modo de criptografía de clave pública. Haga un par de llaves de respaldo, y luego mantenga su clave privada segura fuera de línea (en una caja de depósito bancaria, en un CD ROM, impresa en un pedazo de papel en algún lugar para guardarla) mientras usa la clave pública para cifre sus claves de sesión simétricas (el uso de la criptografía de clave pública para cifrar con gpg haría que el paso de la clave de la sesión manual pareciera redundante, aún así lo haría para un mejor secreto hacia adelante). Por lo tanto, nunca tendrá que preocuparse por que su clave maestra (clave privada) se vea comprometida por los ataques cibernéticos, incluso si almacena su clave pública en LastPass. Incluso si lo robaron, todo lo que podrían hacer con él es encriptar más datos; no pudieron usarlo para descifrar las claves de su sesión.