> For the complete documentation index, see [llms.txt](https://docs.keeper.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.keeper.io/user-guides/es/tips-and-tricks/protecting-your-keeper-vault.md). # Proteger su bóveda de Keeper Recomendaciones para proteger el acceso a su bóveda ## Descripción general En su base, Keeper es una plataforma de cifrado con políticas y controles para proteger los datos de los clientes. En este modelo de seguridad, el cliente también es responsable de proteger el acceso a su bóveda siguiendo las prácticas de seguridad recomendadas. Este documento resume recomendaciones clave que le ayudarán a proteger los datos almacenados en su bóveda. ### Crear una Contraseña Maestra sólida Para los clientes que inician sesión en Keeper con una Contraseña Maestra, la clave para descifrar y cifrar la Data Key se deriva de la Contraseña Maestra mediante la función de derivación de claves basada en contraseña (PBKDF2), con 1.000.000 de iteraciones de forma predeterminada. Todos los clientes que inician sesión en la bóveda se migran automáticamente a 1.000.000 de iteraciones. Después de que el usuario escribe su Contraseña Maestra, la clave se deriva de forma local y luego desenvuelve la Data Key AES de 256 bits del usuario. Una vez descifrada la Data Key, se usa para desenvolver las claves de registro y de carpeta AES de 256 bits individuales. La Record Key luego descifra de forma local cada uno de los contenidos de registro almacenados. Keeper implementa varias mitigaciones contra el acceso no autorizado, verificación de dispositivos, limitación de intentos y otras protecciones en el entorno de Amazon AWS. Exigir una complejidad sólida de Contraseña Maestra reduce de forma significativa cualquier riesgo de ataque de fuerza bruta sin conexión contra la bóveda cifrada de un usuario. El Instituto Nacional de Estándares y Tecnología (NIST) ofrece directrices de contraseñas en: [Special Publication 800-63B](https://pages.nist.gov/800-63-3/sp800-63b.html) (en inglés). Las directrices buscan un equilibrio entre usabilidad y seguridad; es decir, las contraseñas deben ser fáciles de recordar pero difíciles de adivinar. La instrucción de NIST recomienda un mínimo de ocho caracteres, pero un valor más alto da como resultado una contraseña más difícil de adivinar o descifrar. Keeper exige un mínimo de 12 caracteres en las contraseñas maestras. ### Activar 2FA en su cuenta de Keeper La 2FA se puede agregar a cualquier cuenta de consumidor o de negocio. Los clientes Business pueden exigir el uso de 2FA con varios niveles de control y opciones de seguridad. El paso de 2FA ocurre antes de ingresar la Contraseña Maestra. Realizar la verificación del dispositivo y el paso de 2FA antes de la fase de Contraseña Maestra mitiga varios vectores de ataque, incluidos la fuerza bruta, las pruebas de contraseñas y la enumeración de cuentas. Para activar la autenticación de dos factores, visite la pantalla Configuración de la app web de Keeper, la aplicación de escritorio o la aplicación móvil. Keeper también admite dispositivos de clave de seguridad de hardware WebAuthn compatibles con FIDO2, como YubiKey y Google Titan, como segundo factor. Las claves de seguridad ofrecen una forma conveniente y segura de realizar la autenticación de dos factores. ### Activar 2FA en su cuenta de correo El acceso a su cuenta de correo es un componente clave de la seguridad general de su información personal. Use en su cuenta de correo una contraseña sólida generada automáticamente por Keeper. Y proteja su cuenta de correo con autenticación multifactor. Siga los pasos de su proveedor de correo para proteger su cuenta con los métodos más restrictivos posibles. Recomendamos que los clientes protejan las cuentas de correo con una clave de hardware YubiKey o Google Titan cuando sea posible. Si su proveedor de correo no lo admite, o si no tiene un dispositivo YubiKey, lo siguiente mejor es usar un generador de códigos TOTP. Keeper admite almacenar códigos TOTP para iniciar sesión en su cuenta de correo u otro servicio. Para más información sobre cómo proteger códigos TOTP en su bóveda de Keeper, [haga clic aquí](/user-guides/es/tips-and-tricks/protecting-totp-codes.md). Aunque usar SMS como autenticación de dos factores es mejor que no tener nada, no recomendamos depender de SMS debido a los [ataques de intercambio de SIM](https://en.wikipedia.org/wiki/SIM_swap_scam) (en inglés) ampliamente documentados. ### Tenga cuidado con las extensiones de navegador Como práctica general de seguridad, recomendamos a nuestros clientes ser muy cautelosos al instalar plugins o extensiones de navegador de terceros, como bloqueadores de anuncios, herramientas de cupones y otras utilidades "útiles". Muchas extensiones de navegador solicitan permisos elevados que pueden acceder a cualquier información de cualquier sitio web o aplicación basada en el navegador que visite. Confíe plenamente en la empresa que desarrolló la extensión de navegador y busque sus certificaciones de seguridad antes de instalarla. Si tiene otras preguntas relacionadas con la seguridad, envíe un correo a nuestro equipo a . --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.keeper.io/user-guides/es/tips-and-tricks/protecting-your-keeper-vault.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.