Términos del DPA

Definiciones

En la presente Adenda, los siguientes términos tendrán los significados establecidos a continuación:

1. Afiliado se refiere a cualquier entidad que, directa o indirectamente, controle o esté controlada por la entidad en cuestión, o que junto con esta se encuentre bajo el control de una tercera. A efectos de esta definición, “control” alude a la propiedad o al control, directos o indirectos, de más del 50 % de los intereses con derecho a voto de la entidad en cuestión.
2. Leyes aplicables se refiere a toda la legislación vigente aplicable al tratamiento de los datos de los clientes, entre las que se incluyen las Leyes de protección de datos de la UE, otras leyes de la Unión Europea o de cualquiera de sus Estados miembros, y las leyes de cualquier otro país a las que el Cliente o los datos del Cliente estén sujetos.
3. Responsable (del tratamiento) se refiere a la entidad que, sola o junto con otras, determina los fines y medios del tratamiento de los datos personales.
4. Interesado se refiere a la persona física cuyos datos personales se van a tratar en el marco de esta Adenda.
5. Leyes de protección de datos de la UE se refieren al RGPD y a la Directiva 2002/58/CE (modificada por la Directiva 2009/136/CE, de conformidad con sus modificaciones y sustituciones periódicas), así como a la legislación nacional de aplicación, si la hubiera.
6. RGPD se refiere al Reglamento General 2016/679 de Protección de Datos de la UE.
7. Datos personales se refiere a toda información sobre una persona física identificada o identificable.
8. Encargado (del tratamiento) se refiere a la entidad que trate datos personales en nombre del Responsable del tratamiento.
9. Tratamiento se refiere a cualquier operación o conjunto de operaciones realizadas sobre datos personales, ya sea de forma individualizada o en conjuntos, y ya sea por procedimientos automatizados o no, como la recogida, registro, organización, estructuración, conservación, adaptación o modificación, extracción, consulta, utilización, divulgación por transmisión, difusión o cualquier otra forma de habilitación del acceso, cotejo o interconexión, limitación, supresión o destrucción.
10. Servicios se refiere a los servicios y otras actividades prestados o ejecutados por Keeper al Cliente en virtud de este Acuerdo.
11. Cláusulas contractuales estándar se refiere a las cláusulas contractuales estándar para la transferencia de datos personales a los Encargados del tratamiento establecidos en terceros países y que no garanticen el nivel adecuado de protección establecido en la decisión de ejecución (UE) 2021/914 de la Comisión Europea del 4 de junio de 2021, adjuntas al presente documento como Subapéndice C.
12. Subencargado (del tratamiento) se refiere a cualquier Encargado contratado por Keeper Security para tratar datos personales en relación con los Servicios.

TRATAMIENTO DE DATOS PERSONALES

1. El propósito del tratamiento de conformidad con la Adenda es la prestación de los Servicios por parte de Keeper según lo especificado en el Acuerdo. Las partes acuerdan que, en lo que respecta al tratamiento realizado por Keeper en nombre del cliente, este último es el Responsable del tratamiento y Keeper es el Encargado del tratamiento, salvo en el caso del tratamiento limitado descrito en el párrafo 4 a continuación, en el que Keeper actúa como Responsable independiente del tratamiento. Las categorías y tipos de Datos personales tratados por Keeper se enumeran en el Subapéndice A. La duración del tratamiento de Datos personales según esta Adenda será durante la vigencia del Acuerdo, salvo que lo requieran las Leyes aplicables.
2. Keeper solo podrá actuar y tratar los Datos personales de conformidad con las instrucciones documentadas del Cliente (las “Instrucciones”), salvo que la ley exija actuar sin dichas instrucciones. Las Instrucciones en el momento de la firma de la presente Adenda son que Keeper solo podrá tratar los Datos personales con la intención de prestar los Servicios, tal como se describe en el Acuerdo. Según lo estipulado en esta Adenda y con el acuerdo mutuo de las Partes, el Cliente podrá emitir instrucciones adicionales, por escrito, siempre que sean coherentes con los términos de la Adenda. El Cliente es responsable de garantizar que todas las personas que proporcionen instrucciones por escrito estén autorizadas a hacerlo.
3. Keeper informará al Cliente de cualquier instrucción que considere que viola las Leyes aplicables, incluidas las Leyes de protección de datos de la UE, y no ejecutará las instrucciones hasta que se hayan confirmado o modificado.

CONFIDENCIALIDAD Y SEGURIDAD

1. Keeper tratará todos los Datos personales como información estrictamente confidencial. Los Datos personales no podrán copiarse, transferirse ni tratarse de ninguna forma que entre en conflicto con las Instrucciones, a menos que el Cliente haya dado su consentimiento por escrito. Los empleados de Keeper estarán sujetos a una obligación de confidencialidad que garantice que todos los Datos personales se van a tratar según lo dispuesto en esta Adenda y con estricta confidencialidad. Los Datos personales solo estarán disponibles para el personal que requiera acceder a dichos Datos personales para la prestación de los Servicios y la ejecución de esta Adenda.
2. Keeper implementará las medidas técnicas y organizativas apropiadas según lo establecido en este Acuerdo y en las Leyes aplicables, incluidas las disposiciones del artículo 32 del RGPD. Las medidas de seguridad están sujetas a los avances y desarrollos técnicos. Keeper puede actualizar o modificar las medidas de seguridad de vez en cuando, siempre que dichas actualizaciones y modificaciones no den lugar a una degradación de la seguridad general. La Política sobre la seguridad de la información de Keeper está disponible en el Subapéndice D.

DERECHOS DEL INTERESADO

1. Si el Cliente recibe una solicitud de un Interesado para el ejercicio de los derechos del Interesado de conformidad con las Leyes aplicables y la respuesta correcta y legítima a dicha solicitud requiere la asistencia de Keeper, Keeper asistirá al Cliente mediante el aprovisionamiento de la información y documentación necesarias. Se concederá a Keeper un tiempo razonable para ayudar al Cliente con dichas solicitudes de conformidad con las Leyes aplicables.
2. Si Keeper recibe la solicitud de un Interesado para el ejercicio de los derechos del Interesado de conformidad con las Leyes aplicables y dicha solicitud guarda relación con los Datos personales del Cliente, salvo que la ley lo prohíba, Keeper remitirá inmediatamente la solicitud al Cliente y se abstendrá de responder directamente a la persona, a menos que y hasta que el Cliente indique lo contrario.

VIOLACIONES DE DATOS PERSONALES

1. Keeper notificará inmediatamente al Cliente si se produce alguna violación de datos que pueda ocasionar la destrucción, pérdida, alteración o divulgación no autorizada de los Datos personales transmitidos, almacenados o tratados de cualquier otro modo en nombre del Cliente, así como el acceso a estos (“violación de la seguridad de los datos personales”).
2. Keeper hará todo lo posible por identificar la causa de dicha violación de la seguridad y adoptará las medidas que considere necesarias para establecer la causa y evitar que se repita.

DOCUMENTACIÓN SOBRE EL CUMPLIMIENTO Y DERECHOS DE AUDITORÍA

1. A petición del Cliente, por causa justificada o en la medida en que lo exija el artículo 28 del RGPD, Keeper pondrá a disposición del Cliente toda la información pertinente necesaria para demostrar el cumplimiento de esta Adenda, y permitirá y cooperará razonablemente con auditorías, incluidas las inspecciones realizadas por el Cliente o un auditor designado por el Cliente. El Cliente notificará cualquier auditoría o inspección de documentos que se vaya a realizar y hará todo lo posible por evitar causar daños o interrupciones a las instalaciones, equipos y operaciones comerciales de Keeper durante dicha auditoría o inspección. Cualquier auditoría o inspección de documentos se llevará a cabo con un aviso previo razonable por escrito de no menos de sesenta (60) días naturales y no se llevará a cabo más de una vez al año.
2. Se le podrá pedir al Cliente que firme un acuerdo de confidencialidad razonablemente aceptable para Keeper antes de que se le facilite lo anterior.

TRANSFERENCIAS DE DATOS

1. Si las Partes transfieren Datos personales originarios del Espacio Económico Europeo (“EEE”) a una parte situada en países fuera del EEE que no haya recibido una decisión de adecuación vinculante de la Comisión Europea, dichas transferencias se ejecutarán de conformidad con los requisitos legales aplicables en materia de transferencia de datos y únicamente siguiendo las instrucciones documentadas del Cliente.
2. Si el Cliente considera que estas medidas son insuficientes para satisfacer los requisitos legales en cualquier circunstancia particular, el Cliente notificará por escrito a Keeper los motivos de dichas opiniones y las Partes colaborarán de buena fe para encontrar una alternativa aceptable para todos.

SUBENCARGADOS DEL TRATAMIENTO

1. Keeper tiene una autorización general para contratar a terceros para que traten los Datos personales (“Subencargados”) sin necesidad de obtener ninguna autorización adicional, específica y por escrito del Cliente. Keeper celebrará un acuerdo por escrito con cada Subencargado. Dicho acuerdo incluirá, como mínimo, las mismas obligaciones de protección de datos que las que se aplican a Keeper, incluidas las obligaciones dispuestas en esta Adenda. Keeper supervisará y controlará de forma continua el cumplimiento por parte de los Subencargados de la ley de protección de datos aplicable, y proporcionará al Cliente la documentación de esta supervisión y control, si este la solicita por escrito.
2. Si el Subencargado presta los servicios acordados fuera de la UE o el EEE, Keeper garantizará su admisibilidad de conformidad con la legislación en materia de protección de datos mediante la adopción de las medidas adecuadas.
3. En el momento de la firma de este Acuerdo, Keeper utiliza a los Subencargados que figuran en el Subapéndice B. Keeper notificará al Cliente sobre la existencia de cualquier Subencargado nuevo, lo cual podrá hacerse mediante la publicación de los detalles de dicha incorporación en la lista de Subencargados disponible en https: //www.keepersecurity.com/GDPR.html o por correo electrónico (si el Cliente ha solicitado recibir notificaciones mediante un correo electrónico a gdpr@keepersecurity.com en los diez (10) días posteriores a la firma de esta Adenda) la notificación se le enviará al menos diez (10) días hábiles antes de autorizar al Subencargado para el tratamiento de los datos.
4. El Cliente puede, de buena fe, oponerse razonablemente al uso por parte de Keeper de un nuevo Subencargado notificándolo por escrito al Encargado, enviando un correo electrónico a gdpr@keepersecurity.com en el plazo de diez (10) días hábiles a partir de la recepción de la notificación del Cliente de la posible incorporación de un nuevo Subencargado. Dicha notificación por escrito incluirá, como mínimo, los fundamentos razonables y de buena fe por los que el Cliente se opone a lo anterior. Keeper hará todo lo posible desde el punto de vista comercial para poner a disposición del Cliente un cambio en los Servicios o recomendará un cambio comercialmente razonable en el uso de los Servicios por parte del Cliente para evitar el tratamiento de los Datos personales por parte del Subencargado objetado. La ausencia de objeciones por parte del Cliente en los diez (10) días hábiles posteriores se considerará como consentimiento al Subencargado pertinente.
5. En caso de que el Cliente se oponga a un nuevo Subencargado y Keeper no pueda atender dicha objeción, el Cliente podrá dar por terminados los Servicios únicamente con respecto a los Servicios que Keeper no pueda prestar sin la participación de los Subencargados objetados notificándolo por escrito a Keeper.
6. Keeper es responsable ante el Cliente por cualquier acción u omisión de un Subencargado en la misma medida en que lo es por sus propias acciones y omisiones.

RESOLUCIÓN, DEVOLUCIÓN O ELIMINACIÓN DE DATOS PERSONALES

1. Tras la terminación o resolución del Acuerdo, Keeper eliminará o devolverá al Cliente todos los Datos personales que tenga en su poder, según lo dispuesto en el Acuerdo, salvo en la medida en que las Leyes aplicables exijan a Keeper que conserve parte o la totalidad de los Datos personales (en cuyo caso, Keeper archivará los datos y aplicará medidas razonables para evitar que se sigan tratando los Datos personales). Los términos de esta Adenda seguirán aplicándose a dichos Datos personales.

EVALUACIÓN DEL IMPACTO EN MATERIA DE PROTECCIÓN DE DATOS Y CONSULTA PREVIA

1. Si la asistencia de Keeper es necesaria y pertinente, las Partes cooperarán en la medida en que sea razonablemente necesario para preparar las evaluaciones del impacto en materia de protección de datos, de conformidad con el artículo 35 del RGPD, junto con cualquier consulta previa, de conformidad con el artículo 36 del RGPD. Cada una de las Partes correrá con sus respectivos gastos correspondientes al cumplimiento de dichas obligaciones.

DISPOSICIONES VARIAS

1. Modificación de la Adenda: La presente Adenda solo podrá modificarse mediante una enmienda escrita firmada por cada una de las Partes.

2. Derecho aplicable: La presente Adenda se regirá e interpretará de acuerdo con las leyes que rigen el Acuerdo.
3. Nulidad y separabilidad; Conflicto: Si cualquier tribunal u órgano administrativo competente considera que alguna disposición de esta Adenda no es válida o no es aplicable, la invalidez o inaplicabilidad de dicha disposición no afectará a ninguna otra disposición de esta Adenda, y todas las disposiciones no afectadas por dicha invalidez o inaplicabilidad permanecerán en pleno vigor y efecto. En caso de incoherencia entre la presente Adenda y las Cláusulas contractuales estándar suscritas por las Partes, si la hubiera, prevalecerán las Cláusulas contractuales estándar.

SUBAPÉNDICE A

Datos personales

1. Keeper trata los siguientes tipos de Datos personales en relación con la prestación de los servicios:
2. Los datos personales transferidos incluyen la información de contacto (nombre, dirección, correo electrónico y teléfono), los datos de la entidad, la dirección IP, el identificador del dispositivo e información sobre la versión de la aplicación.

Categorías de Interesados

1. Keeper trata los datos personales de las siguientes categorías de Interesados en nombre del Cliente:
   1. Cliente
   2. Usuarios finales autorizados del Cliente, incluidos los empleados del Cliente.

SUBAPÉNDICE B: Subencargados del tratamiento aprobados

1. Hay una lista actualizada de Subencargados de Keeper en https://www.keepersecurity.com/legal/sub-processors/. Esto incluye detalles sobre los nombres y las ubicaciones de las entidades legales de los Subencargados. Los Subencargados se actualizan periódicamente y el Cliente puede registrarse para recibir actualizaciones en el Centro de confianza de Keeper.

SUBAPÉNDICE C

(Cláusulas contractuales estándar de la UE)

Cláusulas contractuales estándar (Encargados del tratamiento)

Otra información necesaria para identificar a la organización: no aplica

(el Importador de datos)

por separado, una “Parte”; en conjunto, “las Partes”,

HAN ACORDADO a las siguientes Cláusulas contractuales (en lo sucesivo, “las Cláusulas”) a fin de aportar garantías adecuadas con respecto a la protección de la privacidad y los derechos y libertades fundamentales de las personas físicas en torno a la transferencia por parte del Exportador de datos al Importador de datos de los datos personales especificados en el Subapéndice A.

Otra información necesaria para que el contrato sea vinculante (si la hubiera):

Cláusula 1

Propósito y ámbito de aplicación

