Hola buenas,
Después de ver el vídeo de Linuxchad sobre este tema, además de no entender nada y salir peor que como entré, se me pasó una duda muy importante. Que pasa si se te rompe el pc porque se te inunda la casa, por ejemplo. ¿Pierdes el acceso a todas tus cuentas?
Muchas gracias
Un saludo
PD: Personalmente me interesan los gestores de contraseñas pero me da miedo tenerlo todo centralizado
Yo uso KeePass en la PC, KPass en el celular y tengo un sistema personal de backups para información delicada de este estilo. Para la contraseña de la base de datos uso un script en propiedad del usuario root para desencriptarla, el cual me pide la contraseña del sistema y la contraseña para desencriptar, el comando no se registra en el historial de comandos del sistema porque habilite la opción de no registrar si el comando comienza con un espacio en blanco, también utilizo un archivo llave para abrir la base, el cual está en un pendrive dedicado a eso. Todos los archivos para gestionar la base están ocultos, en carpetas ocultas y con los permisos correspondientes para no poder ser leídos por cualquier usuario.
En el caso de los backups, simplemente voy a decir que se encuentran en unidades a las cuales solo yo tengo acceso físico.
(Aunque no lo parezca y a pesar de todas estas medidas, ingresar a la base de contraseñas solo me toma unos segundos)
Necesito una carrera de ingenieria para poder hacer eso:sob:
. Lo seguiré estudiando pero me abruma un poco. Porque aunque podría seguir un tutorial no me gustaría copiar sin entender mínimamente.
Aunque no haya entendido, suena bien.
Donde aprendiste todo eso?
Nah, yo lo aprendí por mi experiencia en Linux y porque lo busque en Google también.
Se cómo hacer scripts de bash, por lo que tuve que googlear el comando para encriptar y desecriptar cadenas de texto y también tuve que buscar como deshabilitar el registro de comandos, que fue cuando me encontre como no registrar comandos específicos.
Luego el resto fue aplicar los que se debería aprender de Linux en un comienzo, manejo de archivos, de permisos y esas cosas. Lo que hice fue aplicar todo lo que sabía para “crear” mi propio sistema (que en definitiva es configurar el sistema y los archivos para que sean accesibles de una manera en específico)
Subí un post en software acerca de la manera. Lo mejor es tenerlo siempre actualizado entre dispositivos usando Syncthing, y cada tanto podés respardarlo en alguna nube, como Proton Drive o Google Drive. Por lo que no lo perderás.
¡Te recomiendo leerlo! Lo expliqué de forma sencilla, se llama “La mejor manera (en mi opinión) de guardar contraseñas”
Si no recuerdo mal, en el vídeo insistí muchísimo sobre la necesidad de hacer copias de seguridad tanto de tu clave privada como de la base de datos de contraseñas…
Buenas, supongo que dependerá del gestor de contraseñas. Pero digamos que tienes que tener esos datos guardados en otro sitio.
Con otro sitio me refiero a algún almacenamiento externo, llámese, USB, disco duro externo u algún almacenamiento en la nube.
Un saludo
No sé si es la mejor estrategia, pero a mi me funciona:
Buena pregunta, te comparto las prácticas que yo sigo. Tal vez no sean las más seguras o recomendadas, pero me han funcionado bien:
Esto es, esencialmente, lo que hago. Dado que utilizo un archivo clave (keyfile) para acceder a mis bases de datos, me aseguro de que tanto el archivo clave como la base de datos estén almacenados en servicios de nube diferentes.
Y si todo lo anterior falla… bueno, no quedará más remedio que empezar una nueva vida 
.
Yo tengo una contraseña que se de memoria y es la que uso para desemcriptar la contraseña con un script que contiene la contraseña de KeePass obviamente encriptada. Es la única contraseña que me se de memoria y no es una fácil, sin mencionar que agregue el alias a mi archivo .zshrc, el cual no deja registros en el historial al contener un espacio adelante del comando.
Cómo es un comand que se ejecuta con permisos de súper usuario, me pide la contraseña del usuario y la contraseña para desencriptar.
Por último, para acceder a la base de datos de KeePass se necesita también un archivo key, el cual llevo en una unidad extraíble e imposibilita el acceso a la base de datos sin acceso físico a los elementos, dicho archivo también está oculto y en propiedad del usuario root, al igual que el script de la contraseña y la carpeta donde se encuentra junto con la base.
Ya me acostumbré a hacer backup por muchos otros archivos, por lo que el mismo es de carácter obligatorio.
En mi dispositivo manejo una política similar para la contraseña y el archivo key, todo usando la misma aplicación que vos.
Me encanta el desarrollo de este tema, cualquiera puede obtener muchas ideas al mismo tiempo en el que se aprende Linux.