1. El propósito de estas Cláusulas contractuales estándar es garantizar que se cumplan los requisitos que el Reglamento (UE) 2016/679 del Parlamento Europeo y del Consejo del 27 de abril de 2016, relativo a la protección de las personas físicas en lo que respecta al tratamiento de datos personales y a la libre circulación de estos datos (1) (Reglamento General de Protección de Datos), exige para la transferencia de datos personales a un tercer país.
2. Las Partes:
   1. la(s) persona(s) física(s) o jurídica(s), autoridad(es) pública(s), servicio(s) u organismo(s) (en lo sucesivo, “entidad” o “entidades”) que va(n) a transferir los datos personales, enumerada(s) en el Anexo I (cada una denominada en lo sucesivo “Exportador de datos”), y
   2. la(s) entidad(es) en un tercer país que va(n) a recibir los datos personales del Exportador de datos directamente o indirectamente por medio de otra entidad que también sea Parte en estas Cláusulas, enumerada(s) en el Anexo I (cada una denominada en lo sucesivo “Importador de datos”),

han pactado las presentes Cláusulas contractuales estándar (en lo sucesivo, “las Cláusulas”).

3. Estas Cláusulas se aplican a la transferencia de datos personales especificada en el Anexo I.
4. El Apéndice de estas Cláusulas, que contiene los anexos que se citan en estas, forman parte de estas Cláusulas.

Cláusula 2

Efecto e invariabilidad de las Cláusulas

1. Estas Cláusulas establecen garantías adecuadas, incluidos derechos exigibles de los Interesados y acciones judiciales eficaces, de conformidad con el artículo 46(1), y el artículo 46(2)(c), del Reglamento (UE) 2016/679 y, en relación con las transferencias de datos de Responsables a Encargados o de Encargados a Encargados, de conformidad con las Cláusulas contractuales estándar a las que se refiere el artículo 28(7), del Reglamento (UE) 2016/679 siempre que no se modifiquen, salvo para seleccionar el módulo o módulos adecuados o para añadir o actualizar información del Apéndice. Esto no impide que las Partes incluyan en un contrato más amplio las Cláusulas contractuales estándar que contienen estas Cláusulas, ni para que añadan otras cláusulas o garantías adicionales siempre que no contradigan, directa o indirectamente, a estas Cláusulas ni perjudiquen los derechos o libertades fundamentales de los Interesados.
2. Estas Cláusulas se entienden sin perjuicio de las obligaciones a las que esté sujeto el Exportador de datos en virtud del Reglamento (UE) 2016/679.

Cláusula 3

Terceros beneficiarios

1. Como terceros beneficiarios, los Interesados podrán invocar estas Cláusulas contra el Exportador o el Importador de datos y exigirles su cumplimiento, con las siguientes excepciones:
   • Cláusulas 1, 2, 3, 6 y 7;
   • Cláusula 8: [módulo uno] Cláusula 8.5(e) y Cláusula 8.9(b); [módulo dos] Cláusula 8.1(b), y Cláusula 8.9(a), (c), (d) y (e); [módulo tres] Cláusula 8.1(a), (c) y (d) y Cláusula 8.9(a), (c), (d), (e), (f) y (g); [módulo cuatro] Cláusula 8.1(b) y Cláusula 8.3(b);
   • Cláusula 9: [módulo dos] Cláusula 9(a), (c), (d) y (e);
   • Cláusula 12: [módulo 2] Cláusula 12(a), (d) y (f);
   • Cláusula 15.1(c), (d) y (e);
   • Cláusula 16(e);
   • Cláusula 18: Cláusula 18(a) y (b).
2. Lo dispuesto en el párrafo (a) se entiende sin perjuicio de los derechos que el Reglamento (UE) 2016/679 otorga a los Interesados.

Cláusula 4

Interpretación

1. Cuando en estas Cláusulas se utilizan términos definidos en el Reglamento (UE) 2016/679, se entiende que tienen el mismo significado que en dicho Reglamento.
2. Estas Cláusulas deberán leerse e interpretarse de conformidad con las disposiciones del Reglamento (UE) 2016/679.
3. Estas Cláusulas no se podrán interpretar de manera que entre en conflicto con los derechos y obligaciones establecidos en el Reglamento (UE) 2016/679.

Cláusula 5

Jerarquía

En caso de contradicción entre estas Cláusulas y las disposiciones de acuerdos conexos entre las Partes que estuvieran en vigor en el momento en que se pactara o comenzara a aplicarse estas Cláusulas, prevalecerán estas Cláusulas.

Cláusula 6

Descripción de la(s) transferencia(s)

Los datos de la(s) transferencia(s) y, en particular, las categorías de datos personales que se transfieren y los fines para los que se transfieren se especifican en el Anexo I.

Cláusula 7 (opcional)

Cláusula de incorporación

1. Cualquier entidad que no sea una Parte en estas Cláusulas podrá, previo consentimiento de todas las Partes, adherirse a estas Cláusulas en cualquier momento, ya sea como Exportador de datos o como Importador de datos al completar el Apéndice y firmar el Anexo I.
2. Una vez haya completado el Apéndice y firmado el Anexo I, la entidad que se adhiera se considerará Parte en estas Cláusulas y tendrá los derechos y obligaciones de un Exportador de datos o un Importador de datos, según la categoría en la que se haya inscrito en el Anexo I.
3. La entidad que se adhiera no adquirirá derechos y obligaciones de estas Cláusulas derivados del período anterior a la adhesión.

SECCIÓN II: OBLIGACIONES DE LAS PARTES

Cláusula 8

Garantías en materia de protección de datos

El Exportador de datos garantiza que ha hecho esfuerzos razonables para determinar que el Importador de datos puede, aplicando medidas técnicas y organizativas adecuadas, cumplir las obligaciones que le atribuyen estas Cláusulas.

MÓDULO DOS: Transferencia de Responsable a Encargado

8.1 Instrucciones

1. El Importador de datos solo tratará los datos personales siguiendo instrucciones documentadas del Exportador de datos. El Exportador de datos podrá dar dichas instrucciones durante todo el período de vigencia del contrato.
2. El Importador de datos informará inmediatamente al Exportador de datos en caso de que no pueda seguir dichas instrucciones.

8.2 Limitación del propósito

El Importador de datos tratará los datos personales únicamente para los fines específicos de la transferencia indicados en el Anexo I, salvo cuando siga instrucciones adicionales del Exportador de datos.

8.3 Transparencia

Previa solicitud, el Exportador de datos pondrá gratuitamente a disposición del Interesado una copia de estas Cláusulas, incluido el Apéndice completado por las Partes. En la medida en que sea necesario para proteger secretos comerciales u otro tipo de información confidencial, como las medidas descritas en el Anexo II y los datos personales, el Exportador de datos podrá expurgar el texto del Apéndice de estas Cláusulas antes de compartir una copia, pero deberá aportar un resumen significativo si, de no hacerlo, el Interesado podría no comprender el contenido del Apéndice o ejercer sus derechos. Previa solicitud, las Partes comunicarán al Interesado los motivos del expurgo, en la medida de lo posible, sin revelar la información expurgada. La presente Cláusula se entiende sin perjuicio de las obligaciones que los artículos 13 y 14 del Reglamento (UE) 2016/679 atribuyen al Exportador de datos.

8.4 Precisión

Si el Importador de datos tiene conocimiento de que los datos personales que ha recibido son inexactos o han quedado obsoletos, informará de ello al Exportador de datos sin dilación indebida. En este caso, el Importador de datos colaborará con el Exportador de datos para eliminar o rectificar los datos.

8.5 Duración del tratamiento, y supresión o devolución de los datos

El tratamiento por parte del Importador de datos solo se realizará durante el período especificado en el Anexo I. Una vez que se hayan prestado los servicios de tratamiento, el Importador de datos eliminará, a petición del Exportador de datos, todos los datos personales tratados por cuenta del Exportador de datos y certificará al Exportador de datos que lo ha hecho, o devolverá al Exportador de datos todos los datos personales tratados en su nombre y eliminará las copias existentes. Hasta que se destruyan o devuelvan los datos, el Importador de datos deberá seguir garantizando el cumplimiento con estas Cláusulas. Si la legislación del país aplicable al Importador de datos prohíbe la devolución o la destrucción de los datos personales, el Importador de datos se compromete a seguir garantizando el cumplimiento de estas Cláusulas y solo tratará los datos en la medida y durante el tiempo que exija la legislación del país. Lo anterior se entiende sin perjuicio de la Cláusula 14 y, en particular, de la obligación que esta impone en la Cláusula 14(e) al Importador de datos de informar al Exportador de datos durante todo el período de vigencia del contrato si tiene motivos para creer que está o ha estado sujeto a normativa o prácticas que no se ajustan a los requisitos de la Cláusula 14(a).

8.6 Seguridad del tratamiento

1. El Importador de datos y, durante la transferencia, también el Exportador de datos aplicarán medidas técnicas y organizativas adecuadas para garantizar la seguridad de los datos, en particular, la protección contra violaciones de la seguridad que ocasionen la destrucción, pérdida o alteración accidental o ilícita de datos personales, o la divulgación o acceso no autorizados (en lo sucesivo, “violación de la seguridad de los datos personales”). A la hora de determinar un nivel adecuado de seguridad, las Partes tendrán debidamente en cuenta el estado de la técnica, los costes de aplicación, la naturaleza, el alcance, el contexto y los fines del tratamiento, así como los riesgos que entraña el tratamiento para los Interesados. Las Partes deberán considerar, en particular, el cifrado o la seudonimización, especialmente durante la transmisión, si de este modo se puede cumplir el propósito del tratamiento. En caso de seudonimización, la información adicional necesaria para atribuir los datos personales a un Interesado específico quedará, en la medida de lo posible, bajo el control exclusivo del Exportador de datos. Al cumplir las obligaciones que le impone el presente párrafo, el Importador de datos aplicará, como mínimo, las medidas técnicas y organizativas que figuran en el Anexo II. El Importador de datos llevará a cabo controles periódicos para garantizar que estas medidas sigan proporcionando un nivel de seguridad adecuado.
2. El Importador de datos solo concederá acceso a los datos personales a los miembros de su personal en la medida en que sea estrictamente necesario para la ejecución, la gestión y el monitoreo del contrato. Garantizará que las personas autorizadas para tratar los datos personales se hayan comprometido a respetar la confidencialidad o estén sujetas a alguna obligación de confidencialidad de naturaleza estatutaria.
3. En el caso de alguna violación de la seguridad de los datos personales tratados por el Importador de datos en virtud de estas Cláusulas, el Importador de datos adoptará medidas adecuadas para abordar la violación y, en particular, medidas para mitigar sus efectos negativos. El Importador de datos también lo notificará al Exportador de datos sin dilación indebida una vez tenga conocimiento de la violación de la seguridad. Dicha notificación incluirá los datos de un punto de contacto en el que pueda obtenerse más información, una descripción de la naturaleza de la violación (en la que figuren, cuando sea posible, las categorías y el número aproximado de Interesados y registros de datos personales correspondientes), las consecuencias probables y las medidas adoptadas o propuestas para abordar la violación de la seguridad, incluidas, cuando corresponda, medidas para mitigar sus posibles efectos negativos. Cuando y en la medida en que no se pueda proporcionar toda la información al mismo tiempo, en la notificación inicial se proporcionará la información disponible en ese momento y, a medida que se vaya recabando, la información adicional se irá proporcionando sin dilación indebida.
4. El Importador de datos deberá colaborar con el Exportador de datos y ayudarle para que pueda cumplir las obligaciones que le atribuye el Reglamento (UE) 2016/679, especialmente en cuanto a la notificación a la autoridad de control competente y a los Interesados afectados, teniendo en cuenta la naturaleza del tratamiento y la información de la que disponga el Importador de datos.

8.7 Datos sensibles

En la medida en que la transferencia incluya datos personales que revelen el origen étnico o racial, opiniones políticas, convicciones religiosas o filosóficas, afiliación sindical, datos genéticos o datos biométricos dirigidos a identificar de manera unívoca a una persona física, datos relativos a la salud o datos relativos a la vida sexual o la orientación sexual de una persona física, o datos relativos a condenas o infracciones penales (en lo sucesivo, “datos sensibles”), el Importador de datos aplicará restricciones específicas o garantías adicionales descritas en el Anexo I.

8.8 Transferencias ulteriores

El Importador de datos solo divulgará los datos personales a un tercero siguiendo instrucciones documentadas del Exportador de datos. Por otra parte, solo se podrán comunicar los datos a terceros situados fuera de la Unión Europea (en el mismo país que el Importador de datos o en otro tercer país; en lo sucesivo, “transferencia ulterior”) si el tercero está vinculado por estas Cláusulas o consiente a someterse a estas, con elección del módulo correspondiente, o si:

1. la transferencia ulterior va dirigida a un país sobre el que haya recaído una decisión de adecuación, de conformidad con el artículo 45 del Reglamento (UE) 2016/679, que abarque la transferencia ulterior;

2. el tercero aporta de otro modo garantías adecuadas, de conformidad con los artículos 46 o 47

   del Reglamento (UE) 2016/679, respecto del tratamiento en cuestión;

3. si la transferencia ulterior es necesaria para la formulación, el ejercicio o la defensa de reclamaciones en el marco de procedimientos administrativos, reglamentarios o judiciales específicos; o
4. si la transferencia ulterior es necesaria para proteger intereses vitales del Interesado o de otra persona física.

La validez de las transferencias ulteriores depende de que el Importador de datos aporte las demás garantías previstas en estas Cláusulas y, en particular, la limitación del propósito.

8.9 Documentación y cumplimiento

1. El Importador de datos resolverá con presteza y de forma adecuada las consultas del Exportador de datos relacionadas con el tratamiento de conformidad con estas Cláusulas.
2. Las Partes deberán poder demostrar el cumplimiento de estas Cláusulas. En particular, el Importador de datos conservará suficiente documentación de las actividades de tratamiento que se realicen por cuenta del Exportador de datos.
3. El Importador de datos pondrá a disposición del Exportador de datos toda la información necesaria para demostrar el cumplimiento de las obligaciones contempladas en estas Cláusulas y, a solicitud del Exportador de datos, permitirá y contribuirá a la realización de auditorías de las actividades de tratamiento cubiertas por estas Cláusulas, a intervalos razonables o si existen indicios de incumplimiento. Al decidir si se realiza un examen o una auditoría, el Exportador de datos podrá tener en cuenta las certificaciones pertinentes que obren en poder del Importador de datos.
4. El Exportador de datos podrá optar por realizar la auditoría por sí mismo o autorizar a un auditor independiente. Las auditorías podrán consistir en inspecciones de los locales o instalaciones físicas del Importador de datos y, cuando proceda, realizarse con un preaviso razonable.
5. Las Partes pondrán a disposición de la autoridad de control competente, a solicitud de esta, la información a la que se refieren los párrafos (b) y (c) y, en particular, los resultados de las auditorías.

Cláusula 9

MÓDULO DOS: Transferencia de Responsable a Encargado

1. AUTORIZACIÓN PREVIA ESPECÍFICA: El Importador de datos solo podrá subcontratar a un Subencargado las actividades de tratamiento que realice por cuenta del Exportador de datos en virtud de estas Cláusulas sin la autorización previa específica por escrito del Exportador de datos. El Importador de datos presentará la solicitud de autorización específica al menos cuatro (4) semanas antes de la contratación del Subencargado de que se trate, junto con la información necesaria para que el Exportador de datos pueda decidir si desea autorizar la solicitud. La lista de Subencargados ya autorizados por el Exportador de datos figura en el Subapéndice B. Las Partes mantendrán actualizado el Subapéndice.
2. Cuando el Importador de datos recurra a un Subencargado para llevar a cabo actividades específicas de tratamiento (por cuenta del Exportador de datos), lo hará por medio de un contrato escrito que establezca, en esencia, las mismas obligaciones en materia de protección de datos que las impuestas al Importador de datos en virtud de estas Cláusulas, especialmente en lo que se refiere a los derechos de los terceros beneficiarios para los Interesados. Las Partes convienen que, al cumplir estas Cláusulas, el Importador de datos también da cumplimiento a las obligaciones que le atribuye la Cláusula 8.8. El Importador de datos se asegurará de que el Subencargado cumpla las obligaciones que le atribuyan estas Cláusulas.
3. El Importador de datos proporcionará al Exportador de datos, a solicitud de este, una copia del contrato con el Subencargado y de cualquier modificación posterior del mismo. En la medida en que sea necesario para proteger secretos comerciales u otro tipo de información confidencial, como datos personales, el Importador de datos podrá expurgar el texto del contrato antes de compartir la copia.
4. El Importador de datos seguirá siendo plenamente responsable ante el Exportador de datos del cumplimiento de las obligaciones que imponga al Subencargado su contrato con el Importador de datos. El Importador de datos notificará al Exportador de datos acerca de incumplimientos por parte del Subencargado de las obligaciones que le atribuye dicho contrato.
5. El Importador de datos pactará con el Subencargado una cláusula de tercero beneficiario en virtud de la cual, en caso de que el Importador de datos desaparezca de facto, cese de existir jurídicamente o sea insolvente, el Exportador de datos tendrá derecho a rescindir el contrato del Subencargado y ordenar a este que borre o devuelva los datos personales.

Cláusula 10

Derechos del Interesado

MÓDULO DOS: Transferencia de Responsable a Encargado

1. El Importador de datos notificará con presteza al Exportador de datos las solicitudes que reciba del Interesado. No responderá a dicha solicitud por sí mismo, a menos que el Exportador de datos le haya autorizado a hacerlo.
2. El Importador de datos ayudará al Exportador de datos a cumplir sus obligaciones al responder a las solicitudes de ejercicio de derechos que el Reglamento (UE) 2016/679 atribuye a los Interesados. A este respecto, las Partes establecerán en el Anexo II medidas técnicas y organizativas apropiadas, teniendo en cuenta la naturaleza del tratamiento, por las que se garantice que se prestará ayuda, así como el objeto y el alcance de la ayuda requerida.
3. En el cumplimiento de las obligaciones que le atribuyen los párrafos (a) y (b), el Importador de datos seguirá las instrucciones del Exportador de datos.

Cláusula 11

Reparación

1. El Importador de datos informará a los Interesados, de forma transparente y en un formato de fácil acceso, mediante notificación individual o en su página web, del punto de contacto autorizado para tramitar reclamaciones. Este tramitará con presteza las reclamaciones que reciba de los Interesados.

MÓDULO DOS: Transferencia de Responsable a Encargado

2. En caso de litigio entre un Interesado y una de las Partes en relación con el cumplimiento de estas Cláusulas, dicha Parte hará todo lo posible para resolver amistosamente el problema de forma oportuna. Las Partes se mantendrán mutuamente informadas de tales litigios y, cuando proceda, colaborarán para resolverlos.
3. El Importador de datos se compromete a aceptar, cuando el Interesado invoque un derecho de tercero beneficiario de conformidad con la Cláusula 3, la decisión del Interesado de:
   1. presentar una reclamación ante la autoridad de control del Estado miembro de su residencia habitual o su lugar de trabajo, o ante la autoridad de control competente de conformidad con la Cláusula 13;
   2. ejercitar una acción judicial en el sentido de la Cláusula 18.
4. Las Partes aceptan que el Interesado pueda estar representado por una entidad, organización o asociación sin fines de lucro en las condiciones establecidas en el artículo 80(1), del Reglamento (UE) 2016/679.
5. El Importador de datos acepta acatar las resoluciones que sean vinculantes de conformidad con la legislación aplicable de la UE o del Estado miembro aplicable.
6. El Importador de datos acepta que la elección del Interesado no menoscabe sus derechos sustantivos y procesales a obtener reparación de conformidad con las Leyes aplicables.

Cláusula 12

Responsabilidad

MÓDULO DOS: Transferencia de Responsable a Encargado

1. Cada Parte será responsable ante la(s) otra(s) Parte(s) de cualquier daño y perjuicio que le(s) cause a la(s) otra(s) Parte(s) por cualquier vulneración de estas Cláusulas.
2. El Importador de datos será responsable ante el Interesado; el Interesado tendrá derecho a que se le indemnice por los daños y perjuicios materiales o inmateriales que el Importador de datos o su Subencargado ocasionen al Interesado por vulnerar los derechos de terceros beneficiarios que deriven de estas Cláusulas.
3. A pesar de lo dispuesto en el párrafo (b), el Exportador de datos será responsable ante el Interesado; el Interesado tendrá derecho a que se le indemnice por los daños y perjuicios materiales o inmateriales que el Exportador de datos o el Importador de datos (o su Subencargado) ocasionen al Interesado por vulnerar los derechos de terceros beneficiarios que deriven de estas Cláusulas. Lo anterior se entiende sin perjuicio de la responsabilidad del Exportador de datos y, cuando el Exportador de datos sea un Encargado que actúe por cuenta de un Responsable, de la responsabilidad del Responsable de conformidad con el Reglamento (UE) 2016/679 o el Reglamento (UE) 2018/1725, según cuál sea de aplicación.
4. Las Partes acuerdan que, si el Exportador de datos es considerado responsable, de conformidad con el párrafo (c), de los daños o perjuicios causados por el Importador de datos (o su Subencargado), estará legitimado para exigir al Importador de datos la parte de la indemnización que sea responsabilidad del Importador de los datos.
5. Cuando más de una Parte sea responsable de un daño o perjuicio ocasionado al Interesado como consecuencia de una vulneración de estas Cláusulas, todas las Partes responsables serán responsables solidariamente, y el interesado tendrá derecho de interponer una acción judicial contra cualquiera de estas Partes.
6. Las Partes acuerdan que, si una Parte es considerada responsable de conformidad con el párrafo (e), estará legitimada para exigir a la(s) otra(s) Parte(s) la parte de la indemnización correspondiente a su responsabilidad por el daño o perjuicio.
7. El Importador de datos no puede alegar la conducta de un Subencargado del tratamiento para eludir su propia responsabilidad.

Cláusula 13

Supervisión

MÓDULO DOS: Transferencia de Responsable a Encargado

1. La autoridad de control responsable de garantizar que el Exportador de datos cumpla el Reglamento (UE) 2016/679 en cuanto a la transferencia de los datos, indicada en el Anexo I, actuará como autoridad de control competente.
2. El Importador de datos da su consentimiento a someterse a la jurisdicción de la autoridad de control competente y a cooperar con ella en cualquier procedimiento destinado a garantizar el cumplimiento de estas Cláusulas. En particular, el Importador de datos se compromete a responder a consultas, someterse a auditorías y cumplir las medidas adoptadas por la autoridad de control y, en particular, las medidas correctivas e indemnizatorias. Remitirá a la autoridad de control confirmación por escrito de que se han tomado las medidas necesarias.

SECCIÓN III: LEGISLACIÓN LOCAL Y OBLIGACIONES EN CASO DE ACCESO POR PARTE DE LAS AUTORIDADES PÚBLICAS

Cláusula 14

Legislación local y prácticas del país que afectan el cumplimiento de las Cláusulas

MÓDULO DOS: Transferencia de Responsable a Encargado

1. Las Partes aseguran que no tienen motivos para creer que la legislación y las prácticas del tercer país de destino aplicables al tratamiento de los datos personales por el Importador de datos, especialmente los requisitos para la divulgación de los datos personales o las medidas de autorización de acceso por parte de las autoridades públicas, impidan al Importador de datos cumplir las obligaciones que le atribuyen estas Cláusulas. Dicha aseveración se fundamenta en la premisa de que no se oponen a estas Cláusulas las leyes y prácticas que respeten en lo esencial los derechos y libertades fundamentales y que no exceden lo necesario y proporcional en una sociedad democrática para salvaguardar uno de los objetivos enumerados en el artículo 23(1), del Reglamento (UE) 2016/679.
2. Las Partes declaran que, al aportar la garantía a la que se refiere el párrafo (a), han tenido debidamente en cuenta, en particular, los siguientes aspectos:
   1. las circunstancias específicas de la transferencia, como la longitud de la cadena de tratamiento, el número de agentes implicados y los canales de transmisión utilizados; las transferencias ulteriores previstas; el tipo de destinatario; el propósito del tratamiento; las categorías y el formato de los datos personales transferidos; el sector económico en el que tiene lugar la transferencia; el lugar de almacenamiento de los datos transferidos;
   2. la legislación y las prácticas del tercer país de destino —especialmente las que exijan comunicar datos a las autoridades públicas o autorizar el acceso de dichas autoridades— que sean pertinentes dadas las circunstancias específicas de la transferencia, así como las limitaciones y garantías aplicables;
   3. las garantías contractuales, técnicas u organizativas pertinentes aportadas para complementar las garantías previstas en estas Cláusulas, especialmente incluidas las medidas aplicadas durante la transferencia y el tratamiento de los datos personales en el país de destino.
3. El Importador de datos asegura que, al llevar a cabo la valoración a la que se refiere el párrafo (b), ha hecho todo lo posible por proporcionar al Exportador de datos la información pertinente y se compromete a seguir colaborando con el Exportador de datos para garantizar el cumplimiento de estas Cláusulas.
4. Las Partes acuerdan documentar la evaluación a la que se refiere el párrafo (b) y ponerla a disposición de la autoridad de control competente previa solicitud.
5. El Importador de datos se compromete a notificar con presteza al Exportador de datos si, tras haberse vinculado por estas Cláusulas y durante el período de vigencia del contrato, tiene motivos para creer que está o ha estado sujeto a normativa o prácticas que no se ajustan a los requisitos del párrafo (a), incluso a raíz de un cambio de la normativa en el tercer país o de una medida (como una solicitud de divulgación) que indique una aplicación de dicha normativa en la práctica que no se ajuste a los requisitos del párrafo (a).
6. De realizarse la notificación a la que se refiere el párrafo (e) o si el Exportador de datos tiene motivos para creer que el Importador de datos ya no puede cumplir las obligaciones que le atribuyen estas Cláusulas, el Exportador de datos determinará con presteza las medidas adecuadas (por ejemplo, medidas técnicas u organizativas para garantizar la seguridad y la confidencialidad) que deberá adoptar el Exportador de datos o el Importador de datos para abordar la situación. El Exportador de datos suspenderá la transferencia de los datos si considera que no es posible asegurar garantías adecuadas para tal transferencia o si así lo dispone la autoridad de control competente. En este supuesto, el Exportador de datos estará facultado para resolver el contrato en lo que se refiera al tratamiento de datos personales en virtud de estas Cláusulas. Si el contrato tiene más de dos Partes contratantes, el Exportador de datos solo podrá ejercer este derecho de resolución con respecto a la Parte pertinente, a menos que las Partes hayan acordado otra cosa. En caso de resolución del contrato en virtud de la presente Cláusula, será de aplicación la Cláusula 16(d) y (e).

Cláusula 15

Obligaciones del Importador de datos en caso de acceso por parte de las autoridades públicas

MÓDULO DOS: Transferencia de Responsable a Encargado

15.1. Notificación

1. El Importador de datos se compromete a notificar con presteza al Exportador de datos y, cuando sea posible, al Interesado (de ser necesario, con la ayuda del Exportador de datos) si:
   1. recibe una solicitud jurídicamente vinculante de divulgación de los datos personales transferidos de conformidad con estas Cláusulas presentada por una autoridad pública (sobre todo, judicial) en virtud de la legislación del país de destino; dicha notificación contendrá información sobre los datos personales solicitados, la autoridad solicitante, la base jurídica de la solicitud y la respuesta dada; o
   2. se entera de que las autoridades públicas han tenido acceso directo a los datos personales transferidos de conformidad con estas Cláusulas en virtud de la legislación del país de destino; dicha notificación incluirá toda la información de que disponga el Importador de datos.
2. Si se prohíbe al Importador de datos enviar la notificación al Exportador de datos o al Interesado en virtud de la legislación del país de destino, el Importador de datos se compromete a hacer todo lo posible para obtener una exención de la prohibición, con el fin de comunicar toda la información disponible y lo antes posible. El Importador de datos se compromete a documentar las actuaciones que realice a tal fin para poder justificar su diligencia si se lo pide el Exportador de datos.
3. En la medida en que lo permita la legislación del país de destino, el Importador de datos se compromete a proporcionar al Exportador de datos, a intervalos regulares durante el período de vigencia del contrato, la mayor cantidad posible de información pertinente sobre las solicitudes recibidas (en particular, el número de solicitudes, el tipo de datos solicitados, la autoridad o autoridades solicitantes, la impugnación de las solicitudes, el resultado de tales impugnaciones, etc.).
4. El Importador de datos se compromete a conservar la información a la que se refieren los párrafos (a) a (c) durante el período de vigencia del contrato y a ponerla a disposición de la autoridad de control competente previa solicitud.
5. Los párrafos (a) a (c) se entenderán sin perjuicio de la obligación del Importador de datos, contemplada en la Cláusula 14(e), y en la Cláusula 16, de informar con presteza al Exportador de datos cuando no pueda cumplir con estas Cláusulas.

15.2. Control de la legalidad y minimización de datos

1. El Importador de datos se compromete a controlar la legalidad de la solicitud de divulgación y, en particular, si la autoridad pública solicitante está debidamente facultada para ello, así como a impugnar la solicitud si, tras una valoración minuciosa, llega a la conclusión de que existen motivos razonables para considerar que la solicitud es ilícita de conformidad con la legislación del país de destino, incluidas las obligaciones aplicables en virtud de la legislación internacional y los principios de cortesía internacional. El Importador de datos agotará, en las mismas condiciones, las vías de recurso. Al impugnar una solicitud, el Importador de datos instará la aplicación de medidas cautelares para suspender los efectos de la solicitud hasta que la autoridad judicial competente se haya pronunciado sobre el fondo. No divulgará los datos personales solicitados hasta que se lo exija la normativa procesal aplicable. Estos requisitos se entienden sin perjuicio de las obligaciones que la Cláusula 14(e) atribuye al Importador de datos.
2. El Importador de datos se compromete a documentar sus valoraciones jurídicas y las impugnaciones de solicitudes de divulgación, y a poner dicha documentación a disposición del Exportador de datos en la medida en que lo permita la legislación del país de destino. También pondrá dicha documentación a disposición de la autoridad de control competente previa solicitud.
3. El Importador de datos se compromete a proporcionar la mínima información posible al responder a las solicitudes de divulgación, basándose en una interpretación razonable de la solicitud.

SECCIÓN IV: DISPOSICIONES FINALES

Cláusula 16

Incumplimiento de las Cláusulas y resolución del contrato

1. El Importador de datos informará con presteza al Exportador de datos en caso de que no pueda cumplir con estas Cláusulas por cualquier motivo.
2. En caso de que el Importador de datos incumpla las obligaciones que le atribuyen estas Cláusulas, el Exportador de datos suspenderá la transferencia de datos personales al Importador de datos hasta que se vuelva a garantizar el cumplimiento o se rescinda el contrato. Lo anterior se entiende sin perjuicio de la Cláusula 14(f).
3. El Exportador de datos estará facultado para resolver el contrato en lo que se refiera al tratamiento de datos personales en virtud de estas Cláusulas cuando:
   1. el Exportador de datos haya suspendido la transferencia de datos personales al Importador de datos de conformidad con el párrafo (b) y no se vuelva a cumplir con estas Cláusulas en un plazo razonable y, en cualquier caso, en un plazo de un mes a contar desde la suspensión;
   2. el Importador de datos vulnere de manera sustancial o persistente estas Cláusulas; o
   3. el Importador de datos incumpla una resolución vinculante de un órgano jurisdiccional o autoridad de control competente en relación con las obligaciones que le atribuyen estas Cláusulas.

   En este supuesto, informará a la autoridad de control competente [módulo tres: y al Responsable] de tal incumplimiento. Si el contrato tiene más de dos Partes contratantes, el Exportador de datos solo podrá ejercer este derecho de resolución con respecto a la Parte pertinente, a menos que las Partes hayan acordado otra cosa.

4. Los datos personales que se hayan transferido antes de la resolución del contrato de conformidad con el párrafo (c) deberán, a elección del Exportador de datos, devolverse inmediatamente al Exportador de datos o destruirse en su totalidad. Lo mismo aplicará a las copias de los datos. El Importador de datos certificará la destrucción de los datos al Exportador de datos. Hasta que se destruyan o devuelvan los datos, el Importador de datos deberá seguir garantizando el cumplimiento con estas Cláusulas. Si la legislación del país aplicable al Importador de datos prohíbe la devolución o la destrucción de los datos personales transferidos, el Importador de datos se compromete a seguir garantizando el cumplimiento de estas Cláusulas y solo tratará los datos en la medida y durante el tiempo que lo exija la legislación del país.
5. Ninguna de las Partes podrá revocar su consentimiento a quedar vinculada por estas Cláusulas si: (i) la Comisión Europea adopta una decisión de conformidad con el artículo 45(3), del Reglamento (UE) 2016/679 que regule la transferencia de datos personales a los que se apliquen estas Cláusulas; o ii) el Reglamento (UE) 2016/679 pasa a formar parte del ordenamiento jurídico del país al que se transfieren los datos personales. Ello se entiende sin perjuicio de otras responsabilidades que sean de aplicación al tratamiento en cuestión en virtud del Reglamento (UE) 2016/679.

Cláusula 17

Derecho aplicable

Estas Cláusulas se regirán por la legislación del Estado miembro de la Unión Europea en que esté establecido el Exportador de datos. Cuando dicha legislación no admita la existencia de derechos de los terceros beneficiarios, se regirá por la legislación de otro Estado miembro de la Unión Europea que sí la admita. Las Partes acuerdan que sea la legislación de Irlanda.

Cláusula 18

MÓDULO DOS: Transferencia de Responsable a Encargado

1. Cualquier controversia derivada de estas Cláusulas será resuelta judicialmente en un Estado miembro de la Unión Europea.
2. Las Partes acuerdan que sean los órganos jurisdiccionales de Irlanda (especificar el Estado miembro).
3. Los Interesados también podrán ejercer acciones judiciales contra el Exportador de datos o el Importador de datos en el Estado miembro en el que el Interesado tenga su residencia habitual.
4. Las Partes acuerdan someterse a la jurisdicción de dichos territorios.

Anexo I a las Cláusulas contractuales estándar

ANEXO II DE LAS CLÁUSULAS CONTRACTUALES ESTÁNDAR

El presente Apéndice forma parte integrante de las Cláusulas, y deberá ser completado y suscrito por las Partes.

SUBAPÉNDICE D

Keeper Security, Inc.

Divulgación de seguridad

Keeper Security, Inc. (KSI) se dedica a proteger la información de sus clientes con el software de seguridad de Keeper para dispositivos móviles y equipos de escritorio. Millones de consumidores y empresas confían en Keeper para proteger y acceder a sus contraseñas e información privada.

El software de Keeper se mejora y actualiza de forma constante para ofrecer a nuestros clientes lo último en tecnología y protección. Esta página ofrece un resumen de la arquitectura de seguridad de Keeper, de las metodologías de cifrado y del entorno de alojamiento a partir de la versión actual publicada. En este documento se describen los detalles técnicos de nuestros métodos de cifrado y seguridad.

Protección de datos

La confianza cero comienza con la seguridad de la contraseña. KSI desarrolla sus productos utilizando un marco de seguridad de confianza cero que se basa en no confiar en ningún usuario de la arquitectura. La confianza cero presupone que todos los usuarios y dispositivos podrían verse potencialmente comprometidos, por lo que cada usuario debe verificarse y autenticarse antes de acceder a un sitio web, aplicación o sistema. Este marco de seguridad cibernética es la base de la plataforma de seguridad cibernética de Keeper. La plataforma ofrece a los administradores de TI visibilidad total de todos los usuarios y de los sistemas y dispositivos a los que acceden, lo que ayuda a garantizar el cumplimiento de los requisitos normativos y del sector. Para implementar un marco de confianza cero en una organización, es primordial contar con una seguridad de contraseñas de primera que esté respaldada por una arquitectura de seguridad de conocimiento cero.

KSI es un proveedor de seguridad de conocimiento cero. El usuario de Keeper es la única persona que tiene control total sobre el cifrado y descifrado de sus datos. Con Keeper, el cifrado y descifrado ocurren únicamente en el dispositivo del usuario al iniciar sesión en el almacén. Cada registro individual guardado en el almacén del usuario se cifra con una clave AES aleatoria de 256 bits que se genera en el dispositivo del usuario. Las claves de registro están protegidas por una clave adicional que se denomina clave de datos. La clave de datos se cifra mediante una clave derivada en el dispositivo a partir de la contraseña maestra del usuario. Los datos almacenados en reposo en el dispositivo también se cifran con otra clave, la clave de cliente. La sincronización segura de registros entre los dispositivos del usuario también se cifra a nivel de capa de red y se enruta a través de Keeper Cloud Security Vault. Este modelo de cifrado de varios niveles proporciona la protección de datos más avanzada disponible en el sector.

La clave de cifrado necesaria para descifrar los datos siempre reside con el usuario de Keeper. KSI no puede descifrar los datos almacenados del usuario. KSI no tiene acceso a la contraseña maestra del cliente ni a los registros almacenados en el almacén de Keeper. KSI no puede acceder remotamente al dispositivo del cliente ni descifrar el almacén del cliente. La única información a la que Keeper Security tiene acceso incluye la dirección de correo electrónico del usuario, el tipo de dispositivo y los detalles del plan de suscripción (por ejemplo, Keeper Unlimited). En caso de pérdida o robo del dispositivo, KSI puede ofrecer su asistencia para acceder a los archivos de respaldo cifrados a fin de restaurar el almacén del usuario una vez reemplazado el dispositivo.

La información que se almacena y a la que se accede en Keeper solo es accesible por el cliente, ya que se cifra y descifra instantáneamente en el dispositivo que se está utilizando, incluso cuando la aplicación web de Keeper está en uso. El método de cifrado que utiliza Keeper es un algoritmo muy conocido y de confianza llamado AES (Advanced Encryption Standard, o estándar de cifrado avanzado), con una longitud de clave de 256 bits. Según la publicación CNSSP-15 del Comité de Sistemas de Seguridad Nacionales de EE. UU., el algoritmo AES con una longitud de clave de 256 bits es lo suficientemente seguro como para cifrar datos clasificados hasta la clasificación de ALTO SECRETO del Gobierno de los EE. UU. Keeper cuenta con la certificación FIPS 140-3 y la validación del Programa de Validación de Módulos Criptográficos (CMVP) del NIST (Certificado n.º 3976: https://csrc.nist.gov/projects/cryptographic-module-validation-program/certificate/3976).

Las claves de cifrado utilizadas para cifrar y descifrar los registros de los clientes no se almacenan ni se transmiten a Keeper Cloud Security Vault. Sin embargo, para proporcionar prestaciones de sincronización entre varios dispositivos, una versión cifrada de esta clave de cifrado se almacena en Cloud Security Vault y se proporciona a los dispositivos asociados a la cuenta de un usuario tras el inicio de sesión exitoso en el almacén y la autenticación multifactor. Esta clave de cifrado cifrada solo se puede descifrar en el dispositivo para un uso posterior como clave de cifrado de datos.

Contraseña maestra segura

Se recomienda encarecidamente que los clientes elijan una contraseña maestra segura para su cuenta de Keeper. Esta contraseña maestra no se debe utilizar en ningún lugar externo a Keeper. Los usuarios jamás deberán compartir su contraseña maestra con otras personas.

Autenticación de dos factores

Para que pueda protegerse contra el acceso no autorizado a su almacén, sitios web y aplicaciones, Keeper también pone a su disposición la autenticación de dos factores. La autenticación de dos factores supone una estrategia de autenticación en la que se requieren dos o más de los tres factores de autenticación: un factor de conocimiento, un factor de posesión y un factor de inherencia.

Keeper usa algo que usted conoce (su contraseña) y algo que usted posee (su teléfono) para brindar una seguridad adicional en caso de que la contraseña maestra o el dispositivo se vean comprometidos. Para este fin, se generan contraseñas de un solo uso y de duración limitada (TOTP).

Cuando se utiliza un método de contraseñas TOTP con autenticación multifactor o de dos factores (MFA/2FA), Keeper genera una clave secreta de 10 bytes con un generador de números aleatorios criptográficamente seguro. Este código es válido durante aproximadamente un minuto y se envía al usuario mediante SMS, Duo Security, RSA SecurID, una aplicación TOTP, Google Authenticator o dispositivos vestibles compatibles con Keeper DNA, como los relojes Apple Watch o Android Wear.

Cuando utiliza la aplicación Google Authenticator o una aplicación TOTP en su dispositivo móvil, el servidor de Keeper genera internamente un código QR que contiene su clave secreta y nunca se comunica a terceros. Cada vez que un usuario desactiva y luego reactiva la autenticación de dos factores, se genera una nueva clave secreta.

Para activar la autenticación de dos factores, visite la pantalla de configuración o de seguridad de la aplicación de Keeper. Los clientes de Keeper Business pueden, opcionalmente, imponer el uso de la autenticación de dos factores para iniciar sesión en el almacén y los métodos de autenticación 2FA compatibles a través de la funcionalidad de aplicación de roles de la consola de administración de Keeper.

Claves de seguridad FIDO (U2F)

Keeper admite dispositivos de clave de seguridad basados en hardware compatibles con FIDO2, como YubiKey y Google Titan, como segundo factor. Las claves de seguridad proporcionan una forma cómoda y segura de completar la autenticación de dos factores sin que el usuario tenga que introducir manualmente códigos de seis (6) dígitos. Se pueden configurar varias claves de seguridad para el almacén de un usuario. En el caso de las plataformas que no admiten dispositivos de clave de seguridad, los usuarios pueden recurrir a otros métodos de autenticación 2FA configurados. Para configurar una clave de seguridad y otros métodos de autenticación de dos factores, visite la pantalla de configuración de la aplicación de Keeper.

Acceso de emergencia (legado digital)

El producto de consumo de Keeper ofrece la posibilidad de añadir hasta cinco (5) contactos de emergencia para conceder acceso al almacén en caso de emergencia o fallecimiento. Una vez transcurrido el tiempo de espera especificado, el contacto de emergencia obtendrá acceso al almacén del usuario. El proceso de compartir un almacén es de conocimiento cero. Por su parte, la contraseña maestra del usuario nunca se comparte directamente. Se utiliza el cifrado RSA de 2048 bits para compartir una clave AES de 256 bits con el contacto de emergencia una vez transcurrido el tiempo de espera definido por el usuario original. Por lo tanto, el contacto de emergencia debe disponer de una cuenta de Keeper (y de un par de claves RSA pública o privada) para aceptar la invitación.

Recuperación de cuentas

Durante el proceso de registro de una cuenta, es posible que se solicite a los usuarios que elijan una pregunta y respuesta de seguridad, o algún otro método de recuperación. Asimismo, durante el registro, Keeper genera una clave de datos que se utiliza para cifrar y descifrar las claves de registro asociadas a cada uno de los registros del almacén. La clave de datos del usuario se cifra con una clave derivada de la contraseña maestra utilizando una función PBKDF2 con 1 000 000 de iteraciones. Cada clave de registro se cifra con la clave de datos. Cada uno de los registros del almacén del usuario tiene una clave de registro independiente y diferente.

La forma en que funciona la recuperación de cuentas (con pregunta de seguridad) es almacenando una segunda copia de la clave de datos del usuario, la cual se cifra con la respuesta de seguridad seleccionada. Para completar la recuperación de un almacén, el usuario debe introducir un código de verificación enviado por correo electrónico y el código de autenticación de dos factores (si se ha habilitado para la cuenta). Se recomienda crear una pregunta y una respuesta de seguridad verdaderamente seguras, así como activar la autenticación de dos factores de Keeper desde la pantalla de “Configuración”. Los usuarios pueden disponer de diferentes métodos de recuperación según la configuración de la cuenta de Keeper para empresas, como una clave de recuperación o varias claves divididas. Además, el cliente puede desactivar la recuperación de la cuenta. La autenticación de dos factores también se puede imponer a los clientes de Keeper Business a través de la consola de administración de Keeper.

Los clientes Business y Enterprise disponen de un método de recuperación de cuentas de conocimiento cero para sus usuarios mediante la política de transferencia de cuentas de Keeper.

Cifrado de cliente

Los datos se cifran y descifran en el dispositivo del usuario, no en Cloud Security Vault. A este proceso se le denomina “Cifrado de cliente”, porque es el cliente (por ejemplo, desde un iPhone, dispositivo Android, programa de ordenador, etc.) quien realiza el cifrado y descifrado de los datos de forma local. Cloud Security Vault almacena texto cifrado de 256 bits que no tiene utilidad alguna para un intruso. Aunque los datos se capturasen al transmitirse entre el dispositivo del cliente y Cloud Security Vault, no se podrían descifrar ni utilizar para atacar o comprometer los datos privados del usuario.

Descifrar o hackear una clave simétrica de 256 bits requeriría 2128 veces la capacidad informática de una clave de 128 bits. En teoría, el dispositivo necesitaría 3 × 1051 años para agotar el espacio de las claves de 256 bits.

Uso compartido

Cada usuario dispone de un par de claves RSA pública y privada de 2048 bits que se utiliza para compartir otras claves (como claves de registro, claves de carpeta y claves de equipo) entre usuarios. La información compartida se cifra con la clave pública del destinatario. El destinatario descifra la información compartida con su clave privada. Esto permite a un usuario compartir registros solo con el destinatario previsto, pues solo este destinatario puede descifrarlos.

Generación de claves

Keeper utiliza funciones PBKDF2 con un algoritmo HMAC-SHA256 para convertir la contraseña maestra del usuario en una clave de cifrado de 256 bits con hasta 1 000 000 de iteraciones. Las iteraciones de PBKDF2 se basan en la plataforma del dispositivo, y el usuario las gestiona desde la pantalla de configuración avanzada de Keeper.

Almacenamiento de claves

Todas las claves secretas, como la clave RSA privada y la clave de datos de cada usuario, se cifran antes de almacenarse o transmitirse. En el caso de los usuarios particulares y empresariales que inician sesión con una contraseña maestra, se obtiene una clave a partir de la contraseña maestra para poder descifrar las claves almacenadas. En el caso de los clientes empresariales que inician sesión con un proveedor de identidad de inicio de sesión único (SSO), las claves cifradas se proporcionan al dispositivo una vez que la autenticación se haya completado correctamente, y las claves privadas del usuario se utilizan para descifrar la clave de datos y otras claves del almacén. Dado que Keeper Cloud Security Vault no tiene acceso a la contraseña maestra ni a las claves de cifrado del usuario, no podemos descifrar ninguna de las claves ni los datos almacenados.

Keeper Cloud Security Vault

Keeper Cloud Security Vault es el software y la arquitectura de red patentados de KSI, el cual se aloja físicamente en la infraestructura de Amazon Web Services (AWS). Cuando el usuario sincroniza sus registros de Keeper con otros dispositivos asociados a su cuenta, los datos binarios cifrados se envían a través de un túnel TLS cifrado y se almacenan en Keeper Cloud Security Vault en formato cifrado.

Control de versiones de los registros

Keeper mantiene un historial completo y cifrado de las versiones de cada registro almacenado en el almacén del usuario, lo que garantiza que nunca se pierden datos importantes. Desde la aplicación de cliente de Keeper, los usuarios pueden examinar el historial de registros y restaurar cualquier registro individual del almacén. Si se cambia o elimina un archivo o contraseña almacenado en Keeper, el usuario siempre tiene la opción de hacer una restauración puntual.

Keeper Business

Los clientes que compran Keeper Business cuentan con una capa de control adicional sobre sus usuarios y dispositivos. A los administradores de Keeper se les facilita acceso a la consola de administración basada en la nube con la que pueden controlar por completo el alta y baja de usuarios, los permisos basados en roles, la administración delegada, los equipos, la integración Active Directory y LDAP, la autenticación de dos factores, el inicio de sesión único y las políticas de aplicación de la seguridad. Las políticas de aplicación basadas en roles de Keeper son completamente personalizables y escalables al tamaño de cualquier organización.

Cifrado a nivel de registro

En la capa de cifrado, cada registro (por ejemplo, contraseña o credencial) almacenado en la plataforma de Keeper tiene un identificador de registro único (UID de registro). Cada registro se cifra con una clave de registro. Las carpetas compartidas tienen una clave de carpeta compartida, cada equipo tiene una clave de equipo y un par de claves públicas o privadas, y cada usuario tiene una clave de datos de usuario, una clave de cliente y un par de claves públicas o privadas. Cada rol que requiera la transferibilidad de la cuenta del usuario tiene una clave de aplicación de roles y un par de claves públicas o privadas. Los datos en reposo en el dispositivo del usuario se cifran con la clave de cliente del usuario. La clave de datos y la clave de cliente del usuario se cifran con la contraseña maestra del usuario.

Los registros creados por un usuario tienen la clave de registro cifrada con la clave de datos del usuario. Los registros se añaden a una carpeta compartida cifrando la clave de registro con la clave de la carpeta compartida. Los registros se comparten directamente con un usuario cifrando la clave de registro con la clave pública del usuario. Los usuarios se agregan a una carpeta compartida cifrando la clave de la carpeta compartida con la clave pública del usuario. Los equipos se agregan a una carpeta compartida cifrando la clave de la carpeta compartida con la clave pública del equipo. Los usuarios se agregan a un equipo cifrando la clave del equipo con la clave pública del usuario.

Roles, equipos, carpetas compartidas y administración delegada

Keeper for Business proporciona un conjunto seguro y sólido de controles sobre unidades organizativas, roles, equipos y carpetas compartidas. Los potentes controles back-end de Keeper proporcionan las capas de seguridad más sólidas, que a su vez brindan acceso de privilegios mínimos y una administración delegada completa.

Para roles que imponen la transferibilidad de la cuenta de un usuario:

La clave de aplicación se cifra con la clave pública de cada administrador que tiene permiso para realizar la transferencia. Se pueden aplicar controles independientes a distintos grupos de usuarios, los cuales pueden designarse para transferirse por grupos diferentes de administradores.

La clave de datos del usuario (para los usuarios con un rol al que se le aplica la imposición) se cifra con la clave pública del rol de imposición (a la que a continuación nos referimos como “clave de datos compartida del usuario”).

La transferencia de una cuenta se lleva a cabo bloqueando y, posteriormente, transfiriendo y eliminando la cuenta del usuario. Esto garantiza que la operación no se ejecutará en secreto. La clave de datos compartida del usuario la recupera el administrador y se descifra después. Esta se utiliza para descifrar todas las claves de registro, claves de equipo y claves de carpeta a las que tenía acceso el usuario transferido, y dichas claves se comparten con la clave pública del usuario al que se transfiere la cuenta. El administrador no recibe los datos de los registros ni de las carpetas, sino que simplemente transfiere las claves. Solo el destinatario obtiene acceso a los datos de los registros y las carpetas.

Todo el cifrado se realiza en el lado del cliente; Keeper no tiene en ningún momento la capacidad de descifrar la información que se comparte o transfiere. Además, en ningún momento se comparte la clave de cliente del usuario. Por lo tanto, los datos almacenados en el dispositivo de un usuario no pueden descifrarse sin la contraseña maestra del usuario. Un usuario al que se le elimine de un equipo, carpeta compartida o registro compartido no recibirá nuevos datos del equipo, la carpeta compartida o el registro. Aunque las claves de registro, de carpeta y de equipo se ceden al administrador, no pueden utilizarse para obtener acceso a los datos subyacentes de los registros o de las carpetas.

Se pueden asignar varios privilegios administrativos diferentes a Partes de un árbol jerárquico, lo que permite a los miembros del rol privilegiado realizar operaciones en la consola de administración de Keeper.

Las políticas de aplicación a nivel de servidor o de cliente también se pueden aplicar a los roles para dictar el comportamiento del cliente para grupos de personas.

Teams permite distribuir fácilmente carpetas compartidas a grupos de usuarios.

La protección de permisos y la protección del cifrado son dos modelos muy diferentes de nuestra seguridad. Dado que la protección de permisos no requiere el intercambio de claves, los permisos pueden modificarlos el personal de Keeper con suficiente autoridad, de modo que un usuario que no pueda editar un registro al que tiene acceso podría obtener la capacidad de editarlo. Una vez que una clave se ve comprometida con un usuario, se convierte en una cuestión de permiso para los datos subyacentes, no de cifrado.

Puente de Active Directory/LDAP de Keeper

Keeper Bridge se integra con Active Directory y los servidores LDAP para aprovisionar e incorporar usuarios. La comunicación de Keeper Bridge la autoriza primero un administrador con el privilegio para gestionar el puente. Se genera una clave de transmisión que se comparte con Keeper en todas las comunicaciones subsiguientes. El uso de la clave de transmisión es la autorización para todas las operaciones realizadas por el puente, excepto su inicialización. La clave de transmisión se puede regenerar en cualquier momento y se rotará automáticamente cada 30 días.

La clave de transmisión se usa solo para la transmisión, lo que significa que una clave vulnerada puede reinicializarse o revocarse sin ninguna pérdida de datos o permiso.

Keeper Bridge no puede dar privilegios a un rol o usuario. Puede añadir un usuario a un rol privilegiado, siempre que no se necesiten claves de aplicación. Keeper Bridge no puede elevarse a sí mismo ni a un usuario por encima de la parte del árbol que está gestionando. No todas las operaciones están disponibles en el puente (por ejemplo, el puente puede desactivar a un usuario activo, pero no puede eliminarlo). El administrador tendrá que elegir si el usuario se va a eliminar o transferir.

Autenticación mediante inicio de sesión único (SAML 2.0)

Los clientes de Keeper Business pueden configurar Keeper para autenticar a un usuario en su almacén de Keeper utilizando productos de identidad SAML 2.0 estándar. Keeper es un proveedor de servicios preconfigurado en todos los principales proveedores de identidad SSO, como Google Apps, Microsoft Azure, Okta, Ping Identity y otros. El mecanismo que Keeper utiliza para autenticar a los usuarios en su almacén dentro de un entorno de conocimiento cero es la solución Keeper SSO Connect®, pendiente de patente. Keeper SSO Connect® es una aplicación de software que los administradores de Keeper Business instalan en su propia infraestructura (ya sea local o en la nube) y que sirve como punto final del proveedor de servicios SAML 2.0. Cuando se activa en una unidad organizativa concreta, Keeper SSO Connect® gestiona todas las claves de cifrado de los usuarios finales de Keeper Business. Tras la autenticación exitosa en el proveedor de identidad de inicio de sesión único empresarial, el usuario inicia sesión en Keeper con las claves de cifrado necesarias para descifrar su almacén. El software Keeper SSO Connect® funciona en entornos Windows, Mac y Linux.

SSO Connect® Cloud

Keeper SSO Connect® Cloud proporciona a los clientes de Keeper Enterprise un método para autenticar a un usuario y descifrar los datos almacenados en un almacén cifrado de conocimiento cero, con la autenticación provista a través de un proveedor de identidad (IdP) de terceros que utiliza protocolos SAML 2.0 estándar en un entorno completamente en la nube.

En esta implementación, un usuario puede autenticarse a través de su proveedor de identidad SSO y, después, descifrar el texto cifrado de su almacén localmente en su dispositivo. Cada dispositivo tiene su par de claves públicas o privadas de curva elíptica (EC) y una clave de datos cifrada. Cada usuario tiene su propia clave de datos. Para iniciar sesión en un dispositivo nuevo, el usuario debe utilizar dispositivos existentes para autorizarlo; un administrador con el correspondiente privilegio también puede aprobar un dispositivo nuevo.

La importancia de esta capacidad radica en que el usuario puede descifrar su almacén utilizando una clave cifrada almacenada en la nube de Keeper. El conocimiento cero se conserva porque la nube de Keeper no puede descifrar la clave de datos del usuario. La clave de datos del usuario se descifra con la clave privada del dispositivo, y la clave de datos cifrada solo se proporciona al usuario tras completar correctamente la autenticación desde su proveedor de identidad designado (por ejemplo, Okta, Azure o AD FS).

Para los usuarios de SSO Connect® Cloud, se genera y almacena localmente en cada dispositivo una clave privada de curva elíptica. En los navegadores web basados en Chromium, el almacén de Keeper guarda la clave EC privada local del dispositivo (“DPRIV”) como una clave criptográfica no exportable. En dispositivos iOS y Mac, la clave se almacena en el llavero del dispositivo. Siempre que se puede, Keeper utiliza mecanismos seguros de almacenamiento.

La clave privada del dispositivo no se utiliza directamente para cifrar o descifrar los datos del almacén. Tras la autenticación exitosa del proveedor de identidad, se utiliza una clave independiente (que no se almacena) para descifrar los datos del almacén. La extracción sin conexión de la clave privada del dispositivo local no puede descifrar el almacén de un usuario.

Los diferentes dispositivos y plataformas tienen distintos niveles de seguridad, por lo que para brindar una seguridad óptima, recomendamos utilizar un navegador web basado en Chromium actualizado.

Como protección general contra ataques a dispositivos vulnerados, también recomendamos que todos los dispositivos (los equipos de escritorio, por ejemplo) se protejan con cifrado a nivel de disco y software antimalware actualizado.

Autorizaciones de dispositivos SSO

Para iniciar sesión en un dispositivo nuevo, el usuario debe utilizar dispositivos existentes para autorizarlo; un administrador con el correspondiente privilegio también puede aprobar un dispositivo nuevo. Los dispositivos nuevos generan un conjunto nuevo de claves públicas o privadas, y el dispositivo autorizador cifra la clave de datos del usuario con la clave pública del dispositivo nuevo. La clave de datos cifrada del dispositivo nuevo se proporciona al usuario o dispositivo solicitante y, a continuación, el usuario puede descifrar su clave de datos, lo que a su vez descifra los datos del almacén del usuario. Dentro de los datos del almacén descifrados, el usuario puede descifrar sus otras claves de cifrado privadas, como las claves de registro, las claves de carpeta o las claves de equipo, entre otras.

La importancia de esta capacidad radica en que el usuario puede descifrar su almacén utilizando una clave cifrada almacenada por la nube de Keeper y no requiere de servicios de aplicación locales o alojados por el usuario para administrar las claves de cifrado. El conocimiento cero se conserva porque la nube de Keeper no puede descifrar la clave de datos del usuario. La clave de datos del usuario se descifra con la clave privada del dispositivo, y la clave de datos cifrada solo se proporciona al usuario tras completar correctamente la autenticación desde su proveedor de identidad designado (por ejemplo, Okta, Azure o AD FS).

Desde la perspectiva de un administrador, las ventajas son una configuración sencilla y la ausencia de software alojado necesario para administrar las claves de cifrado, como se describe en el modelo de cifrado actual de SSO Connect®. El único cambio en el flujo de trabajo de este modelo (en comparación con la implementación local de Keeper SSO Connect®) es que el usuario debe autorizar los dispositivos nuevos desde un dispositivo activo o delegar la responsabilidad a un administrador de Keeper, que se encargará de aprobarlo o autorizarlo.

Keeper SSO Connect® On-Prem

SSO Connect® On-Prem es una integración autoalojada que requiere un servidor de aplicaciones alojado en Windows o Linux. Para poder mantener la seguridad de conocimiento cero y garantizar una experiencia de SSO sin problemas para los usuarios, Keeper SSO Connect debe instalarse en el servidor del cliente. Los entornos Windows, Mac y Linux son totalmente compatibles con los modos operativos de equilibrio de carga de alta disponibilidad (HA).

Keeper SSO Connect® genera y mantiene automáticamente la contraseña maestra de cada usuario aprovisionado, la cual es una clave de 256 bits generada aleatoriamente. Esta contraseña maestra está cifrada con la clave de SSO. La clave de SSO está cifrada con la clave de árbol. La clave de SSO se recupera del servidor al iniciar el servicio de Keeper SSO Connect y, a continuación, se descifra mediante la clave de árbol, que se almacena de manera local en el servidor para permitir el inicio automático del servicio. La comunicación entre SSO Connect® y Keeper Cloud Security Vault está protegida por una clave de transmisión. Las comunicaciones SAML se firman criptográficamente y están protegidas por el algoritmo de firma RSA-SHA256 o ECDSA-SHA256, dependiendo del tipo de clave de cifrado (RSA o EC) proporcionada por el cliente.

BreachWatch

BreachWatch analiza constantemente los registros de Keeper para detectar violaciones de datos públicas y alerta al usuario en el propio almacén. BreachWatch es una arquitectura de conocimiento cero que utiliza varias técnicas en capas para proteger la información de los clientes. En resumen:

1. Se utiliza una función hash criptográfica segura, con clave y anonimización para realizar una comparación de las contraseñas con una base de datos que contiene información sobre cuentas vulneradas.
2. Las contraseñas de los clientes se procesan con un módulo de seguridad de hardware (HSM) y una clave secreta no exportable antes de verificarlas y compararlas con contraseñas ya vulneradas o almacenadas en los servidores de BreachWatch.
3. Los clientes de Keeper interactúan con BreachWatch utilizando identificadores anónimos de BreachWatch que no están vinculados a otros identificadores de clientes de Keeper.
4. BreachWatch separa los nombres de usuario y las contraseñas en servicios distintos con identificadores anónimos diferenciados para desvincular los nombres de usuario y los dominios de las contraseñas.
5. Los clientes de BreachWatch nunca suben información de dominios; solo descargan dominios.

Esta es la ruta que siguen los datos de contraseñas con hash de un cliente a través de BreachWatch. Solo las contraseñas protegidas con un módulo de seguridad de hardware (HSM) y una clave no exportable se almacenan en los servidores de BreachWatch. Los clientes de BreachWatch utilizan identificadores anónimos cuando interactúan con los servidores de BreachWatch.

A fin de constituir un servicio seguro, Keeper dividió BreachWatch en tres servicios, uno para uno: comprobar dominios, nombres de usuario, contraseñas, y pares de nombre de usuario y contraseña. Las aplicaciones cliente de Keeper se comunican con cada uno de estos servicios back-end mediante una API de REST cifrada.

Análisis de dominios

Los clientes de BreachWatch descargan una lista de los dominios que han sido violados y realizan la comprobación de forma local.

Análisis de nombres de usuario y contraseñas

Los dispositivos del cliente se conectan a BreachWatch y suben una lista de nombres de usuario (o contraseñas) con hash junto con un identificador aleatorio seleccionado por el cliente (identificadores diferentes para los servicios de verificación de nombres de usuario y contraseñas). Estos hash se procesan al subirse con HMAC mediante el uso de un módulo HSM y una clave secreta almacenada en el HSM marcada como no exportable (lo que significa que el HSM solo procesará el HMAC localmente y la clave no se podrá extraer). Estos valores de entrada HMAC (nombres de usuario o contraseñas) se comparan con los conjuntos de datos de violaciones de seguridad que se han procesado con el mismo HMAC y la clave. Cualquier coincidencia se notifica al dispositivo del cliente. Todos los valores que no coinciden se almacenan junto con el identificador anónimo del cliente.

A medida que se añaden al sistema nuevos nombres de usuario y contraseñas vulnerados, se procesan con HMAC en el HSM, se añaden al conjunto de datos de BreachWatch y se comparan con los valores almacenados del cliente. Cualquier coincidencia genera una alerta para dicho identificador del cliente.

Los clientes acceden de forma periódica a BreachWatch e introducen sus identificadores de BreachWatch. Los mensajes en espera se descargan y los clientes cargan los nombres de usuario y las contraseñas nuevos o modificados, que se procesan de la misma manera.

La seguridad de los servicios de BreachWatch se basan en el sistema TOFU (Trust on First Use o Confianza en el primer uso). Es decir, los clientes deben asumir que el servidor de BreachWatch no es malicioso (es decir, que no está siendo activamente vulnerado por un hacker) cuando el cliente carga sus valores hash. Una vez que estos valores se procesan con un HSM, están seguros frente a intentos de descifrado fuera de línea. En otras palabras, si un hacker roba el conjunto de datos de los valores almacenados de un cliente, no podrá descifrar esos valores fuera de línea sin la clave HMAC almacenada en el HSM.

Si se detecta la violación de una contraseña, el dispositivo cliente envía una combinación hash de nombre de usuario y contraseña a los servidores de BreachWatch, que después realiza la misma comparación hash HMAC para determinar si una combinación de nombre de usuario y contraseña se ha violado. Si es así, los dominios relacionados con esas violaciones se devuelven para que el dispositivo cliente pueda determinar si coinciden el nombre de usuario, la contraseña y el dominio. Si los tres parámetros coinciden en el dispositivo cliente, se avisa al usuario de la gravedad de la violación.

BreachWatch Business

Cuando se activa BreachWatch para clientes de negocios y empresas, las bóvedas de los usuarios finales se analizan automáticamente cada vez que un usuario accede con Keeper. Los datos resumidos de BreachWatch analizados en el dispositivo del usuario se cifran con la clave pública de la empresa y el administrador de la empresa los descifra al iniciar sesión en Keeper Admin Console. Esta información cifrada incluye la dirección de correo electrónico, el número de registros de alto riesgo, el número de registros resueltos y el número de registros ignorados. El administrador de Keeper puede ver las estadísticas resumidas a nivel de usuario dentro de la interfaz de usuario de la consola de administración.

Registro de eventos e informes

Cuando se integra con el módulo de alertas e informes avanzados, los dispositivos de usuarios finales de Keeper también se pueden configurar de forma opcional para transmitir eventos detallados en tiempo real a soluciones SIEM de terceros y a la interfaz de informes de la consola de administración de Keeper. Los datos del evento contienen la dirección de correo electrónico, el UID del registro, la dirección IP y la información del dispositivo (los eventos no incluyen ningún dato de registro descifrado, ya que Keeper es una plataforma de conocimiento cero y no puede descifrar los datos de los usuarios).

De manera predeterminada, los datos de eventos detallados de BreachWatch no se envían al módulo de alertas e informes avanzados ni a ningún sistema de registro externo conectado. Para activar los informes a nivel de evento de los datos de BreachWatch en el módulo de alertas e informes avanzados, debe activar la política de aplicación de roles de eventos en la pantalla Rol específico > Políticas de aplicación > Funciones del almacén. Una vez activados, los dispositivos del cliente, de usuario final, comenzarán a enviar estos datos de eventos. Dado que la integración con soluciones SIEM de terceros se transmite desde el back-end de Keeper al SIEM de destino, esta información de eventos es, por tanto, legible por el SIEM de destino y podría utilizarse para identificar cuáles registros y cuáles usuarios de la organización tienen contraseñas de alto riesgo. Si el administrador de Keeper no desea transmitir datos de eventos a nivel de registro al módulo de alertas e informes avanzados de Keeper, ese ajuste se puede dejar desactivado.

Modo sin conexión

El modo sin conexión permite a los usuarios acceder a su almacén cuando no pueden conectarse en línea a Keeper o a su proveedor de identidad SSO. Esta función está disponible en la aplicación móvil y para ordenadores de Keeper, y se extiende a los usuarios de la versión Business en los navegadores web más populares.

Esta función consiste en hacer una copia del almacén en el dispositivo local del usuario. Los datos del almacén guardados sin conexión se cifran con AES-GCM utilizando una clave de cliente de 256 bits que se genera aleatoriamente y se protege con algoritmos PBKDF2-HMAC-SHA512 de hasta 1 000 000 de iteraciones y una sal aleatoria. La sal y las iteraciones se almacenan de forma local. Cuando el usuario introduce su contraseña maestra, se deriva una clave usando la sal y las iteraciones, y se intenta descifrar la clave de cliente. Después, se usa la clave de cliente para descifrar la caché de los registros almacenados. Si se encuentra habilitada la protección de autodestrucción en el almacén del usuario, todos los datos del almacén guardados localmente se eliminarán automáticamente tras cinco (5) intentos fallidos de iniciar sesión.

Arquitectura de red

KSI utiliza Amazon AWS en América del Norte, Europa y Australia para garantizar la privacidad de los datos locales y la segregación geográfica al alojar y operar la solución y la arquitectura de Keeper. El uso de Amazon AWS permite a Keeper adaptar los recursos sin problemas y ofrecer a los clientes el entorno de almacenamiento en la nube más rápido y seguro. KSI opera en entornos tanto multizona como multirregión para maximizar el tiempo de actividad y brindar respuestas más rápidas a los clientes.

Autenticación del servidor

Keeper Cloud Security Vault se encuentra protegido por una API que autentica cada solicitud desde el dispositivo del cliente. En el dispositivo del cliente, se deriva una clave de autenticación de 256 bits a partir de la contraseña maestra utilizando algoritmos PBKDF2-HMAC-SHA256 y una sal aleatoria. Utilizando un algoritmo SHA-256, se genera un hash de autenticación mediante el hash de la clave de autenticación. Para iniciar sesión, el hash de autenticación se compara con un hash de autenticación almacenado en Cloud Security Vault. Tras iniciar sesión, se genera un token de sesión que es utilizado por el dispositivo del cliente para solicitudes posteriores. Este token de autenticación debe renovarse cada 30 minutos o cuando lo solicite el servidor.

Cifrado de la capa de transporte

Keeper es compatible con el protocolo de seguridad de la capa de transporte (TLS) de 256 bits y 128 bits para cifrar todo el transporte de datos entre la aplicación de cliente y el almacenamiento en la nube de KSI. Se trata del mismo nivel de cifrado en el que confían millones de personas y empresas todos los días para transacciones web que requieren cierta seguridad, como la banca y las compras en línea, la compraventa de acciones, el acceso a información médica o la presentación de declaraciones fiscales.

KSI implementa certificados TLS firmados con el algoritmo SHA2, el algoritmo de firma más seguro que ofrecen actualmente las autoridades de certificación comerciales. El algoritmo SHA2 es significativamente más seguro que el SHA1, que se utiliza más, pero que podría explotarse debido a la debilidad matemática identificada en él. El algoritmo SHA2 ayuda a proteger contra la emisión de certificados falsos que podrían ser utilizados por un atacante para suplantar la identidad de un sitio web.

KSI también respalda la iniciativa Certificate Transparency (CT), de Google, que busca crear un registro públicamente auditable de los certificados firmados por las autoridades de certificación. CT trata de proteger frente la emisión de certificados por parte de entidades no autorizadas. CT actualmente es compatible con las versiones más recientes del navegador web Chrome. Puede encontrar más información sobre Certificate Transparency en el siguiente enlace: https://www.certificate-transparency.org. Keeper admite los siguientes paquetes de cifrado TLS:

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

Fijación de claves

Los dispositivos del cliente nativos de Keeper implementan la fijación de claves, un mecanismo de seguridad que evita la suplantación de identidades por parte de atacantes que utilizan certificados digitales fraudulentos.

Protección contra ataques de scripting entre sitios (XSS)

Keeper Web Vault aplica una política de seguridad de contenidos estricta que restringe el origen de las solicitudes salientes e impide que se ejecuten todas las secuencias de comandos, excepto las que provienen explícitamente de Keeper, incluidas las secuencias de comandos en línea y los atributos HTML de gestión de eventos, lo que reduce o elimina la mayoría de los vectores en los ataques de scripting entre sitios.

El acceso a los nombres de dominio de KeeperSecurity.com y KeeperSecurity.eu está restringido a HTTPS con TLS v1.3, y así lo impone la política HTTP Strict Transport Security. Esto evita una amplia gama de ataques de interceptación de paquetes, modificación de datos e intermediario.

En la extensión para navegadores de Keeper, Keeper no solicitará a los usuarios que inicien sesión en el almacén desde el área del marco de la página. El inicio de sesión en la extensión se realiza en el área de la barra de herramientas de la extensión del navegador. El inicio de sesión en el almacén desde el navegador siempre se hará en el dominio KeeperSecurity.com, el dominio KeeperSecurity.eu o desde la barra de herramientas de la extensión del navegador externa a la página de contenidos.

La extensión para navegadores de Keeper en Chrome, Firefox, Edge y Opera utiliza iFrames para inyectar datos de registro en las pantallas de inicio de sesión de los sitios web, a fin de garantizar que ningún sitio web malicioso tenga acceso al contenido inyectado. El contenido de los registros inyectado en iFrames se limita a los registros de almacén guardados en el almacén del usuario que coincidan con el dominio del sitio web objetivo. Keeper no ofrecerá la función de autocompletado de los datos de inicio de sesión o contraseña a menos que el dominio del sitio web coincida con el campo de dominio del registro del almacén de Keeper.

La extensión para Internet Explorer utiliza una ventana nativa separada para iniciar sesión y acceder a los registros. Estas ventanas independientes no pueden ser objeto de ataques XSS porque no son accesibles desde el navegador. Esto permite que la extensión para Internet Explorer proporcione una ventana de inicio de sesión desde dentro de la página. La extensión no mostrará registros a menos que coincidan con el dominio raíz de la dirección del sitio web.

Las extensiones para navegadores de terceros pueden tener permisos elevados en los navegadores web y pueden acceder a la información dentro de la página. Por lo tanto, se recomienda que los administradores de Keeper impidan que los usuarios instalen extensiones de navegadores de terceros no aprobadas desde la tienda de aplicaciones respectiva del navegador.

Llavero de iOS, Touch ID® y Face ID®

Touch ID y Face ID de iOS le permiten acceder a su almacén de Keeper utilizando sus datos biométricos. A fin de ofrecer esta función tan práctica, una “clave biométrica” de 256 bits generada aleatoriamente se almacena en el llavero de iOS. El llavero de iOS creado para esta función no fue diseñado para sincronizarse con el llavero de iCloud y, por lo tanto, no saldrá de su dispositivo iOS.

Le recomendamos encarecidamente que utilice una contraseña maestra compleja y que active la autenticación multifactor para disfrutar de la máxima seguridad en el almacén cifrado de Keeper. Al activar Touch ID o Face ID, es más práctico utilizar una contraseña maestra compleja en el dispositivo iOS. También es recomendable que establezca un código de acceso más largo que el mínimo de cuatro (4) dígitos para proteger el llavero de iOS.

El llavero de iOS lo utilizan iOS y las aplicaciones para almacenar credenciales de forma segura. Las aplicaciones de iOS lo utilizan para almacenar una gran variedad de información confidencial, como contraseñas de sitios web, claves, números de tarjetas de crédito e información de Apple Pay™. Keeper no utiliza el llavero de iOS para almacenar los registros de Keeper; todos los registros de Keeper se encuentran protegidos con cifrado AES de 256 bits y se guardan de manera segura en el almacén de Keeper. El llavero de iOS también se cifra con cifrado AES de 256 bits utilizando el código de acceso del dispositivo. Aunque el dispositivo se perdiera o lo robasen, o aunque un atacante lograra acceder físicamente al dispositivo móvil, nadie podría acceder a la información almacenada en Keeper. El llavero de iOS no se puede descifrar sin el código de acceso, y el almacén de Keeper no se puede descifrar sin la contraseña maestra de Keeper del usuario.

Biometría

Keeper admite de forma nativa Windows Hello, Touch ID, Face ID y la biometría de Android. Aquellos clientes que normalmente inician sesión en Keeper Vault con una contraseña maestra o un inicio de sesión SSO empresarial (SAML 2.0) también pueden iniciar sesión en sus dispositivos con datos biométricos. El administrador de Keeper debe habilitar la biometría en la política de roles. El acceso sin conexión también se puede lograr con una biometría tanto para la contraseña maestra como para los usuarios con el SSO habilitado cuando esta función está activada.

Cuando el inicio de sesión biométrico se encuentra habilitado en un dispositivo, se genera aleatoria y localmente una clave que se almacena en una ubicación segura (por ejemplo, el llavero de iOS) en el propio dispositivo. La clave de datos del usuario se cifra con la clave biométrica. Tras completarse la autenticación biométrica con éxito, la clave se recupera y el usuario puede descifrar su almacén.

Apple Watch®

La función de favoritos para Apple Watch permite la visualización de determinados registros en un Apple Watch emparejado. Los registros de Keeper se deben activar de forma explícita para permitir su visualización en un Apple Watch. Un Apple Watch emparejado se comunica con la extensión de Keeper para Apple Watch que se ejecuta de forma transparente en un espacio aislado e independiente de la app de Keeper para iOS. La extensión de Keeper para Apple Watch también usa el llavero de iOS para almacenar y acceder a las claves de forma segura, así como para permitir una comunicación óptima y segura con la app de Keeper para iOS.

Keeper DNA®

Keeper DNA ofrece un método de autenticación multifactor usando un reloj inteligente. Cuando se utiliza con un Apple Watch emparejado, Keeper DNA proporciona un método de autenticación multifactor sin precedentes en cuanto a comodidad y seguridad. Keeper DNA utiliza tokens seguros guardados en el almacén de Keeper para generar códigos temporales para la autenticación multifactor. Estas solicitudes de autenticación temporales se pueden aprobar y enviar automáticamente desde el Apple Watch (o un dispositivo de Android Wear) con un toque en la pantalla del reloj, o el usuario puede introducirlas manualmente. Las múltiples capas de cifrado, Touch ID y la autenticación multifactor contribuyen a que Keeper DNA sea el método de autenticación más elegante, seguro y avanzado disponible.

Cumplimiento y auditorías

Certificado FedRAMP High

Keeper ICAM & Identity Security Platform for Government es la plataforma de gestión de contraseñas y ciberseguridad de Keeper Security para organizaciones del sector publico. Keeper ICAM & Identity Security Platform for Government es un proveedor de FedRAMP autorizado en el nivel de alto impacto, alojado en AWS GovCloud (EE. UU.). Keeper ICAM & Identity Security Platform for Government se puede encontrar en el mercado de FedRAMP.

El Programa Federal sobre la Gestión de Riesgos y Autorizaciones (FedRAMP) es un programa del gobierno federal de Estados Unidos que proporciona un enfoque estandarizado para la evaluación de la seguridad, la autorización y la supervisión continua de los productos y servicios en la nube. El FedRAMP busca acelerar la adopción de soluciones modernas basadas en la nube por parte de las agencias gubernamentales, con énfasis en la seguridad y la protección de la información federal.

GovRAMP High autorizado

El GovRAMP fue desarrollado una década después del FedRAMP, con el objetivo de fomentar la adopción de soluciones seguras basado en la nube en las administraciones estatales y locales. Conseguir la autorización GovRAMP suele ser un proceso de dos años que se agilizó mediante un programa de reciprocidad gracias a la autorización FedRAMP de Keeper.

Conforme con el SOC 2

Los registros de las bóvedas de los clientes están protegidos mediante prácticas de control internas estrictas y rigurosamente supervisadas. Keeper cuenta desde hace más de diez años con el certificado SOC 2 Tipo 2 de conformidad con el marco de control de las organizaciones de servicios del AICPA. El cumplimiento de la norma SOC 2 permite asegurar que las bóvedas de los usuarios están protegidos a través de la implementación de controles estandarizados tal y como se definen en el marco de los Principios de servicios fiduciarios del AICPA.

Certificación ISO 27001, 27017 y 27018

Keeper cuenta con los certificados ISO 27001, 27017 y 27018, que cubren la infraestructura en la nube y el sistema de gestión de la información de Keeper Security, lo que sostiene la plataforma de Keeper Enterprise. Las certificaciones ISO de Keeper incluyen la gestión y el funcionamiento de bóveda digital y los servicios en la nube, los controles de seguridad de la nube, los controles de privacidad de los datos, el desarrollo de aplicaciones y del software y la protección de los activos digitales tanto para la bóveda digital como para los servicios en la nube.

Cumplimiento del RGPD

Keeper cumple los requisitos del RGPD, y nos comprometemos a garantizar que nuestros procesos empresariales y productos sigan cumpliendo los requisitos para nuestros clientes en la Unión Europea.

Conforme con el ITAR

Keeper ICAM & Identity Security Platform for Government es conforme con el Reglamento estadounidense sobre el tráfico internacional de armas (ITAR, por sus siglas en inglés). Las empresas sujetas a la normativa de exportación ITAR deben controlar las exportaciones involuntarias restringiendo el acceso a los datos protegidos a los ciudadanos estadounidenses y limitando la ubicación física de los datos protegidos a EE. UU.

El entorno FedRAMP moderado de Keeper ICAM & Identity Security Platform for Government's es compatible con los requisitos del ITAR a través de lo siguiente:

• El almacenamiento de datos plenamente conforme se aloja en AWS GovCloud y se limita a los Estados Unidos.
• Keeper ICAM & Identity Security Platform for Government ofrece un cifrado de datos seguro tanto en tránsito como en reposo.
• La seguridad de conocimiento cero y confianza cero, junto con los permisos granulares, permite a las organizaciones asegurar que solo el personal autorizado puede acceder a los datos sensibles.
• Las sólidas funciones de generación de informes sobre el cumplimiento de la normativa ofrecen una ruta de auditoría electrónica y rastreable para todas las acciones realizadas y todos los datos introducidos.
• El equipo de éxito del cliente segregado está compuesto por ciudadanos estadounidenses específicamente capacitados en manejo seguro de datos sujetos a control de exportación y regulados por el Reglamento Estadounidense Sobre el Tráfico Internacional de Armas (ITAR), sin apoyo fuera de EE. UU.

El entorno FedRAMP de Keeper ha sido auditado por una organización independiente de evaluación de terceros (3PAO) para validar que existen los controles adecuados para apoyar los programas de cumplimiento de las exportaciones de los clientes y sigue siendo objeto de las auditorías anuales necesarias para mantener la conformidad.

Más información sobre ITAR.

Con certificado FSQS-NL

Keeper Security EMEA Limited está certificado por el Sistema de Calificación de Servicios Financieros de Hellios-Países Bajos (FSQS-NL), el cual reconoce los más altos estándares en seguridad, calidad e innovación en Países Bajos. Este estándar demuestra la conformidad de la Financial Conduct Authority (autoridad de conducta financiera) y la Prudential Regulation Authority (autoridad de regulación prudencial) para garantizar la fiabilidad del software de Keeper Enterprise para grandes bancos e instituciones financieras.

Protección de los datos médicos del paciente

El software de Keeper cumple con los estándares globales de protección de datos médicos que cubren, por ejemplo, la Ley de Portabilidad y Contabilidad de los Seguros de Salud (HIPAA) y la Ley de Protección de Datos (DPA).

Cumplimiento de la Ley HIPAA y contratos de asociación comercial

Keeper es una plataforma de seguridad de conocimiento cero con certificaciones SOC2 e ISO 27001, 27017 y 27018 que cumple con la HIPAA. Se mantienen controles y un cumplimiento estrictos en lo referente a la privacidad, confidencialidad, integridad y disponibilidad de los datos. Con esta arquitectura de seguridad, Keeper no puede descifrar, ver ni acceder a ninguna información guardada en el Almacén (Keeper Vault) de un usuario, ni siquiera la información de salud protegida electrónica (ePHI). Por todos estos motivos, a Keeper no se le considera un asociado comercial tal y como se define en la Ley HIPAA y, por lo tanto, no está sujeto a ningún acuerdo de asociación comercial.

Para obtener más información sobre los beneficios adicionales disponibles para los profesionales sanitarios y las aseguradoras, lea todo este comunicado sobre seguridad y nuestra Guía empresarial.

Cumplimiento de la Ley de Resiliencia Operativa Digital (DORA)

A fin de garantizar el cumplimiento de la Ley de Resiliencia Operativa Digital (DORA), Keeper mantiene rigurosas medidas operativas y de seguridad para proteger el software y los sistemas de Keeper. Aquí se incluyen, entre otras medidas, la implementación de procesos efectivos de gestión de riesgos, el seguimiento y la gestión de la disponibilidad del tiempo de actividad, el mantenimiento de estrictas políticas internas de seguridad, la formación interna obligatoria en materia de seguridad y la implantación de protocolos de respuesta a incidentes. Keeper supervisa, actualiza y perfecciona continuamente los procedimientos, para mitigar los riesgos y garantizar la funcionalidad y la seguridad operativas del software y de los servicios de Keeper.

Pruebas de penetración

En Keeper llevamos a cabo periódicamente pruebas con expertos externos, como NCC Group, Secarma, Rhino Security, Cybertest e investigadores independientes expertos en seguridad en todos nuestros productos y sistemas. Keeper también se ha asociado con Bugcrowd para gestionar su programa de divulgación de vulnerabilidades (VDP).

Análisis de seguridad y pruebas de penetración de terceros

McAfee Secure hace pruebas a diario de KSI para garantizar que la aplicación web de Keeper y Keeper Cloud Security Vault de KSI estén protegidos contra vulnerabilidades y ataques de denegación de servicio remotos. Las insignias de McAfee Secure, las cuales verifican las pruebas diarias del sitio web, la aplicación web y Keeper Cloud Security Vault, pueden verse en la página web de Keeper.

Todos los meses, McAfee Secure realiza un análisis exhaustivo de seguridad externo del sitio web, la aplicación web y Keeper Cloud Security Vault. El personal de Keeper inicia periódicamente análisis externos a la carta a través de McAfee Secure.

Procesamiento de pagos y cumplimiento de la normativa de la industria de tarjetas de pago (PCI)

KSI utiliza PayPal y Stripe para procesar de forma segura los pagos con tarjetas de crédito y débito a través del sitio web de pagos de KSI. PayPal y Stripe son soluciones de procesamiento de transacciones que cumplen con las normativas de PCI y seguridad de datos (DSS).

KSI cuenta con la certificación de cumplimiento de PCI-DSS otorgada por McAfee Secure.

Escudo de privacidad entre EE. UU. y la UE

El cliente web, la aplicación para Android, la aplicación para Windows Phone, la aplicación para iPhone o iPad, y las extensiones para navegadores de Keeper han recibido la certificación de cumplimiento del Escudo de Privacidad de la UE entre EE. UU. y la UE del Departamento de Comercio de EE. UU., de conformidad con la Directiva de Protección de Datos de la Comisión Europea.

Para obtener más información sobre el programa del Escudo de privacidad entre EE. UU. y la UE del Departamento de Comercio de los Estados Unidos, consulte https://www.privacyshield.gov

FIPS 140-3 validado

Keeper utiliza módulos de cifrado validados por la certificación FIPS 140-3 para cumplir los estrictos requisitos de seguridad del gobierno y del sector público. El cifrado de Keeper ha sido certificado por el Programa de Validación de Módulos Criptográficos (CMVP) del Instituto Nacional de Estándares y Tecnología (NIST) y validado según la norma FIPS 140 por laboratorios externos acreditados. Keeper ha obtenido el certificado n.º 3976 de acuerdo con el CMVP de NIST

Conforme con la Parte 11 del Título 21 del CFR de la FDA

Keeper es conforme con lo dispuesto en la Parte 11 del Título 21 del Código de Regulaciones Federales (CFR) de la Administración de Alimentos y Medicamentos de Estados Unidos (FDA), que se aplica a los científicos que trabajan en entornos muy regulados, incluidos los investigadores que realizan ensayos clínicos. Esta regulación especifica los criterios de la FDA según los cuales los registros y firmas electrónicos se consideran fidedignos, fiables y equivalentes a los registros en papel con firmas manuscritas. En concreto, los científicos deben asegurarse de que todos los programas que utilizan son conformes con lo establecido en la Parte 11 del Título 21 del CFR en lo que respecta a:

Controles de seguridad para la identificación de usuarios: Keeper cumple los requisitos de la Parte 11 del Título 21 del CFR relativos a las funciones de seguridad que limitan el acceso de los usuarios y sus privilegios, incluida la garantía de que todos los usuarios tienen nombres de usuario y contraseñas únicos, la capacidad de detectar y evitar accesos no autorizados al sistema y la posibilidad de bloquear las cuentas vulneradas.

Registro detallado de auditorías

Durante las inspecciones de la FDA, los organismos reguladores exigen a los investigadores que proporcionen una pista de auditoría que detalle un registro cronológico de todas las operaciones. Las funciones de informes de conformidad de Keeper permiten a los investigadores producir fácilmente pistas rastreables de auditorías electrónicas.

Firmas electrónicas

Cuando un documento requiere una firma electrónica legalmente vinculante, la Parte 11 del Título 21 del CFR exige que la firma vaya unida a un nombre de usuario y contraseña únicos o a una identificación biométrica. Keeper es compatible con este requisito porque permite a los investigadores asegurar que todos los usuarios tienen nombres de usuario y contraseñas únicos que se almacenan de forma segura en una bóveda digital al que solo puede acceder el usuario en cuestión.

Licencia de Exportación del Departamento de Comercio de EE. UU. en virtud de las Normas de la Administración de Exportaciones (EAR)

Keeper está certificado por la Oficina de Industria y Seguridad del Departamento de Comercio de EE. UU. con el número de control de clasificación de mercancías de exportación 5D992, de conformidad con el Reglamento de Administración de Exportaciones (EAR).

Para obtener más información sobre el EAR, visite https://www.bis.doc.gov

Supervisión remota ininterrumpida

Una red de supervisión externa supervisa a Keeper 24/7 para garantizar que nuestro sitio web y Keeper Cloud Security Vault estén disponibles en todo el mundo.

Si tiene alguna pregunta relacionada con este comunicado sobre seguridad, comuníquese con nosotros.

Mensajes falsificados o de phishing

Si recibe algún correo electrónico cuyo remitente parezca ser KSI y tiene dudas de si es legítimo, recuerde que puede tratarse de un “correo electrónico de phishing” en el que la dirección de correo electrónico del remitente ha sido falsificada o “suplantada”. De ser así, el correo electrónico podría contener enlaces a sitios web que se parecen a KeeperSecurity.com, pero que no es nuestro sitio. El sitio web podría pedirle la contraseña maestra de Keeper Security o intentar instalar software no deseado en su ordenador para robar su información personal o acceder a su ordenador. Otros correos electrónicos podrían contener enlaces que podrían redirigirle a otros sitios web potencialmente peligrosos. El mensaje podría incluir también archivos adjuntos, que normalmente contienen software no deseado denominado “malware”. Si tiene dudas sobre algún correo electrónico que haya recibido, elimínelo sin hacer clic en ningún enlace ni abrir ningún archivo adjunto.

Si desea denunciar un correo electrónico que supuestamente procede de KSI, pero cree que es una falsificación o tiene otras dudas sobre seguridad, póngase en contacto con nosotros.

Infraestructura de alojamiento certificada de acuerdo con los estándares más estrictos del sector

El sitio web de Keeper y el almacenamiento se ejecutan por medio de la infraestructura de Amazon Web Services (AWS). La infraestructura de nube de AWS que aloja la arquitectura del sistema de Keeper ha sido certificada para cumplir con los siguientes informes, atestaciones y certificaciones externos:

• SOC 1/ SSAE 26/ISAE 3402 (SAS70)
• SOC 2
• SOC 3
• PCI DSS Level 1
• ISO 27001
• FedRAMP High
• DIACAP
• FISMA
• ITAC
• FIPS 140-3
• CSA
• MPAA

Programa de notificación de vulnerabilidades y recompensas por fallos

Keeper Security se compromete a seguir las prácticas recomendadas del sector en materia de divulgación responsable sobre posibles problemas de seguridad. Nos tomamos muy en serio su seguridad y privacidad, y nos comprometemos a proteger la privacidad y los datos personales de nuestros clientes. El cometido de KSI es crear las aplicaciones de seguridad más seguras e innovadoras del mundo, y creemos que los informes de errores de la comunidad mundial de investigadores de seguridad son un componente valioso a la hora de garantizar la seguridad de los productos y servicios de KSI.

Proteger a los usuarios es uno de los valores fundamentales de nuestra organización. Valoramos las aportaciones de los investigadores de buena fe y creemos que una relación continua con la comunidad de seguridad cibernética nos ayuda a garantizar su seguridad y privacidad, y hace de Internet un lugar más seguro. Aquí se incluye fomentar pruebas de seguridad responsables y la divulgación de vulnerabilidades de la seguridad.

Directrices

En la política de divulgación de vulnerabilidades de Keeper se estipulan las expectativas a la hora de colaborar con hackers de buena fe, así como también lo que puede esperar de nosotros.

Si las pruebas e informes de seguridad se realizan en el marco de las directrices de esta política:

• las consideraremos actividades autorizadas de conformidad con la Ley de Fraude y Abuso Informático de EE. UU.;
• las consideraremos actividades exentas de cumplir la Ley de Derechos de Autor de la Era Digital (DMCA) de EE. UU., y no presentaremos reclamación alguna contra usted por eludir controles tecnológicos o de seguridad;
• las consideraremos legales, y no emprenderemos ni respaldaremos ninguna acción legal relacionada con este programa en su contra;
• colaboraremos con usted para entender y solucionar el problema rápidamente; y
• reconoceremos sus contribuciones de forma pública si usted es el primero en notificar el problema, y realizaremos un cambio en el código o en la configuración basado en el problema.

Si en algún momento le preocupa la realización de pruebas acordes a las directrices y el ámbito de aplicación de esta política, o si tiene alguna duda sobre estos temas, envíenos un correo electrónico a security@keepersecurity.com antes de proceder.

Para fomentar las pruebas de seguridad de buena fe y la divulgación de las vulnerabilidades detectadas, le pedimos que:

• Evite vulnerar la privacidad, perjudicar la experiencia del usuario, interrumpir la producción y el funcionamiento de los sistemas corporativos, o destruir datos.
• Realice investigaciones únicamente dentro del ámbito establecido por el programa de divulgación de vulnerabilidades de Bugcrowd, enlazado más abajo, y respete los sistemas y actividades que queden fuera de ese ámbito.
• Comuníquese con nosotros de inmediato por correo electrónico a security@keepersecurity.com si encuentra datos de usuarios durante las pruebas.
• Finalmente concédanos un tiempo razonable para analizar, confirmar y resolver el problema notificado antes de divulgar públicamente cualquier vulnerabilidad encontrada.

Cómo enviar reportes

Keeper se ha asociado con Bugcrowd para gestionar el programa de divulgación de vulnerabilidades.

Envíe los reportes a través de https://bugcrowd.com/keepersecurity.

Información Adicional

Documentación de los productos

El portal de documentación de Keeper, que contiene manuales, información técnica, notas de versiones y guías para el usuario final de sus productos, se encuentra disponible en https://docs.keeper.io.

Estado del sistema

Puede consultar el estado de los sistemas en tiempo real en: https://statuspage.keeper.io.

SUBAPÉNDICE E

Adenda del Reino Unido

Cláusulas tipo sobre protección de datos que emitirá el comisionado en virtud de S119A(1) de la Ley de Protección de Datos de 2018

Adenda sobre las transferencias internacionales de datos para las Cláusulas contractuales estándar de la Comisión Europea

VERSIÓN B1.0, en vigor desde el 21 de marzo de 2022

La presente Adenda la emitió el Comisionado de información para las Partes que realizan transferencias restringidas. El Comisionado de información considera que proporciona las garantías adecuadas para las transferencias restringidas cuando se firma como un contrato legalmente vinculante.

Parte 1: Tablas

Tabla 1: Partes

Tabla 2: Cláusulas contractuales estándar, módulos y cláusulas seleccionados

Tabla 3: Información sobre el Apéndice

“Información sobre el Apéndice” hace referencia a la información que se deberá proporcionar para los módulos seleccionados, según lo establecido en el Apéndice de las CCT de la UE aprobadas (menos las Partes) y que para la presente Adenda se expone en:

Anexo 1A: Lista de Partes (véase el Anexo 1 de la Adenda entre las Partes).

Anexo 1B: Descripción de la transferencia (véase el Subapéndice A de la Adenda entre las Partes).

Anexo II: Medidas técnicas y organizativas, incluidas las medidas técnicas y organizativas destinadas a garantizar la seguridad de los datos (véase el Subapéndice D de la Adenda entre las Partes).

Anexo III: Lista de Subencargados del tratamiento (solo módulos 2 y 3) (véase el Subapéndice B de la Adenda entre las Partes).

Tabla 4: Rescisión de la presente Adenda cuando se modifique la Adenda aprobada

Parte 2: Cláusulas obligatorias

Firma de la presente Adenda

1. Cada una de las Partes acepta estar sujeta a los términos y condiciones dispuestos en esta Adenda a cambio de que la otra Parte también acepte someterse a esta Adenda.
2. Si bien el Anexo 1A y la Cláusula 7 de las CCT de la UE aprobadas exigen la firma de las Partes, con el fin de realizar transferencias restringidas, las Partes pueden suscribir la presente Adenda de cualquier modo que lo haga legalmente vinculante para las Partes y que permita a los Interesados hacer valer sus derechos tal como se establece en la presente Adenda. La suscripción de la presente Adenda tendrá el mismo efecto que la firma de las CCT aprobadas de la UE y de cualquier sección de las CCT aprobadas de la UE.

Interpretación de esta Adenda

3. Cuando en la presente Adenda se utilicen términos definidos en las CCT aprobadas de la UE, dichos términos tendrán el mismo significado que en las CCT aprobadas de la UE. Además, los siguientes términos tendrán el siguiente significado:

4. La presente Adenda siempre debe interpretarse de manera coherente con las leyes de protección de datos del Reino Unido y para que se cumpla la obligación de las Partes de proporcionar las garantías adecuadas.
5. Si las disposiciones incluidas en las CCT de la UE contempladas en la Adenda modifican las CCT aprobadas de algún modo que no esté permitido por las CCT aprobadas de la UE o por la Adenda aprobada, dicha modificación no se incorporará a la presente Adenda y la sustituirá la disposición equivalente de las CCT aprobadas de la UE.
6. Si existiera alguna incoherencia o conflicto entre las leyes de protección de datos del Reino Unido y esta Adenda, se aplicarán las leyes de protección de datos del Reino Unido.
7. Si esta Adenda no pudiera interpretarse con claridad o tuviera más de una interpretación, se aplicará la interpretación más coherente con las leyes de protección de datos del Reino Unido.
8. Toda referencia a la legislación (o a disposiciones específicas de la legislación) contempla que dicha legislación (o disposición específica) puede cambiar con el tiempo. Aquí se incluyen la consolidación, la promulgación o la sustitución de la legislación (o de la disposición específica) pertinente tras la firma de la presente Adenda.

Jerarquía

9. Aunque la Cláusula 5 de las CCT aprobadas de la UE establece que las CCT aprobadas de la UE prevalecerán sobre todos los acuerdos relacionados entre las Partes, las Partes acuerdan que, en el caso de las transferencias restringidas, prevalecerá la jerarquía dispuesta en la sección 10.
10. Cuando exista alguna incoherencia o conflicto entre la Adenda aprobada y las CCT de la UE contempladas en la Adenda (según proceda), la Adenda aprobada prevalecerá sobre las CCT de la UE contempladas en la Adenda, excepto cuando (y en la medida en que) los términos incoherentes o conflictivos de las CCT de la UE contempladas en la Adenda ofrezcan una mayor protección a los Interesados, en cuyo caso dichos términos prevalecerán sobre la Adenda aprobada.
11. Cuando la presente Adenda incorpore CCT de la UE contempladas en la Adenda que se hayan celebrado para proteger las transferencias sujetas al Reglamento General de Protección de Datos (UE) 2016/679, las Partes reconocen que nada de lo dispuesto en la presente Adenda afecta a dichas CCT de la UE contempladas en la Adenda.

Incorporación y modificaciones de las CCT de la UE

12. La presente Adenda incorpora las CCT de la UE contempladas en la Adenda, que se modifican en la medida necesaria para que:
    1. juntas, se apliquen a las transferencias de datos realizadas por el Exportador de datos al Importador de datos, en la medida en que las leyes de protección de datos del Reino Unido se apliquen al tratamiento del Exportador de datos cuando se efectúe dicha transferencia de datos, y se proporcionen las garantías adecuadas para dichas transferencias de datos;
    2. las secciones 9 a 11 invaliden la Cláusula 5 (Jerarquía) de las CCT de la UE; y
    3. la presente Adenda (incluidas las CCT de la UE incorporadas al mismo) (1) se rija por las leyes de Inglaterra y Gales, y (2) cualquier controversia que surja de la misma se resuelva en los tribunales de Inglaterra y Gales, en cada caso a menos que las Partes hayan elegido expresamente las leyes o los tribunales de Escocia o Irlanda del Norte.
13. A menos que las Partes hayan acordado modificaciones alternativas que cumplan los requisitos de la sección 12, se aplicarán las disposiciones de la sección 15.
14. No se podrán realizar modificaciones en las CCT aprobadas de la UE salvo para cumplir los requisitos de la sección 12.
15. Se introducen las siguientes modificaciones en las CCT de la UE (a efectos de la sección 12):

    1. Toda mención de las “Cláusulas” hace referencia a la presente Adenda, que incorpora las CCT de la Adenda de la UE.

    2. En la Cláusula 2, se suprimen las palabras:

       “y, en relación con las transferencias de datos de Responsables a Encargados o de Encargados a Encargados, de conformidad con las Cláusulas contractuales estándar a las que se refiere el artículo 28(7), del Reglamento (UE) 2016/679”.

    3. La Cláusula 6 (Descripción de la transferencia o transferencias) se sustituye por:

       “Los datos de la transferencia o transferencias y, en particular, las categorías de datos personales que se transfieren y los fines para los que se transfieren se especifican en el Anexo I.B. en el caso en que las leyes de protección de datos del Reino Unido se apliquen al tratamiento del Exportador de datos al efectuar la transferencia o transferencias” .

    4. La Cláusula 8.7(i) del módulo 1 se sustituye por lo siguiente:

       “esta va dirigida a un país sobre el que haya recaído una decisión de adecuación, de conformidad con la sección 17A del RGPD del Reino Unido que regule la transferencia ulterior”.

    5. La Cláusula 8.8(i) de los módulos 2 y 3 se sustituye por lo siguiente:

       “la transferencia ulterior va dirigida a un país sobre el que haya recaído una decisión de adecuación, de conformidad con la sección 17A del RGPD del Reino Unido que regule la transferencia ulterior”.

    6. Todas las referencias a “Reglamento (UE) 2016/679”, “Reglamento (UE) 2016/679 del Parlamento Europeo y del Consejo, de 27 de abril de 2016, relativo a la protección de las personas físicas en lo que respecta al tratamiento de datos personales y a la libre circulación de estos datos (Reglamento General de Protección de Datos)” y “dicho Reglamento” se sustituyen por “leyes de protección de datos del Reino Unido”. Las referencias a artículos específicos del “Reglamento (UE) 2016/679” se sustituyen por el artículo o sección equivalente de las leyes de protección de datos del Reino Unido.

    7. Se suprimen las referencias al Reglamento (UE) 2018/1725.

    8. Las referencias a “Unión Europea”, “Unión”, “UE”, “Estado miembro de la UE”, “Estado miembro” y “UE o Estado miembro” se sustituyen por “Reino Unido”.

    9. La referencia a la “Cláusula 12(c)(i)” de la Cláusula 10(b)(i), del módulo uno se sustituye por la referencia a la “Cláusula 11(c)(i)”.

    10. No se utilizan la Cláusula 13(a) ni la parte C del Anexo I.

    11. Los términos “autoridad de control competente” y “autoridad de control” se sustituyen por “Comisionado de información”.

    12. En la Cláusula 16(e), la subsección (i) se sustituye por lo siguiente:

        
        

        “el Secretario de Estado dicta normativas de conformidad con la sección 17A de la Ley de Protección de Datos de 2018 que regulen la transferencia de datos personales a los que se apliquen estas Cláusulas”.

    13. La Cláusula 17 se sustituye por lo siguiente:

        
        

        “Estas Cláusulas se rigen por las leyes de Inglaterra y Gales” .

    14. La Cláusula 18 se sustituye por lo siguiente:

        
        

        “Cualquier controversia derivada de estas Cláusulas será resuelta judicialmente en Inglaterra y Gales. Los Interesados también podrán ejercer acciones judiciales contra el Exportador de datos o el Importador de datos en cualquier país del Reino Unido. Las Partes acuerdan someterse a la jurisdicción de dichos territorios”.

    15. Las notas a pie de página de las CCT aprobadas de la UE no forman parte de la Adenda, a excepción de las notas 8, 9, 10 y 11.

Modificaciones de la presente Adenda

16. Las Partes podrán pactar la modificación de las Cláusulas 17 o 18 de las CCT de la UE para hacer referencia a las leyes o tribunales de Escocia o Irlanda del Norte.
17. Si las Partes desean cambiar el formato de la información incluida en la parte 1, referente a las tablas, de la Adenda aprobada, podrán hacerlo acordando la modificación por escrito, siempre que dicha modificación no suponga la reducción de las garantías adecuadas.
18. Periódicamente, la ICO puede emitir una Adenda aprobada rectificada que:
    1. introduzca modificaciones razonables y proporcionadas a la Adenda aprobada, incluida la corrección de errores en la Adenda aprobada; o
    2. refleje cualquier enmienda de las leyes de protección de datos del Reino Unido.

La Adenda aprobada rectificada especificará la fecha de inicio a partir de la cual entrarán en vigor las modificaciones de la Adenda aprobada y si las Partes deben revisar la presente Adenda, incluida la Información sobre el Apéndice. Esta Adenda se modificará automáticamente según lo provisto en la Adenda aprobada a partir de la fecha de entrada en vigor especificada.

19. Si la ICO emite una Adenda aprobada rectificada conforme a la sección 18, si alguna de las Partes determinadas en la tabla 4 (Rescisión de la presente Adenda cuando se modifique la Adenda aprobada), como resultado directo de las modificaciones introducidas en la Adenda aprobada, experimentará un aumento sustancial, desproporcionado y demostrable en:
    1. sus costes directos de ejecución de sus obligaciones en virtud de la Adenda; o
    2. su riesgo en virtud de la Adenda; y

en cualquier caso que haya adoptado previamente medidas razonables para reducir dichos costes o riesgos de manera que no sean sustanciales y desproporcionados, entonces dicha Parte podrá poner fin a la presente Adenda al finalizar un plazo razonable de preaviso notificándolo por escrito a la otra Parte antes de la fecha de entrada en vigor de la Adenda aprobada rectificada.

20. Las Partes no necesitan el consentimiento de ningún tercero para realizar modificaciones en la Adenda, pero cualquier modificación deberá realizarse de conformidad con sus términos.

Alternativa a la parte 2 (Cláusulas obligatorias):