Termos do DPA

Definições

Neste Adendo, os termos a seguir terão os significados estabelecidos abaixo:

1. Afiliado significa qualquer entidade que direta ou indiretamente controle, seja controlada por ou esteja sob controle comum com a entidade em questão. "Controle", para os fins desta definição, significa propriedade ou controle direto ou indireto de mais de 50% dos direitos de voto da entidade em questão.
2. Leis Aplicáveis significam todas as leis aplicáveis ao Processamento de Dados dos Clientes, que podem incluir Leis de Proteção de Dados da UE, outras leis da União Europeia ou de qualquer Estado-Membro dela e as leis de qualquer outro país ao qual o Cliente ou os Dados do Cliente estejam sujeitos.
3. Controlador significa a entidade que, sozinha ou em conjunto com terceiros, determina os propósitos e os meios do Processamento de Dados Pessoais.
4. Titular dos Dados refere-se a uma pessoa física cujos Dados Pessoais são processados no contexto deste Adendo.
5. Leis de Proteção de Dados da UE significam o GDPR e a Diretiva de Privacidade Eletrônica 2002/58/EC (revisada pela Diretiva 2009/136/EC, e revisada e substituída de tempos em tempos), e suas legislações nacionais de implementação, se houver.
6. GDPR significa Regulamento Geral de Proteção de Dados da UE 2016/679;
7. Dados Pessoais significam quaisquer informações relacionadas a uma pessoa física identificada ou identificável.
8. Processador significa a entidade que processa Dados Pessoais em nome de um Controlador.
9. Processamento ou Processo significa qualquer operação ou conjunto de operações realizado com Dados Pessoais, individualmente ou em conjuntos, seja por meios automatizados ou não, como coleta, registro, organização, estruturação, armazenamento, adaptação ou alteração, recuperação, consulta, uso, divulgação por transmissão, disseminação ou disponibilização por outros meios, alinhamento ou combinação, restrição, eliminação ou destruição
10. Serviços significa os serviços e outras atividades a serem fornecidos ou realizados pelo Keeper para o Cliente, de acordo com o Contrato;
11. Cláusulas Contratuais Padrão significam as cláusulas contratuais padrão para transferência de dados pessoais para processadores estabelecidos em países terceiros que não asseguram o nível adequado de proteção de dados estabelecido na decisão 2021/914 da Comissão Europeia, de 4 de junho de 2021, conforme anexado ao presente documento como Subapêndice C.
12. Subprocessador significa qualquer Processador contratado pelo Keeper Security para processar dados pessoais em conexão com os Serviços.

PROCESSAMENTO DE DADOS PESSOAIS

1. O objetivo do processamento nos termos do Adendo é a prestação dos Serviços pela Keeper conforme especificado no Contrato. As partes concordam que, no que diz respeito ao processamento pela Keeper em nome do Cliente, o Cliente é o Controlador e a Keeper é o Processador, exceto pelo processamento limitado descrito no parágrafo 4 abaixo, onde o Keeper atua como Controlador Independente. As categorias e tipos de Dados Pessoais processados pela Keeper constam do Subanexo A. A duração do processamento dos Dados Pessoais sob este Adendo será pelo prazo do Contrato, salvo se exigido de outra forma pelas Leis.
2. O Keeper só pode agir e processar os Dados Pessoais de acordo com as instruções documentadas pelo Cliente (a "Instrução"), a menos que seja exigido por lei agir sem tais instruções. A Instrução no momento da celebração deste Adendo é que o Keeper só pode processar os Dados Pessoais com o objetivo de fornecer os Serviços conforme descrito no Contrato. Sujeito aos termos deste Adendo e com acordo mútuo das partes, o Cliente poderá emitir instruções adicionais por escrito consistentes com os termos deste Adendo. O Cliente é responsável por garantir que todos os indivíduos que fornecerem instruções por escrito estejam autorizados a fazê-lo.
3. O Keeper comunicará o Cliente sobre quaisquer instruções que considere violar as Leis Aplicáveis, incluindo as Leis de Proteção de Dados da UE, e não executará as instruções até que elas tenham sido confirmadas ou modificadas.

CONFIDENCIALIDADE E SEGURANÇA

1. O Keeper deverá tratar todos os Dados Pessoais como informações estritamente confidenciais. Os Dados Pessoais não podem ser copiados, transferidos ou processados de outra maneira em conflito com a Instrução, a menos que o Cliente tenha concordado por escrito. Os funcionários do Keeper estarão sujeitos a uma obrigação de confidencialidade que garante que tratarão todos os Dados Pessoais sob este Adendo com estrita confidencialidade. Os Dados Pessoais só serão disponibilizados para funcionários que precisam de acesso a eles para a entrega dos Serviços e deste Adendo.
2. O Keeper implementará as medidas técnicas e organizacionais apropriadas, conforme estabelecido neste Contrato e nas Leis Aplicáveis, incluindo de acordo com o GDPR, artigo 32. As medidas de segurança estão sujeitas ao progresso e desenvolvimento técnicos. O Keeper pode atualizar ou modificar as medidas de segurança de tempos em tempos, desde que tais atualizações e modificações não resultem na degradação da segurança geral. A Política de Segurança de Informações do Keeper está disponível no Subapêndice D.

DIREITOS DO TITULAR DOS DADOS

1. Se o Cliente receber uma solicitação de um titular de dados para o exercício dos direitos do titular de dados sob as Leis Aplicáveis e a resposta correta e legítima a tal solicitação exigir a assistência do Keeper, o Keeper deverá auxiliar o Cliente fornecendo as informações e documentação necessárias. O Keeper terá um prazo razoável para auxiliar o Cliente com tais solicitações, de acordo com as Leis Aplicáveis.
2. Se o Keeper receber uma solicitação de um titular de dados para o exercício dos direitos do titular dos dados sob as Leis Aplicáveis e tal solicitação estiver relacionada aos Dados Pessoais do Cliente, a menos que proibido por lei, o Keeper encaminhará imediatamente a solicitação ao Cliente e se absterá de responder à pessoa diretamente, a menos que e até que instruído de outra forma pelo Cliente.

VIOLAÇÕES DE DADOS PESSOAIS

1. O Keeper deverá notificar imediatamente o Cliente se ocorrer uma violação que possa levar à destruição, perda, alteração, divulgação não autorizada ou acesso a Dados Pessoais transmitidos, armazenados ou processados de outra maneira em nome do Cliente (uma "Violação de Dados Pessoais").
2. O Keeper deverá empreender esforços razoáveis para identificar a causa de tal violação e tomar as medidas que julgar necessárias para estabelecer a causa, além de evitar que tal violação ocorra novamente.

DOCUMENTAÇÃO SOBRE CONFORMIDADE E DIREITOS DE AUDITORIA

1. Mediante a solicitação de um Cliente, por motivo ou na medida do exigido pelo Artigo 28 do GDPR, o Keeper disponibilizará ao Cliente todas as informações relevantes necessárias para demonstrar conformidade com este Adendo, além de permitir e cooperar razoavelmente com auditorias, incluindo inspeções pelo Cliente ou por um auditor representando o Cliente. O Cliente deverá fornecer aviso prévio sobre qualquer auditoria ou inspeção de documentos a ser realizada e deverá empreender esforços razoáveis para evitar causar danos ou interrupções às instalações, aos equipamentos e aos negócios do Keeper no decorrer de tal auditoria ou inspeção. Qualquer auditoria ou inspeção de documentos deverá ser realizada com aviso prévio razoável por escrito e não inferior a sessenta (60) dias corridos, e não deverá ser realizada mais de uma vez por ano.
2. Pode ser solicitado ao Cliente que assine um contrato de não divulgação razoavelmente aceitável para o Keeper antes de receber o acima mencionado.

TRANSFERÊNCIAS DE DADOS

1. as partes transferirem Dados Pessoais originários do Espaço Econômico Europeu ("EEE") para uma parte localizada em países fora do EEE que não tenham recebido uma decisão de adequação vinculativa pela Comissão Europeia, tais transferências deverão ser feitas em conformidade com os requisitos legais aplicáveis à transferência de dados e apenas por instruções documentadas do Cliente.
2. Se o Cliente acreditar que essas medidas são insuficientes para satisfazer os requisitos legais em qualquer circunstância específica, o Cliente deverá fornecer ao Keeper um aviso por escrito contendo suas razões para tais opiniões, e as Partes deverão trabalhar em conjunto e de boa-fé para encontrar uma alternativa mutuamente aceitável.

SUBPROCESSADORES

1. O Keeper recebe autorização geral para contratar terceiros para o processamento dos Dados Pessoais ("Subprocessadores") sem precisar de qualquer autorização adicional específica e por escrito do Cliente. O Keeper deverá celebrar um contrato de subprocessador por escrito com todos os Subprocessadores. Tal contrato deverá, no mínimo, definir as mesmas obrigações de proteção de dados que aquelas aplicáveis ao Keeper, incluindo as obrigações estabelecidas neste Adendo. O Keeper deverá, de forma contínua, monitorar e controlar a conformidade de seus Subprocessadores com a Lei de Proteção de Dados aplicável, e documentação de tal monitoramento e controle deverá ser fornecida ao Cliente, caso solicitado por escrito.
2. Se o Subprocessador executar os serviços acordados fora da UE/EEE, o Keeper deverá garantir sua admissibilidade sob a lei de proteção de dados, tomando as medidas apropriadas.
3. No momento da celebração deste Contrato, o Keeper está usando os Subprocessadores listados no subapêndice B. O Keeper deverá notificar o Cliente sobre quaisquer novos Subprocessadores, o que poderá ser feito publicando detalhes de tais adições na lista de subprocessadores disponível em https: //www.keepersecurity.com/GDPR.html ou por e-mail (quando o Cliente tiver solicitado receber notificações enviando um email para gdpr@keepersecurity.com dentro de dez (10) dias após a execução deste Adendo ), pelo menos dez (10) dias úteis antes de autorizar o referido Subprocessador
4. O Cliente pode, de boa-fé, se opor razoavelmente ao uso de um novo Subprocessador pelo Keeper, fornecendo aviso por escrito ao Processador através do e-mail gdpr@keepersecurity.com em até dez (10) dias úteis após o recebimento da notificação pelo Cliente sobre um novo possível Subprocessador. Tal notificação por escrito deverá incluir, no mínimo, presumida a boa-fé do Cliente, motivos razoáveis para a objeção. O Keeper deverá empreender esforços comerciais razoáveis para disponibilizar ao Cliente uma alteração nos Serviços, ou recomendar uma alteração comercialmente razoável no uso dos Serviços pelo Cliente para evitar o processamento de Dados Pessoais pelo Subprocessador contestado. A ausência de objeções da parte do Cliente após dez (10) dias úteis será considerada consentimento com o Subprocessador relevante.
5. Caso o Cliente faça objeções a um novo Subprocessador e o Keeper não possa acomodar a objeção do Cliente, o Cliente poderá rescindir apenas os Serviços relacionados que não possam ser fornecidos pelo Keeper sem o uso dos novos Subprocessadores contestados, fornecendo notificação por escrito ao Keeper.
6. O Keeper é responsável perante o Cliente por qualquer Subprocessador da mesma maneira que por suas próprias ações e omissões.

RESCISÃO; DEVOLUÇÃO OU EXCLUSÃO DE DADOS PESSOAIS

1. Após a expiração ou rescisão do Contrato, o Keeper excluirá ou devolverá ao Cliente todos os Dados Pessoais em sua posse conforme previsto no Contrato, exceto quando o Keeper for obrigado pelas Leis Aplicáveis a reter alguns ou todos os Dados Pessoais (caso no qual o Keeper arquivará os dados e implementará medidas razoáveis para evitar que os Dados Pessoais sejam processados novamente). Os termos deste Adendo continuarão a valer para esses Dados Pessoais.

AVALIAÇÃO DE IMPACTOS NA PROTEÇÃO DE DADOS E CONSULTA PRÉVIA

1. Se a assistência do Keeper for necessária e relevante, as partes irão cooperar na medida do razoavelmente necessário na preparação de avaliações de impactos sobre proteção de dados de acordo com o GDPR, artigo 35, juntamente com qualquer consulta prévia de acordo com o GDPR, artigo 36. Cada uma das partes assumirá seus respectivos custos ao cumprir tais obrigações.

DIVERSOS

1. Modificação do Adendo: Este Adendo só poderá ser modificado por uma emenda por escrito assinada por cada uma das Partes.

2. Lei aplicável: Este Adendo é regido por, e deverá ser interpretado de acordo com as leis que regem o Contrato.
3. Invalidade e Rescisão; Conflito: se qualquer disposição deste Adendo for considerada por qualquer tribunal ou órgão administrativo de jurisdição competente como inválida ou inexequível, a invalidade ou inexequibilidade de tal disposição não afetará nenhuma outra disposição deste Adendo e todas as disposições não afetadas por tal invalidade ou inexequibilidade permanecerão em pleno vigor e efeito. No caso de qualquer inconsistência entre este Adendo e as Cláusulas Contratuais Padrão celebradas pelas partes, se houver, as Cláusulas Contratuais Padrão deverão prevalecer.

SUBAPÊNDICE A

Dados Pessoais

1. O Keeper processa os seguintes tipos de Dados Pessoais em conexão com a prestação dos serviços:
2. Os dados pessoais transferidos dizem respeito a informações de contato (nome, endereço, email, telefone), dados da entidade, endereço IP, identificador do dispositivo e informações sobre a versão do aplicativo.

Categorias de titulares de dados

1. O Keeper processa dados pessoais sobre as seguintes categorias de titulares de dados em nome do Cliente:
   1. Cliente
   2. Usuários finais autorizados do Cliente, incluindo funcionários do Cliente.

SUBAPÊNDICE B – Subprocessadores aprovados

1. Confira a lista atualizada dos subprocessadores do Keeper em https://www.keepersecurity.com/legal/sub-processors/. Isso inclui detalhes dos nomes e localizações das entidades jurídicas do subprocessador. Os subprocessadores são atualizados periodicamente, e o Cliente pode se cadastrar para receber atualizações na Central de Confiança da Keeper.

SUBAPÊNDICE C

(Cláusulas Contratuais Padrão da UE)

Cláusulas Contratuais Padrão (processadores)

Outras informações necessárias para identificar a organização: não aplicável

(o importador de dados)

cada um, uma “parte”; juntos, “as partes”,

CONCORDARAM com as Cláusulas Contratuais a seguir (as Cláusulas) a fim de fornecer salvaguardas adequadas com relação à proteção da privacidade e aos direitos e liberdades fundamentais dos indivíduos na transferência pelo exportador de dados para o importador de dados dos dados pessoais especificados no Subapêndice A.

Outras informações necessárias para que o contrato seja vinculativo (se houver):

Cláusula 1

Finalidade e escopo

1. A finalidade dessas cláusulas contratuais padrão é garantir o cumprimento dos requisitos do Regulamento (UE) 2016/679 do Parlamento Europeu e do Conselho, de 27 de abril de 2016, relativo à proteção das pessoas físicas no que diz respeito ao tratamento de dados pessoais e à livre circulação desses dados (Regulamento Geral sobre Proteção de Dados) (1), para a transferência de dados pessoais para um país terceiro.
2. As Partes:
   1. a(s) pessoa(s) física(s) ou legal(is), autoridade(s) pública(s), agência(s) ou outro(s) organismo(s) (doravante denominados "entidade(s)") que transfere(m) os dados pessoais, conforme listado no Anexo I (doravante denominados "exportador(es) de dados"), e
   2. a(s) entidade(s) em um país terceiro que recebe(m) os dados pessoais do exportador de dados, direta ou indiretamente através de outra entidade também Parte nestas Cláusulas, conforme listado no Anexo I (doravante denominadas "importador(es) de dados")

concordaram com estas cláusulas contratuais padrão (doravante denominadas "Cláusulas").

3. Estas Cláusulas aplicam-se à transferência de dados pessoais conforme especificado no Anexo I
4. O Apêndice a estas Cláusulas, contendo os Anexos nele mencionados, forma parte integrante destas Cláusulas.

Cláusula 2

Efeito e invariabilidade das Cláusulas

1. Estas Cláusulas estabelecem salvaguardas apropriadas, incluindo direitos aplicáveis dos titulares dos dados e recursos legais efetivos, nos termos do Artigo 46(1) e do Artigo 46(2)(c) do Regulamento (UE) 2016/679 e, no que diz respeito às transferências de dados de controladores para processadores e/ou de processadores para processadores, cláusulas contratuais padrão de acordo com o Artigo 28(7) do Regulamento (UE) 2016/679, desde que não sejam modificadas, exceto para selecionar o(s) Módulo(s) apropriado(s), ou para adicionar ou atualizar informações no Apêndice. Isso não impede que as Partes incluam as cláusulas contratuais padrão estabelecidas nestas Cláusulas em um contrato mais amplo e/ou adicionem outras cláusulas ou salvaguardas adicionais, desde que elas não contradigam, direta ou indiretamente, estas Cláusulas nem prejudiquem os direitos ou liberdades fundamentais dos titulares dos dados.
2. Estas Cláusulas não prejudicam as obrigações às quais o exportador de dados está sujeito em virtude do Regulamento (UE) 2016/679.

Cláusula 3

Terceiros beneficiários

1. Os titulares dos dados podem invocar e impor estas Cláusulas, como terceiros beneficiários, contra o exportador e/ou importador de dados, com as seguintes exceções:
   • Cláusula 1, Cláusula 2, Cláusula 3, Cláusula 6, Cláusula 7;
   • Cláusula 8 – Módulo Um: Cláusula 8.5 (e) e Cláusula 8.9(b); Módulo Dois: Cláusula 8.1(b), 8.9(a), (c), (d) e (e); Módulo Três: Cláusula 8.1(a), (c) e (d) e Cláusula 8.9(a), (c), (d), (e), (f) e (g); Módulo Quatro: Cláusula 8.1 (b) e Cláusula 8.3(b);
   • Cláusula 9 – Módulo Dois: Cláusula 9(a), (c), (d) e (e);
   • Cláusula 12 - Módulo Dois: Cláusula 12(a), (d) e (f)
   • Cláusula 15.1(c), (d) e (e);
   • Cláusula 16(e);
   • Cláusula 18 – Cláusula 18 (a) e (b).
2. O parágrafo (a) não prejudica os direitos dos titulares de dados sob o Regulamento (UE) 2016/679

Cláusula 4

Interpretação

1. Quando estas Cláusulas usarem termos definidos no Regulamento (UE) 2016/679, esses termos terão o mesmo significado definido naquele Regulamento.
2. Estas Cláusulas deverão ser lidas e interpretadas à luz das disposições do Regulamento (UE) 2016/679.
3. Estas Cláusulas não devem ser interpretadas de maneira contraditória aos direitos e obrigações previstos no Regulamento (UE) 2016/679.

Cláusula 5

Hierarquia

No caso de uma contradição entre estas Cláusulas e as disposições de acordos relacionados entre as Partes, existentes no momento em que estas Cláusulas forem acordadas ou celebradas posteriormente, estas Cláusulas prevalecerão.

Cláusula 6

Descrição da(s) transferência(s)

Os detalhes da(s) transferência(s), e em particular as categorias de dados pessoais que são transferidos e a(s) finalidades(s) para a(s) qual(is) são transferidos, estão especificados no Anexo I.

Cláusula 7 (opcional)

Cláusula de ancoragem

1. Uma entidade que não seja Parte nestas Cláusulas poderá, com o acordo das Partes, aderir a estas Cláusulas a qualquer momento, seja como exportador ou importador de dados, preenchendo o Apêndice e assinando o Anexo I
2. Depois de preencher o Apêndice e assinar o Anexo I, a entidade aderente se tornará Parte destas Cláusulas e terá os direitos e obrigações de um exportador ou importador de dados, de acordo com sua designação no Anexo I.
3. A entidade aderente não terá direitos ou obrigações decorrentes destas Cláusulas referente ao período anterior a tornar-se uma Parte.

SEÇÃO II – OBRIGAÇÕES DAS PARTES

Cláusula 8

Salvaguardas para proteção de dados

O exportador de dados garante que empregou esforços razoáveis para determinar que o importador de dados é capaz, através da implementação de medidas técnicas e organizacionais apropriadas, de satisfazer suas obrigações sob estas Cláusulas.

MÓDULO DOIS: Transferir o controlador para o processador

8.1 Instruções

1. O importador de dados deverá processar os dados pessoais apenas seguindo as instruções documentadas pelo exportador de dados. O exportador de dados poderá dar tais instruções durante toda a duração do contrato.
2. O importador de dados deverá informar imediatamente o exportador de dados se não for capaz de seguir essas instruções

8.2 Limitação de finalidade

O importador de dados deverá processar os dados pessoais apenas para a(s) finalidade(s) específica(s) da transferência, conforme estabelecido no Anexo I, salvo instruções adicionais do exportador de dados.

8.3 Transparência

Mediante solicitação, o exportador de dados deverá disponibilizar ao titular dos dados uma cópia destas Cláusulas, incluindo o Apêndice conforme preenchido pelas Partes, sem custos. Na medida do necessário para proteger segredos comerciais ou outras informações confidenciais, incluindo as medidas descritas no Anexo II e dados pessoais, o exportador de dados poderá censurar parte do texto do Apêndice a estas Cláusulas antes de compartilhar uma cópia, mas deverá fornecer um resumo compreensivo quando, de outra maneira, o titular dos dados não seria capaz de entender seu conteúdo ou exercer seus direitos. Mediante solicitação, as Partes deverão fornecer ao titular dos dados os motivos para as censuras, na medida do possível, sem revelar as informações censuradas. Esta Cláusula não prejudica as obrigações do exportador de dados sob os Artigos 13 e 14 do Regulamento (UE) 2016/679.

8.4 Precisão

Se o importador de dados tomar conhecimento de que os dados pessoais que recebeu são imprecisos ou se tornaram desatualizados, deverá informar o exportador de dados sem atrasos injustificados. Nesse caso, o importador de dados deverá cooperar com o exportador de dados para apagar ou retificar os dados.

8.5 Duração do processamento e exclusão ou devolução de dados

O processamento pelo importador de dados deverá ocorrer apenas pelo período especificado no Anexo I. Após o término da prestação dos serviços de processamento, o importador de dados deverá, mediante opção do exportador de dados, excluir todos os dados pessoais processados em nome do exportador de dados e certificar ao exportador de dados que o fez, ou devolver ao exportador de dados todos os dados pessoais processados em seu nome e excluir as cópias existentes. Até que os dados sejam excluídos ou devolvidos, o importador de dados deverá continuar garantindo a conformidade com estas Cláusulas. No caso de leis locais aplicáveis ao importador de dados que proíbam a devolução ou exclusão dos dados pessoais, o importador de dados garante que continuará a assegurar a conformidade com estas Cláusulas e só os processará na medida e pelo tempo exigidos por essa lei local. Isso não prejudica a Cláusula 14, em particular a exigência sob a Cláusula 14(e) de que o importador de dados notifique o exportador de dados ao longo de toda a duração do contrato se tiver motivos para acreditar que está ou ficou sujeito a leis ou práticas não alinhadas com os requisitos sob a Cláusula 14(a).

8.6 Segurança do processamento

1. O importador de dados e, durante a transmissão, também o exportador de dados deverão implementar medidas técnicas e organizacionais apropriadas para garantir a segurança dos dados, incluindo proteção contra violações de segurança que levariam a destruição, perda e alteração acidental ou ilegal, além de divulgação ou acesso não autorizado a esses dados (doravante denominado "violação de dados pessoais"). Ao avaliar o nível apropriado de segurança, as Partes deverão levar em conta o estado da técnica, os custos de implementação, a natureza, o escopo, o contexto e a(s) finalidade(s) do processamento, além dos riscos envolvidos no processamento para os titulares dos dados. As Partes deverão, em particular, considerar recorrer à criptografia ou pseudonimização, inclusive durante a transmissão, quando a finalidade do processamento puder ser cumprida dessa maneira. No caso de pseudonimização, as informações adicionais para atribuir os dados pessoais a um titular de dados específico devem, quando possível, permanecer sob o controle exclusivo do exportador de dados. Ao cumprir suas obrigações sob este parágrafo, o importador de dados deverá, no mínimo, implementar as medidas técnicas e organizacionais especificadas no Anexo II. O importador de dados deverá realizar verificações regulares para garantir que essas medidas continuem fornecendo um nível apropriado de segurança.
2. O importador de dados deverá conceder acesso aos dados pessoais aos membros de sua equipe apenas na medida estritamente necessária para a implementação, o gerenciamento e o monitoramento do contrato. Também deve garantir que as pessoas autorizadas a processar os dados pessoais se comprometeram com a confidencialidade ou estejam sujeitas à apropriada obrigação legal de confidencialidade.
3. No caso de uma violação de dados pessoais referente aqueles processados pelo importador de dados sob estas Cláusulas, o importador de dados deverá tomar as medidas apropriadas para lidar com a violação, incluindo medidas para mitigar seus efeitos adversos. O importador de dados também deverá notificar o exportador de dados após tomar conhecimento da violação, sem atrasos injustificados. Tal notificação deverá conter os detalhes de um ponto de contato onde mais informações possam ser obtidas, uma descrição da natureza da violação (incluindo, quando possível, categorias e número aproximado de titulares de dados e os registros de dados pessoais afetados), suas prováveis consequências e as medidas tomadas ou propostas para lidar com a violação, incluindo, quando apropriado, medidas para mitigar seus possíveis efeitos adversos. Quando e na medida em que não for possível fornecer todas as informações ao mesmo tempo, a notificação inicial deverá conter as informações disponíveis no momento, e informações adicionais deverão ser fornecidas posteriormente, à medida que se tornarem disponíveis, sem atrasos injustificados.
4. O importador de dados deverá cooperar com e auxiliar o exportador de dados para permitir que ele cumpra suas obrigações sob o Regulamento (UE) 2016/679, em particular notificar a autoridade supervisora competente e os titulares dos dados afetados, levando em consideração a natureza do processamento e as informações disponíveis para o importador de dados.

8.7 Dados confidenciais

Quando a transferência envolver dados pessoais que revelem origem racial ou étnica, opiniões políticas, crenças religiosas ou filosóficas, filiação sindical, dados genéticos ou biométricos com a finalidade de identificar de maneira exclusiva uma pessoa física, dados relativos à saúde, à vida sexual ou orientação sexual de uma pessoa, ou dados relacionados a condenações penais e infrações (doravante denominados "dados confidenciais"), o importador de dados deverá aplicar as restrições específicas e/ou salvaguardas adicionais descritas no Anexo I.

8.8 Transferências posteriores

O importador de dados somente deverá divulgar os dados pessoais a terceiros mediante instruções documentadas do exportador de dados. Adicionalmente, os dados só poderão ser divulgados a terceiros localizados fora da União Europeia (no mesmo país do importador de dados ou em outro país terceiro, doravante denominado "transferência posterior") se o referido terceiro estiver vinculado ou concordar em vincular-se às presentes Cláusulas, sob o Módulo apropriado, ou se:

1. a transferência posterior for para um país que se beneficie de uma decisão de adequação, nos termos do Artigo 45 do Regulamento (UE) 2016/679, que cubra a transferência para terceiros;

2. o terceiro garanta de outra maneira as salvaguardas apropriadas, de acordo com os artigos 46 ou 47

   do Regulamento (UE) 2016/679, no que diz respeito ao processamento em questão;

3. a transferência posterior for necessária para a definição, o exercício ou a defesa de reivindicações legais no contexto de procedimentos administrativos, regulatórios ou judiciais específicos; ou
4. a transferência posterior for necessária para proteger os interesses vitais do titular dos dados ou de outra pessoa física.

Qualquer transferência posterior está sujeita à conformidade pelo importador de dados, com todas as outras salvaguardas estabelecidas nas presentes Cláusulas, em particular a limitação de finalidade.

8.9 Documentação e conformidade

1. O importador de dados deverá tratar pronta e adequadamente as consultas do exportador de dados relacionadas ao processamento sob as presentes Cláusulas.
2. As Partes deverão ser capazes de demonstrar a conformidade com estas Cláusulas. Em particular, o importador de dados deverá manter documentação apropriada sobre as atividades de processamento realizadas em nome do exportador de dados.
3. O importador de dados deverá disponibilizar ao exportador de dados todas as informações necessárias para demonstrar conformidade com as obrigações estabelecidas nestas Cláusulas e, mediante solicitação do exportador de dados, permitir e colaborar com auditorias das atividades de processamento cobertas por estas Cláusulas, em intervalos razoáveis ou se houver indícios de não conformidade. Ao decidir fazer uma revisão ou auditoria, o exportador de dados pode levar em consideração as certificações relevantes detidas pelo importador de dados.
4. O exportador de dados pode optar por realizar a auditoria por conta própria ou conceder autoridade a um auditor independente. As auditorias podem incluir inspeções nas instalações físicas do importador de dados e devem, quando apropriado, ser realizadas após aviso prévio razoável.
5. As Partes deverão disponibilizar as informações referidas nos parágrafos (b) e (c) à autoridade supervisora competente, incluindo os resultados de quaisquer auditorias, mediante solicitação.

Cláusula 9

MÓDULO DOIS: Transferir o controlador para o processador

1. AUTORIZAÇÃO PRÉVIA ESPECÍFICA O importador de dados não deverá subcontratar nenhuma de suas atividades de processamento realizadas em nome do exportador de dados sob estas Cláusulas a um subprocessador sem a autorização prévia específica e por escrito do exportador de dados. O importador de dados deverá enviar a solicitação de autorização específica pelo menos 4 semanas antes da contratação do subprocessador, juntamente com as informações necessárias para permitir que o exportador de dados decida sobre a autorização. A lista de subprocessadores já autorizados pelo exportador de dados pode ser encontrada no Subapêndice B. As Partes deverão manter o Subapêndice atualizado.
2. Quando o importador de dados contratar um subprocessador para realizar atividades de processamento específicas (em nome do exportador de dados), ele deverá fazê-lo através de um contrato por escrito que preveja, em sua substância, as mesmas obrigações de proteção de dados que vinculam o importador de dados a estas Cláusulas, inclusive em termos de direitos de terceiros beneficiários para os titulares dos dados. As Partes concordam que, ao estar em conformidade com esta Cláusula, o importador de dados cumpre suas obrigações sob a Cláusula 8.8. O importador de dados deverá garantir que o subprocessador esteja em conformidade com as obrigações às quais o importador de dados está sujeito, de acordo com estas Cláusulas.
3. O importador de dados deverá fornecer ao exportador de dados, mediante solicitação, uma cópia do contrato com esse subprocessador e quaisquer emendas subsequentes. Na medida do necessário para proteger segredos comerciais ou outras informações confidenciais, incluindo dados pessoais, o importador de dados pode censurar o texto do contrato antes de compartilhar uma cópia.
4. O importador de dados deverá permanecer totalmente responsável perante o exportador de dados pelo desempenho das obrigações do subprocessador sob seu contrato com o importador de dados. O importador de dados deverá notificar o exportador de dados sobre qualquer falha do subprocessador no cumprimento de suas obrigações sob o referido contrato.
5. O importador de dados deverá concordar com uma cláusula de terceiro beneficiário com o subprocessador pela qual – no caso de o importador de dados ter desaparecido de fato, deixado de existir sob a lei ou se tornar insolvente – o exportador de dados deverá ter o direito de rescindir o contrato com o subprocessador e instruir o subprocessador a apagar ou devolver os dados pessoais

Cláusula 10

Direitos do titular dos dados

MÓDULO DOIS: Transferir o controlador para o processador

1. O importador de dados deverá notificar prontamente o exportador de dados sobre qualquer solicitação que tenha recebido do titular dos dados. Ele não deverá responder a essa solicitação, a menos que tenha sido autorizado a fazê-lo pelo exportador de dados.
2. O importador de dados deverá auxiliar o exportador de dados no cumprimento de suas obrigações de responder às solicitações dos titulares dos dados, para o exercício de seus direitos sob o Regulamento (UE) 2016/679. A esse respeito, as Partes deverão estabelecer no Anexo II as medidas técnicas e organizacionais apropriadas pelas quais a auxílio deverá ser prestado, bem como o escopo e a extensão do auxílio necessário, levando em conta a natureza do processamento.
3. Ao cumprir suas obrigações sob os parágrafos (a) e (b), o importador de dados deverá cumprir as instruções do exportador de dados.

Cláusula 11

Reparações

1. O importador de dados deverá informar os titulares dos dados em um formato transparente e facilmente acessível, através de notificação individual ou em seu site, sobre um ponto de contato autorizado a tratar de reclamações. Ele deverá lidar prontamente com quaisquer reclamações que receber de um titular dos dados.

MÓDULO DOIS: Transferir o controlador para o processador

2. No caso de uma disputa entre um titular dos dados e uma das Partes no que diz respeito à conformidade com estas Cláusulas, essa Parte deverá empreender seus melhores esforços para resolver a questão amigavelmente e em tempo hábil. As Partes deverão se manter informadas sobre tais disputas e, quando apropriado, cooperar para resolvê-las.
3. Quando o titular dos dados invocar o direito de terceiro beneficiário nos termos da Cláusula 3, o importador de dados deverá aceitar a decisão do titular dos dados de:
   1. apresentar uma reclamação à autoridade supervisora no Estado-Membro de sua residência habitual ou local de trabalho, ou à autoridade supervisora competente conforme a Cláusula 13;
   2. encaminhar a disputa aos tribunais competentes, conforme definido na Cláusula 18.
4. As Partes aceitam que o titular dos dados possa ser representado por um organismo, organização ou associação sem fins lucrativos, sob as condições estabelecidas no Artigo 80(1) do Regulamento (UE) 2016/679.
5. O importador de dados deverá cumprir uma decisão vinculativa sob a legislação aplicável da UE ou do Estado-Membro.
6. O importador de dados concorda que a escolha feita pelo titular dos dados não prejudicará seus direitos substantivos e processuais de buscar reparações de acordo com as leis aplicáveis.

Cláusula 12

Responsabilidades

MÓDULO DOIS: Transferir o controlador para o processador

1. Cada Parte será responsável perante a(s) outra(s) Parte(s) por quaisquer danos causados à(s) outra(s) Parte(s) devido a qualquer violação destas Cláusulas.
2. O importador de dados será responsável perante o titular dos dados, e este terá direito a receber indenização, por quaisquer danos materiais ou não materiais que o importador de dados ou seu subprocessador causar ao titular dos dados através da violação dos direitos de terceiro beneficiário sob estas Cláusulas.
3. Não obstante o parágrafo (b), o exportador de dados será responsável perante o titular dos dados, e este terá direito a receber indenização, por quaisquer danos materiais ou não materiais que o exportador de dados ou o importador de dados (ou seu subprocessador) causar ao titular dos dados através da violação dos direitos de terceiro beneficiário sob estas Cláusulas. Isso não prejudica a responsabilidade do exportador de dados e, quando o exportador de dados for um processador agindo em nome de um controlador, a responsabilidade do controlador sob o Regulamento (UE) 2016/679 ou o Regulamento (UE) 2018/1725, conforme aplicável.
4. As Partes concordam que, se o exportador de dados for considerado responsável sob o parágrafo (c) por danos causados pelo importador de dados (ou seu subprocessador), terá o direito de reivindicar do importador de dados a parte da compensação correspondente à responsabilidade do importador de dados pelos danos.
5. Quando mais de uma Parte for responsável por qualquer dano causado ao titular dos dados como resultado de uma violação destas Cláusulas, todas as Partes responsáveis serão conjunta e solidariamente responsáveis, e o titular dos dados terá o direito de mover uma ação judicial contra qualquer uma dessas Partes.
6. As Partes concordam que, se uma das Partes for considerada responsável sob o parágrafo (e), terá o direito de reivindicar da(s) outra(s) Parte(s) a parcela de compensação correspondente à sua responsabilidade pelos danos.
7. O importador de dados não pode invocar a conduta de um subprocessador para evitar sua própria responsabilização.

Cláusula 13

Supervisão

MÓDULO DOIS: Transferir o controlador para o processador

1. A autoridade supervisora responsável por garantir a conformidade do exportador de dados com o Regulamento (UE) 2016/679 em relação à transferência de dados, conforme indicado no Anexo I, deverá atuar como autoridade supervisora competente.
2. O importador de dados concorda em se submeter à jurisdição e cooperar com a autoridade supervisora competente em quaisquer procedimentos destinados a garantir a conformidade com estas Cláusulas. Em particular, o importador de dados concorda em responder a consultas, submeter-se a auditorias e cumprir as medidas adotadas pela autoridade supervisora, incluindo medidas corretivas e compensatórias. Ele deverá fornecer à autoridade supervisora uma confirmação por escrito de que as ações necessárias foram tomadas.

SEÇÃO III – LEIS LOCAIS E OBRIGAÇÕES EM CASO DE ACESSO POR AUTORIDADES PÚBLICAS

Cláusula 14

Leis locais e práticas que afetam a conformidade com as Cláusulas

MÓDULO DOIS: Transferir o controlador para o processador

1. As Partes garantem que não têm motivos para acreditar que as leis e práticas no país terceiro de destino aplicáveis ao processamento dos dados pessoais pelo importador de dados, incluindo quaisquer requisitos de divulgação de dados pessoais ou medidas que autorizem o acesso de autoridades públicas, impeçam que o importador de dados cumpra suas obrigações sob estas Cláusulas. Isso se baseia no entendimento de que leis e práticas que respeitam a essência dos direitos e liberdades fundamentais, e não excedem o que é necessário e proporcional em uma sociedade democrática para salvaguardar um dos objetivos listados no Artigo 23(1) do Regulamento (UE) 2016/679, não estão em contradição com estas Cláusulas.
2. As Partes declaram que, ao fornecer a garantia no parágrafo (a), levaram em devida consideração, em particular, os seguintes elementos:
   1. as circunstâncias específicas da transferência, incluindo o tamanho da cadeia de processamento, o número de atores envolvidos e os canais de transmissão usados; as transferências posteriores pretendidas; o tipo de destinatário; a finalidade do processamento; as categorias e o formato dos dados pessoais transferidos; o setor econômico no qual ocorre a transferência; o local de armazenamento dos dados transferidos;
   2. as leis e práticas do país terceiro de destino – incluindo aquelas que exigem a divulgação de dados a autoridades públicas ou autorizam o acesso por tais autoridades – relevantes à luz das circunstâncias específicas da transferência, e as limitações e salvaguardas aplicáveis;
   3. quaisquer salvaguardas contratuais, técnicas ou organizacionais relevantes implementadas para complementar as salvaguardas sob estas Cláusulas, incluindo medidas aplicadas durante a transmissão e ao processamento dos dados pessoais no país de destino.
3. O importador de dados garante que, ao realizar a avaliação descrita no parágrafo (b), empreendeu seus melhores esforços para fornecer ao exportador de dados as informações relevantes, e concorda que continuará cooperando com o exportador de dados para garantir a conformidade com estas Cláusulas.
4. As Partes concordam em documentar a avaliação descrita no parágrafo (b) e disponibilizá-la à autoridade supervisora competente, mediante solicitação.
5. O importador de dados concorda em notificar prontamente o exportador de dados se, após concordar com estas Cláusulas e ao longo da duração do contrato, tiver motivos para acreditar que está ou tornou-se sujeito a leis ou práticas não alinhadas com os requisitos estabelecidos no parágrafo (a), inclusive após uma alteração nas leis do país terceiro ou uma medida (como uma solicitação de divulgação) indicando uma aplicação de tais leis na prática que não está alinhada com os requisitos estabelecidos no parágrafo (a).
6. Após uma notificação nos termos do parágrafo (e), ou se o exportador de dados tiver motivos ulteriores para acreditar que o importador de dados não pode mais cumprir com suas obrigações sob estas Cláusulas, o exportador de dados deverá identificar prontamente as medidas apropriadas (por exemplo: medidas técnicas ou organizacionais para garantir segurança e confidencialidade) a serem adotadas pelo exportador de dados e/ou importador de dados para resolver a situação. O exportador de dados deverá suspender a transferência de dados se considerar que não é possível garantir salvaguardas apropriadas para tal, ou se for instruído pela autoridade supervisora competente a fazê-lo. Nesse caso, o exportador de dados terá o direito de rescindir o contrato, na medida em que diga respeito ao processamento de dados pessoais sob estas Cláusulas. Se o contrato envolver mais de duas Partes, o exportador de dados poderá exercer esse direito de rescisão apenas com relação à Parte relevante, a menos que as Partes tenham acordado de outra maneira. Quando o contrato for rescindido nos termos desta Cláusula, as Cláusulas 16(d) e (e) serão aplicadas.

Cláusula 15

Obrigações do importador de dados em caso de acesso por autoridades públicas

MÓDULO DOIS: Transferir o controlador para o processador

15.1. Notificação

1. O importador de dados concorda em notificar prontamente o exportador de dados e, quando possível, o titular dos dados (se necessário, com a ajuda do exportador de dados) se:
   1. receber uma solicitação legalmente vinculativa de uma autoridade pública, incluindo autoridades judiciais, sob as leis do país de destino, para a divulgação de dados pessoais transferidos de acordo com estas Cláusulas; tal notificação deverá incluir informações sobre os dados pessoais solicitados, a autoridade solicitante, as bases legais para a solicitação e a resposta fornecida; ou
   2. tomar conhecimento de qualquer acesso direto por autoridades públicas a dados pessoais transferidos de acordo com estas Cláusulas, respeitadas as leis do país de destino; tal notificação deverá incluir todas as informações disponíveis para o importador.
2. Se o importador de dados for proibido pelas leis do país de destino de notificar o exportador de dados e/ou o titular dos dados, o importador de dados concorda em empreender seus melhores esforços para obter uma isenção sobre essa proibição, com vistas a comunicar o máximo de informações possível, o mais rápido possível. O importador de dados concorda em documentar seus melhores esforços para poder demonstrá-los mediante solicitação do exportador de dados.
3. Quando permitido pelas leis do país de destino, o importador de dados concorda em fornecer ao exportador de dados, em intervalos regulares ao longo da duração do contrato, o máximo possível de informações relevantes sobre as solicitações recebidas (em particular, número de solicitações, tipo de dados solicitados, autoridade(s) solicitante(s), se as solicitações foram contestadas e o resultado de tais contestações, etc.).
4. O importador de dados concorda em preservar as informações de acordo com os parágrafos (a) a (c) pela duração do contrato e disponibilizá-las à autoridade supervisora competente, mediante solicitação.
5. Os parágrafos (a) até (c) não prejudicam a obrigação do importador de dados, conforme a Cláusula 14(e) e a Cláusula 16, de informar prontamente o exportador de dados quando não for capaz de cumprir estas Cláusulas.

15.2. Análise da legalidade e minimização de dados

1. O importador de dados concorda em analisar a legalidade da solicitação de divulgação, em particular se ela está de acordo com os poderes concedidos à autoridade pública solicitante, e contestar a solicitação se, após uma avaliação cuidadosa, concluir que há motivos razoáveis para considerar que a solicitação é ilegal diante das leis do país de destino, das obrigações aplicáveis sob o direito internacional e dos princípios da civilidade internacional. O importador de dados deverá, sob as mesmas condições, buscar as possibilidades de apelação. Ao contestar uma solicitação, o importador de dados deverá buscar medidas provisórias com vistas a suspender os efeitos da solicitação, até que a autoridade judicial competente tenha decidido sobre seu mérito. Ele não deverá divulgar os dados pessoais solicitados até que seja obrigado a fazê-lo, de acordo com as regras processuais aplicáveis. Esses requisitos não prejudicam as obrigações do importador de dados descritas na Cláusula 14(e).
2. O importador de dados concorda em documentar sua avaliação legal e qualquer contestação à solicitação de divulgação e, na medida permitida pelas leis do país de destino, disponibilizar a documentação ao exportador de dados. Mediante solicitação, também deverá disponibilizá-la à autoridade supervisora competente.
3. O importador de dados concorda em fornecer a quantidade mínima de informações permitidas ao responder a uma solicitação de divulgação, baseado em uma interpretação razoável da solicitação.

SEÇÃO IV – DISPOSIÇÕES FINAIS

Cláusula 16

Não conformidade com as Cláusulas e rescisão

1. O importador de dados deverá informar prontamente o exportador de dados se, por qualquer motivo, não puder cumprir estas Cláusulas.
2. Caso o importador de dados esteja violando estas Cláusulas ou seja incapaz de cumpri-las, o exportador de dados deverá suspender a transferência de dados pessoais para o importador de dados, até que a conformidade seja assegurada novamente ou o contrato seja rescindido. Isso não traz prejuízos à Cláusula 14(f).
3. O exportador de dados terá o direito de rescindir o contrato, na medida em que diga respeito ao processamento de dados pessoais sob estas Cláusulas, quando:
   1. o exportador de dados suspender a transferência de dados pessoais para o importador de dados conforme o parágrafo (b), e a conformidade com estas Cláusulas não for restaurada dentro de um prazo razoável e, em qualquer caso, dentro de um mês após a suspensão;
   2. o importador de dados estiver em violação substancial ou persistente destas Cláusulas; ou
   3. o importador de dados não cumprir uma decisão vinculativa de um tribunal competente ou autoridade supervisora em relação a suas obrigações descritas nestas Cláusulas.

   Nesses casos, deverá informar a autoridade supervisora competente [para o Módulo Três: e o controlador] sobre tal não conformidade. Se o contrato envolver mais de duas Partes, o exportador de dados poderá exercer esse direito de rescisão apenas com relação à Parte relevante, a menos que as Partes tenham acordado de outra maneira.

4. Os dados pessoais que tiverem sido transferidos antes da rescisão do contrato conforme o parágrafo (c) devem, à escolha do exportador de dados, ser imediatamente devolvidos ao exportador de dados ou excluídos em sua totalidade. O mesmo será aplicável a quaisquer cópias dos dados. O importador de dados deverá certificar a exclusão dos dados ao exportador de dados. Até que os dados sejam excluídos ou devolvidos, o importador de dados deverá continuar garantindo a conformidade com estas Cláusulas. No caso de leis locais aplicáveis ao importador de dados que proíbam a devolução ou exclusão dos dados pessoais transferidos, o importador de dados garante que continuará a assegurar a conformidade com estas Cláusulas e apenas processará os dados na medida e pelo tempo exigidos por essa lei local.
5. Qualquer das Partes poderá revogar sua concordância em vincular-se a estas Cláusulas quando (i) a Comissão Europeia adotar uma decisão, nos termos do Artigo 45(3) do Regulamento (UE) 2016/679, que compreenda a transferência de dados pessoais aos quais estas Cláusulas se aplicam; ou (ii) o Regulamento (UE) 2016/679 se torne parte da estrutura legal do país para o qual os dados pessoais são transferidos. Isso não traz prejuízos a outras obrigações aplicáveis ao processamento em questão, conforme o Regulamento (UE) 2016/679.

Cláusula 17

Legislação aplicável

Estas Cláusulas serão regidas pela legislação do Estado-Membro da UE no qual o exportador de dados estiver estabelecido. Quando tal legislação não permitir direitos de terceiros beneficiários, elas serão regidas pela legislação de outro Estado-Membro da UE que permita direitos de terceiros beneficiários. As Partes concordam que esta será a legislação da Irlanda.

Cláusula 18

MÓDULO DOIS: Transferir o controlador para o processador

1. Qualquer disputa decorrente destas Cláusulas deverá ser resolvida pelos tribunais de um Estado-Membro da UE.
2. As Partes concordam que esses serão os tribunais da Irlanda (especificar Estado-Membro).
3. O titular dos dados também poderá mover ações legais contra o exportador e/ou importador de dados perante os tribunais do Estado-Membro no qual tenha residência habitual.
4. As Partes concordam em se submeter à jurisdição de tais tribunais.

Anexo I às Cláusulas Contratuais Padrão

Anexo II ÀS CLÁUSULAS CONTRATUAIS PADRÃO

Este Apêndice faz parte das Cláusulas e deve ser preenchido e assinado pelas partes.

SUBAPÊNDICE D

Keeper Security, Inc.

Declaração de segurança

O Keeper Security, Inc. (KSI) é apaixonado pela proteção das informações de seus clientes com o software de segurança do Keeper para dispositivos móveis e desktops. Milhões de clientes e empresas confiam no Keeper para proteger e acessar suas senhas e informações privadas.

O software Keeper é constantemente aprovado e atualizado para fornecer aos clientes a melhor proteção e tecnologia. Esta página fornece uma visão geral da arquitetura de segurança, metodologias de criptografia e ambientes de hospedagem do Keeper conforme a versão atual publicada. Uma visão geral sobre os detalhes técnicos dos nossos métodos de criptografia e segurança é descrita neste documento.

Proteção de dados

A confiança zero começa com a segurança das senhas. A KSI cria seus produtos usando uma estrutura de segurança de confiança zero, baseada em não confiar em nenhum usuário dentro da arquitetura. A confiança zero pressupõe que todos os usuários e dispositivos possam ser potencialmente comprometidos e, portanto, todos os usuários devem ser verificados e autenticados antes de poder acessar um site, aplicativo ou sistema. Essa estrutura de segurança cibernética é o fundamento da plataforma de segurança cibernética do Keeper. A plataforma fornece aos administradores de TI visibilidade total sobre todos os usuários, sistemas e dispositivos que estão acessando, o que ajuda a garantir a conformidade com os requisitos regulamentares e do setor. Para ter uma estrutura de confiança zero em uma organização, ela deve ter segurança para senhas de primeira classe, apoiada por uma arquitetura de segurança de conhecimento zero.

A KSI é um provedor de segurança de conhecimento zero. O usuário do Keeper é a única pessoa que tem controle total sobre a criptografia e a descriptografia dos próprios dados. Com o Keeper, a criptografia e descriptografia ocorrem apenas no dispositivo do usuário ao fazer login no cofre. Cada registro individual armazenado no cofre do usuário é criptografado com uma chave AES aleatória de 256 bits gerada no dispositivo do usuário. As chaves dos registros são protegidas por uma chave adicional, chamada Chave de dados. A Chave de dados é criptografada por uma chave derivada do dispositivo a partir da senha principal do usuário. Dados armazenados em repouso no dispositivo do usuário também são criptografados por outra chave, chamada Chave do cliente. A sincronização segura de registros entre os dispositivos do usuário também é criptografada na camada de rede e roteada pelo Cloud Security Vault do Keeper. Esse modelo de criptografia de várias camadas fornece a proteção de dados mais avançada disponível no setor.

A chave de criptografia necessária para descriptografar os dados sempre fica com o usuário do Keeper. A KSI não pode descriptografar os dados armazenados do usuário. A KSI não tem acesso à senha principal nem aos registros armazenados no cofre do Keeper. A KSI não pode acessar remotamente o dispositivo de um cliente nem descriptografar o cofre dele. As únicas informações às quais o Keeper Security tem acesso são o endereço de email do usuário, o tipo de dispositivo e os detalhes do plano de assinatura (por exemplo, Keeper Unlimited). Se o dispositivo de um usuário for perdido ou roubado, a KSI poderá ajudar no acesso aos arquivos de backup criptografados para restaurar o cofre do usuário após a substituição do dispositivo.

As informações armazenadas e acessadas no Keeper só são acessíveis pelo cliente, pois são instantaneamente criptografadas e descriptografadas on-the-fly no dispositivo que está sendo usado - mesmo usando o aplicativo Web do Keeper. O método de criptografia usado pelo Keeper é um algoritmo conhecido e confiável chamado AES (Advanced Encryption Standard), com um comprimento de chave de 256 bits. De acordo com a publicação CNSSP-15 do Comitê de Sistemas de Segurança Nacionais, o AES com comprimento de chave de 256 bits é seguro o suficiente para criptografar dados classificados até o nível TOP SECRET do governo dos EUA. O Keeper é certificado pela FIPS 140-3 e validado pelo NIST CMVP (Certificado nº 3976 - https://csrc.nist.gov/projects/cryptographic-module-validation-program/certificate/3976)

As chaves cifradas usadas para criptografar e descriptografar registros de clientes não são armazenadas nem transmitidas para o Cloud Security Vault do Keeper. Entretanto, para fornecer recursos de sincronização entre vários dispositivos, uma versão criptografada dessa chave cifrada é armazenada no Cloud Security Vault e fornecida aos dispositivos na conta do usuário, após o login bem-sucedido no cofre e a autenticação multifator. Esta chave cifrada criptografada só pode ser descriptografada no dispositivo para uso subsequente como chave cifrada de dados.

Senha principal forte

Recomenda-se que os clientes escolham uma senha principal forte para suas contas do Keeper. Esta senha principal não deve ser usada em nenhum lugar fora do Keeper. Os usuários nunca devem compartilhar sua senha principal com ninguém.

Autenticação de dois fatores

Para proteção contra acesso não autorizado ao seu cofre, sites e aplicativos, o Keeper também oferece a Autenticação de dois fatores. A autenticação de dois fatores é um método de autenticação que exige dois ou mais dos três fatores de autenticação: um fator de conhecimento, um fator de posse e um fator inerente.

O Keeper usa algo que você sabe (sua senha) e algo que tem (o telefone em sua posse) para fornecer aos usuários segurança extra caso a senha principal ou o dispositivo sejam comprometidos. Para isso, geramos TOTPs (senhas de uso único baseadas em tempo).

Ao usar um método TOTP MFA/2FA, o Keeper gera uma chave secreta de 10 bytes usando um gerador de números aleatórios criptograficamente seguro. Esse código é válido por cerca de um minuto e é enviado ao usuário por SMS, Duo Security, RSA SecurID, aplicativo TOTP, Google Authenticator ou dispositivos vestíveis compatíveis com o Keeper DNA, como o Apple Watch ou o Android Wear.

Ao usar o aplicativo Google Authenticator ou TOTP no seu dispositivo móvel, o servidor do Keeper gera internamente um código QR contendo sua chave secreta, que nunca é comunicada a terceiros. Toda vez que um usuário desativa e depois reativa a Autenticação de dois fatores, uma nova chave secreta é gerada.

Para ativar a Autenticação de dois fatores, acesse a tela Configurações ou Segurança do aplicativo do Keeper. Clientes do Keeper Business podem, opcionalmente, impor o uso da Autenticação de dois fatores para fazer login no cofre e métodos de 2FA compatíveis através da funcionalidade de aplicação de funções do Keeper Admin Console.

Chaves de segurança FIDO (U2F)

O Keeper é compatível com dispositivos de chave de segurança baseados em hardware compatíveis com FIDO2, como YubiKey e Google Titan, como um segundo fator. As chaves de segurança fornecem uma maneira conveniente e segura de realizar autenticação de dois fatores sem exigir que o usuário insira manualmente códigos de 6 dígitos. É possível configurar várias chaves de segurança para o cofre de um usuário. Em plataformas sem compatibilidade com dispositivos de chave de segurança, os usuários podem recorrer a outros métodos de 2FA configurados. Para configurar uma chave de segurança e outros métodos de autenticação de dois fatores, acesse a tela "Configurações" do aplicativo do Keeper.

Acesso de emergência (legado digital)

O produto do cliente do Keeper tem a capacidade de adicionar até cinco contatos de emergência para conceder acesso ao cofre em caso de uma emergência ou de morte. Depois que um tempo de espera especificado tiver decorrido, o contato de emergência terá acesso ao cofre do usuário. O processo de compartilhamento de um cofre é de conhecimento zero, e a senha principal do usuário nunca é compartilhada diretamente. A criptografia RSA de 2048 bits é utilizada para compartilhar uma chave AES de 256 bits com o contato de emergência, após a expiração do tempo de espera definido pelo usuário original. Portanto, o contato de emergência deve ter uma conta do Keeper (e um par de chaves RSA pública/privada) para aceitar o convite.

Recuperação de contas

Durante o registro da conta, poderá ser solicitado aos usuários que selecionem uma Pergunta e Resposta de segurança ou outro tipo de método de recuperação. Além disso, durante o cadastro, o Keeper gera uma Chave de dados que é usada para criptografar e descriptografar as Chaves de registro armazenadas com cada um dos registros do cofre. A Chave de dados do usuário é criptografada com uma chave derivada da senha principal usando PBKDF2 com 1 milhão de iterações, e cada Chave de registro é criptografada com a Chave de dados. Cada registro no cofre do usuário tem Chaves de registro individuais e diferentes.

A maneira como a recuperação de contas funciona (com o método da Pergunta de segurança) é armazenando uma segunda cópia da chave de dados do usuário, criptografada com a Resposta de segurança selecionada. Para concluir uma recuperação de cofre, o usuário deve inserir um código de verificação enviado por email e o código de Autenticação de dois fatores (se ativado na conta). Recomendamos criar uma pergunta e uma resposta de segurança fortes, bem como ativar o recurso de Autenticação de dois fatores do Keeper na tela "Configurações". Diferentes métodos de recuperação podem estar disponíveis para os usuários com base na configuração da conta empresarial do Keeper, como uma chave de recuperação ou várias chaves divididas. Além disso, a recuperação de contas pode ser desativada pelo cliente. A Autenticação de dois fatores também pode ser exigida de clientes do Keeper Business por meio do Keeper Admin Console.

Os clientes Business e Enterprise recebem um método de recuperação de contas de conhecimento zero para seus usuários, usando a política de Transferência de contas do Keeper.

Criptografia no cliente

Os dados são criptografados e descriptografados no dispositivo do usuário, e não no Cloud Security Vault. Chamamos isso de "Criptografia de cliente" porque o cliente (por exemplo, iPhone, dispositivo Android, aplicativo para desktop, etc.) está realizando a criptografia e descriptografia local dos dados. O Cloud Security Vault armazena texto cifrado criptografado de 256 bits, o que essencialmente não tem utilidade para um intruso. Mesmo que os dados sejam capturados quando transmitidos entre o dispositivo do cliente e o Cloud Security Vault, eles não podem ser descriptografados nem utilizados para atacar ou comprometer os dados privados do usuário.

Quebrar ou hackear uma chave simétrica de 256 bits exigiria 2.128 vezes o poder computacional de uma chave de 128 bits. Em teoria, isso exigiria um dispositivo que demandaria 3 x 1.051 anos para esgotar o espaço de chaves de 256 bits.

Compartilhamento

Cada usuário tem um par de chaves RSA pública e privada de 2048 bits, que é usado para compartilhar outras chaves (como chaves de registro, chaves de pasta e chaves de equipe) entre usuários. As informações compartilhadas são criptografadas com a chave pública do destinatário. O destinatário descriptografa as informações compartilhadas com sua chave privada. Isso permite que um usuário compartilhe registros apenas com o destinatário pretendido, já que apenas o destinatário é capaz de descriptografá-los.

Geração de chaves

O Keeper usa PBKDF2 com HMAC-SHA256 para converter a senha principal do usuário em uma chave de criptografia de 256 bits, com até 1 milhão de iterações. As iterações do PBKDF2 são baseadas na plataforma do dispositivo e gerenciadas pelo usuário na tela "Configurações avançadas" do Keeper.

Armazenamento de chaves

Todas as chaves secretas, como a chave privada RSA e a Chave de dados de cada usuário, são criptografadas antes do armazenamento ou da transmissão. Para consumidores e usuários empresariais que fazem login com uma senha principal, uma chave é derivada da senha principal para descriptografar quaisquer chaves armazenadas. Para clientes corporativos que fazem login com um provedor de identidade SSO, chaves criptografadas são fornecidas ao dispositivo após a autenticação bem-sucedida, e as chaves privadas do usuário são usadas para descriptografar a Chave de dados e outras chaves do cofre. Como o Cloud Security Vault do Keeper não tem acesso à senha principal nem às chaves de criptografia do usuário, não podemos descriptografar nenhuma de suas chaves ou dados armazenados.

Cloud Security Vault do Keeper

O Cloud Security Vault é o software proprietário e a arquitetura de rede da KSI, que está fisicamente hospedada dentro da infraestrutura da Amazon Web Services (AWS). Quando o usuário sincroniza seus registros do Keeper com outros dispositivos em sua conta, os dados binários criptografados são enviados por um túnel TLS criptografado e armazenados no Cloud Security Vault do Keeper em formato criptografado.

Controle de versões de registros

O Keeper preserva um histórico de versões completo e criptografado de todos os registros armazenados no cofre do usuário, assegurando a confiança de que nenhum dado crítico jamais será perdido. No aplicativo cliente do Keeper, os usuários podem examinar o histórico de registros e realizar uma restauração de qualquer registro do cofre individual. Se uma senha ou um arquivo armazenados no Keeper forem alterados ou excluídos, os usuários sempre terão a capacidade de realizar uma restauração pontual.

Keeper Business

Os clientes que compram o Keeper Business recebem uma camada de controle extra sobre seus usuários e dispositivos. Os administradores do Keeper têm acesso a um console administrativo baseado em nuvem, que permite controle total sobre a integração e exclusão de usuários, permissões baseadas em funções, delegação de administração, equipes, integração com Active Directory/LDAP, Autenticação de dois fatores, Single Sign-On e políticas de aplicação de segurança. As políticas de aplicação baseadas em funções do Keeper são totalmente personalizáveis e escaláveis para organizações de qualquer tamanho.

Criptografia em nível de registro

Na camada de criptografia, todos os registros (por exemplo, senha ou credencial) armazenados na plataforma do Keeper têm um identificador de registro exclusivo (UID do registro). Cada registro é criptografado com uma chave de registro. As pastas compartilhadas têm uma chave de pasta compartilhada, cada equipe tem uma chave de equipe e um par de chaves pública/privada, e cada usuário tem uma chave de dados do usuário, uma chave do cliente e um par de chaves pública/privada. Todas as funções que exijam a transferibilidade da conta do usuário têm uma chave de aplicação de função e um par de chaves pública/privada. Os dados em repouso no dispositivo do usuário são criptografados com a chave de cliente do usuário. A chave de dados do usuário e a chave do cliente são criptografadas com a senha principal do usuário.

Os registros criados por um usuário têm a chave de registro criptografada com a chave de dados do usuário. Registros são adicionados a uma pasta compartilhada criptografando a chave de registro com a chave da pasta compartilhada. Os registros são compartilhados diretamente com um usuário criptografando a chave do registro com a chave pública do usuário. Usuários são adicionados a uma pasta compartilhada criptografando a chave da pasta compartilhada com a chave pública do usuário. Equipes são adicionadas a uma pasta compartilhada criptografando a chave da pasta compartilhada com a chave pública da equipe. Usuários são adicionados a uma equipe criptografando a chave da equipe com a chave pública do usuário.

Funções, equipes, pastas compartilhadas e delegação de administração

O Keeper for Business fornece um conjunto seguro e robusto de controles sobre unidades organizacionais, funções, equipes e pastas compartilhadas. Os controles avançados de back-end do Keeper fornecem camadas de segurança mais robustas, com acesso de privilégio mínimo e delegação de administração total.

Em funções que exigem a transferibilidade da conta de um usuário:

A chave de aplicação é criptografada com a chave pública de cada administrador, que tem permissão para realizar a transferência. Reforços separados aplicados a grupos diversos de usuários podem ser designados para serem transferidos por grupos distintos de administradores.

A chave de dados do usuário (para usuários em uma função à qual a exigência é aplicada) é criptografada com a chave pública de aplicação da função (citada adiante como a chave de dados compartilhada do usuário).

Uma conta a ser transferida é realizada bloqueando, e então transferindo e excluindo a conta de um usuário. Isso garante que a operação não seja realizada em segredo. A chave de dados compartilhada do usuário é recuperada pelo administrador e descriptografada. Isso é usado para descriptografar todas as chaves de registro, chaves de equipe e chaves de pasta às quais o usuário transferido tinha acesso, e essas chaves são compartilhadas com a chave pública do usuário para o qual está sendo transferido. O administrador não recebe os dados do registro e da pasta, mas simplesmente transfere as chaves. Apenas o destinatário tem acesso aos dados do registro e da pasta.

Toda a criptografia é realizada pelo lado do cliente, e em momento algum o Keeper tem a capacidade de descriptografar as informações que estão sendo compartilhadas ou transferidas. Além disso, em momento algum a chave de cliente de um usuário é compartilhada. Logo, os dados armazenados em cache no dispositivo de um usuário não podem ser descriptografados sem a senha principal do usuário. Um usuário que for removido de uma equipe, uma pasta compartilhada ou um compartilhamento direto não receberá novos dados da equipe, da pasta compartilhada ou do registro. Embora as chaves de registro, pasta e equipe estejam comprometidas para o administrador, as chaves não são utilizáveis para obter acesso aos dados subjacentes do registro ou da pasta.

Diversos privilégios administrativos diferentes podem ser atribuídos a porções de uma árvore hierárquica, o que permite aos membros da função privilegiada realizarem operações em nosso Keeper Admin Console.

Políticas de aplicação do lado do servidor e do cliente também podem ser aplicadas a funções para determinar o comportamento do cliente para grupos de indivíduos.

Equipes permitem uma fácil distribuição de pastas compartilhadas para grupos de indivíduos.

A proteção por permissões e a proteção por criptografia são dois modelos muito diferentes de nossa segurança. Como a proteção de permissões não exige a troca de chaves, as permissões podem ser alteradas por funcionários do Keeper com autoridade suficiente, de modo que um usuário que não possa editar um registro ao qual tenha acesso possa receber a capacidade de editar o registro. Quando uma chave é comprometida com um usuário, ela se torna uma questão de permissão para os dados subjacentes, e não de criptografia.

Keeper Active Directory / LDAP Bridge

O Keeper Bridge se integra com os servidores do Active Directory e LDAP para provisionar e integrar os usuários. A comunicação do Keeper Bridge é primeiro autorizada por um administrador com privilégios para gerenciar a ponte. Uma chave de transmissão é gerada e compartilhada com o Keeper para todas as comunicações subsequentes. O uso da chave de transmissão é a autorização para todas as operações realizadas pela ponte, exceto por sua inicialização. A chave de transmissão pode ser regenerada a qualquer momento e terá rotação automática a cada 30 dias.

A chave de transmissão serve apenas para transmissões, o que significa que uma chave comprometida pode ser reinicializada ou revogada sem perder nenhum dado ou permissão.

O Keeper Bridge não pode conceder privilégios a uma função ou usuário. Ele pode adicionar um usuário a uma função privilegiada, desde que não sejam necessárias chaves de aplicação. O Keeper Bridge não pode se elevar, nem a um usuário, acima da porção da árvore que gerencia. Nem todas as operações estão disponíveis para o Bridge, ou seja, ele pode desativar um usuário ativo, mas não pode excluir o usuário. O administrador terá que escolher se o usuário será excluído ou transferido.

Autenticação com Single Sign-On (SAML 2.0)

O Keeper pode ser configurado pelos clientes do Keeper Business para autenticar um usuário em seus cofres do Keeper usando produtos de identidade SAML 2.0 padrão. O Keeper é um provedor de serviços pré-configurado em todos os principais provedores de identidade SSO, como Google Apps, Microsoft Azure, Okta, Ping Identity e outros. O mecanismo que o Keeper utiliza para autenticar usuários em seus cofres em um ambiente de conhecimento zero é uma implementação chamada Keeper SSO Connect® (com patente pendente). O Keeper SSO Connect® é um aplicativo de software que os administradores do Keeper Business instalam em sua própria infraestrutura (seja local ou em nuvem), que serve como um ponto de extremidade de provedor de serviços SAML 2.0. Quando ativado em uma unidade organizacional específica, o Keeper SSO Connect® gerencia todas as chaves de criptografia para os usuários finais do Keeper Business. Após a autenticação bem-sucedida no provedor de identidade SSO empresarial, o usuário é conectado ao Keeper com as chaves de criptografia necessárias para descriptografar seu cofre. O software Keeper SSO Connect® funciona em ambientes Windows, Mac e Linux.

SSO Connect® Cloud

A Keeper SSO Connect® Cloud oferece aos clientes do Keeper Enterprise um método para autenticar usuários e descriptografar dados armazenados em um cofre criptografado com conhecimento zero. A autenticação é fornecida por um provedor de identidade (IdP) externo usando protocolos SAML 2.0 padrão, dentro de um ambiente totalmente em nuvem.

Nessa implementação, um usuário pode se autenticar através de seu provedor de identidade SSO e, em seguida, descriptografar o texto cifrado de seu cofre localmente em seu dispositivo. Cada dispositivo tem seu próprio par de chaves pública/privada EC (curva elíptica) e uma chave de dados criptografada. Cada usuário tem sua própria Chave de dados. Para fazer login em um novo dispositivo, o usuário deve utilizar dispositivos existentes para fazer uma aprovação, ou um administrador com privilégios pode aprovar um novo dispositivo.

A importância desse recurso é que o usuário pode descriptografar seu cofre usando uma chave criptografada armazenada na nuvem do Keeper. O conhecimento zero é preservado porque a nuvem do Keeper é incapaz de descriptografar a Chave de dados do usuário em seu dispositivo. A Chave de dados ("DK") do usuário é descriptografada com a chave privada do dispositivo ("DPRIV"), e a Chave de dados criptografada ("EDK") é fornecida ao usuário somente após a autenticação bem-sucedida pelo provedor de identidade designado (por exemplo: Okta, Azure ou AD FS).

Para usuários da SSO Connect® Cloud, uma chave privada de curva elíptica é gerada e armazenada localmente em cada dispositivo. Em navegadores baseados em Chromium, o Keeper Vault armazena a chave privada EC local do dispositivo ("DPRIV") como uma CryptoKey não exportável. Em dispositivos iOS e Mac, a chave é armazenada nas Chaves do dispositivo. Quando disponível, o Keeper utiliza mecanismos de armazenamento seguros.

A Chave privada do dispositivo não é utilizada diretamente para criptografar ou descriptografar dados de um cofre. Após a autenticação bem-sucedida pelo provedor de identidade, uma chave separada (que não é armazenada) é utilizada para descriptografar os dados do cofre. A extração offline da Chave privada local do dispositivo não pode descriptografar o cofre de um usuário.

Diferentes dispositivos/plataformas têm níveis variáveis de segurança e, para oferecer uma segurança ideal, recomendamos usar um navegador atualizado baseado em Chromium.

Como proteção geral contra ataques por dispositivos comprometidos, também recomendamos que todos os dispositivos (como computadores desktop) sejam protegidos com criptografia no nível do disco rígido e software antimalwares atualizado.

Aprovações de dispositivos por SSO

Para fazer login em um novo dispositivo, o usuário deve utilizar dispositivos existentes para fazer uma aprovação, ou um administrador com privilégios pode aprovar um novo dispositivo. Novos dispositivos geram um novo conjunto de chaves públicas/privadas, e o dispositivo que realiza a aprovação criptografa a chave de dados do usuário com a chave pública do novo dispositivo. A chave de dados criptografada (EDK) do novo dispositivo é fornecida ao usuário/dispositivo solicitante e, em seguida, o usuário pode descriptografar sua chave de dados, o que então descriptografa os dados do cofre do usuário. Dentro dos dados descriptografados do cofre, o usuário pode descriptografar suas outras chaves de criptografia privadas, como chaves de registro, chaves de pasta, chaves de equipe, etc.

A importância desse recurso é que o usuário pode descriptografar seu cofre usando uma chave criptografada armazenada pela nuvem do Keeper, além de não exigir nenhum serviço de aplicativo local ou hospedado pelo usuário para gerenciar as chaves de criptografia. O conhecimento zero é preservado porque a nuvem do Keeper é incapaz de descriptografar a Chave de dados do usuário em seu dispositivo. A Chave de dados do usuário é descriptografada com a chave privada do dispositivo (DPRIV), e a EDK só é fornecida ao usuário após a autenticação bem-sucedida pelo provedor de identidade designado (por exemplo: Okta, Azure ou AD FS).

Do ponto de vista do administrador, os benefícios são: configuração fácil e nenhuma necessidade de software hospedado para gerenciar chaves de criptografia, conforme descrito no modelo de criptografia atual do Keeper SSO Connect®. A única mudança no fluxo de trabalho desse modelo (em comparação com a implementação local do Keeper SSO Connect®) é que o usuário deve realizar a aprovação do novo dispositivo em um dispositivo ativo ou delegar a responsabilidade de realizar a aprovação do dispositivo a um administrador do Keeper.

Keeper SSO Connect® On-Prem

O SSO Connect® On-Prem é uma integração autohospedada que exige um servidor de aplicativos hospedado em Windows ou Linux. Para manter a segurança de conhecimento zero e garantir aos usuários uma experiência SSO perfeita, o Keeper SSO Connect® deve ser instalado no servidor do cliente. Ambientes Windows, Mac e Linux são totalmente compatíveis com modos operacionais de balanceamento de carga com Alta Disponibilidade (HA).

O Keeper SSO Connect® gera e mantém automaticamente a senha principal de cada usuário provisionado, que é uma chave de 256 bits gerada aleatoriamente. Esta senha principal é criptografada com a Chave SSO. A Chave SSO é criptografada com a Chave da árvore. A Chave SSO é recuperada do servidor após a inicialização do serviço do Keeper SSO Connect® e, em seguida, descriptografada usando a Chave da árvore, que é armazenada localmente no servidor para permitir a inicialização automática do serviço. A comunicação entre o SSO Connect® e o Cloud Security Vault do Keeper é protegida com uma Chave de transmissão. As comunicações SAML são assinadas criptograficamente e protegidas pelos algoritmos de assinaturas RSA-SHA256 ou ECDSA-SHA256, dependendo do tipo de chave de criptografia (RSA ou EC) fornecida pelo cliente.

BreachWatch

O BreachWatch verifica constantemente os registros do Keeper em busca de violações de dados públicos e alerta o usuário dentro do cofre. O BreachWatch é uma arquitetura de conhecimento zero que usa várias técnicas em camadas para proteger as informações de nossos clientes. Em resumo:

1. Uma função de hash criptográfica segura com chave e a anonimização são usadas para realizar uma comparação de senhas com um banco de dados contendo informações sobre contas violadas.
2. As senhas dos clientes são processadas com um módulo de segurança de hardware (HSM) e uma chave secreta não exportável antes de serem comparadas com senhas violadas ou armazenadas nos servidores do BreachWatch.
3. Os clientes do Keeper interagem com o BreachWatch usando IDs anonimizadas do BreachWatch, que são desvinculadas de outros identificadores dos clientes do Keeper.
4. O BreachWatch separa nomes de usuários e senhas em serviços separados com IDs distintas e anonimizadas, com o objetivo de desvincular nomes de usuários e domínios das senhas.
5. Os clientes do BreachWatch nunca fazem upload de informações de domínios; apenas domínios de download.

O caminho dos dados da senha com hash de um cliente através do BreachWatch. Apenas senhas reforçadas com um HSM e uma chave não exportável são armazenadas nos servidores do BreachWatch. Os clientes do BreachWatch usam IDs anonimizadas ao interagir com os servidores do BreachWatch.

Para criar um serviço seguro, o Keeper dividiu o BreachWatch em três serviços: cada um para verificar domínios, nomes de usuários, senhas e pares de nome de usuário + senha. Os aplicativos clientes do Keeper entram em contato com cada um desses serviços de back-end usando uma API REST criptografada.

Verificação de domínios

Os clientes do BreachWatch baixam uma lista de domínios que foram violados e realiza a verificação localmente.

Verificação de nomes de usuários e senhas

Os dispositivos dos clientes se conectam ao BreachWatch e fazem upload de uma lista de nomes de usuários (ou senhas) com hash, juntamente com um identificador aleatório selecionado pelo cliente (identificadores separados para os serviços de verificação de nomes de usuários e de senhas). Esses hashes de senhas são processados no upload com HMAC usando um módulo de segurança de hardware (HSM) e uma chave secreta armazenada no HSM, marcada como não exportável (o que significa que o HSM só processará o HMAC localmente e a chave não pode ser extraída). Essas entradas com HMAC (nomes de usuários ou senhas) são comparadas com os conjuntos de dados de violações que foram processados com o mesmo HMAC e a mesma chave. Quaisquer correspondências são relatadas ao dispositivo do cliente. Todos os valores que não tiverem correspondência são armazenados junto com a ID anonimizada do cliente.

À medida que novos nomes de usuários e senhas violados são adicionados ao sistema, eles são processados com HMAC no HSM, adicionados ao conjunto de dados do BreachWatch e comparados com os valores armazenados dos clientes. Qualquer correspondência produz um alerta para a ID desse cliente.

Os clientes se conectam periodicamente ao BreachWatch e apresentam seus IDs do BreachWatch. As mensagens enfileiradas são baixadas e os clientes carregam nomes de usuários e senhas novos ou alterados, que são processados da mesma forma.

A segurança dos serviços do BreachWatch é do tipo "confiar no primeiro uso" (TOFU). Ou seja, os clientes devem supor que o servidor do BreachWatch não é malicioso (quer dizer, não está ativamente comprometido por um atacante) quando o cliente carrega os valores com hash. Quando esses valores são processados com um HSM, são protegidos contra tentativas de violação off-line. Em outras palavras, se um atacante rouba o conjunto de dados de valores armazenados do cliente, não conseguem violar esses valores off-line sem a chave HMAC armazenada no HSM.

Se a brecha de uma senha for detectada, o dispositivo do cliente envia um hash de combinação de nome de usuário e senha para os servidores do BreachWatch, que então realiza uma comparação de hash de HMAC para determinar se uma combinação de nome de usuário e senha foi violada e, se este for o caso, o domínio relacionado a essas brechas são devolvidos para que o cliente possa determinar se a combinação de nome de usuário, senha e domínio é correspondente. Se todos os três parâmetros forem correspondentes com o dispositivo do cliente, o usuário é acionado sobre a gravidade da brecha.

BreachWatch Business

Quando o BreachWatch é ativado para clientes empresariais e comerciais, os cofres de usuário final são verificados automaticamente, sempre que um usuário se conecta com o Keeper. Os dados de resumo do BreachWatch verificados no dispositivo do usuário são criptografados com a chave pública empresarial e descriptografados pelo administrador empresarial ao se conectar com o console de administrador do Keeper. Estas informações criptografadas incluem endereço de e-mail, número de registros de alto risco, número de registros resolvidos e número de registros ignorados. O administrador do Keeper pode ver as estatísticas de resumo de nível de usuário dentro da interface de usuário do console de administrador.

Registro de eventos e geração de relatórios

Quando integrados ao módulo de Relatórios e alertas avançados, os dispositivos de usuários finais do Keeper também têm a opção de serem configurados para transmitir eventos detalhados em tempo real para soluções SIEM de terceiros e para a interface de relatórios do Keeper Admin Console. Os dados do evento contêm endereço de email, UID do registro, endereço IP e informações do dispositivo (os eventos não incluem dados de registro descriptografados, já que o Keeper é uma plataforma de conhecimento zero e não pode descriptografar dados de usuários).

Por padrão, os dados detalhados de eventos do BreachWatch não são enviados ao módulo de Relatórios e alertas avançados, nem a nenhum sistema de registro externo conectado. Para ativar a geração de relatórios em nível de evento dos dados do BreachWatch para o módulo de Relatórios e alertas avançados, é necessário ativar a política de aplicação de funções de eventos na tela da função específica > Políticas de aplicação > Recursos do cofre. Após a ativação, os dispositivos dos clientes usuários finais começarão a enviar esses dados de eventos. Como a integração com soluções SIEM de terceiros é transmitida do back-end do Keeper para o SIEM de destino, essas informações de eventos são, portanto, legíveis pelo SIEM de destino e podem ser usadas para identificar quais registros e quais usuários dentro da organização têm senhas de alto risco. Se o Administrador do Keeper não quiser transmitir dados de eventos em nível de registro ao módulo de Relatórios e alertas avançados do Keeper, essa configuração pode ser desativada.

Modo off-line

O Modo offline permite que usuários tenham acesso aos seus cofres quando não conseguirem se conectar online ao Keeper ou aos seus provedores de identidade SSO. Esse recurso está disponível no aplicativo para dispositivos móveis e para desktops do Keeper, além de ser estendido a usuários do plano Business em navegadores populares.

O recurso funciona fazendo uma cópia do cofre no dispositivo local do usuário. Os dados do cofre armazenados offline são criptografados em AES-GCM com uma "Chave de cliente" de 256 bits, gerada aleatoriamente e protegida por PBKDF2-HMAC-SHA512 com até 1 milhão de iterações e um sal aleatório. O sal e as iterações são armazenados localmente. Quando o usuário insere sua senha principal, uma chave é derivada usando o sal e as iterações; e é feita uma tentativa de descriptografar a Chave do cliente. A Chave de cliente é então usada para descriptografar o cache de registros armazenado. Se a Proteção contra autodestruição estiver ativada no cofre do usuário, cinco tentativas de login fracassadas apagarão automaticamente todos os dados do cofre armazenados localmente.

Arquitetura de rede

A KSI utiliza a Amazon AWS na América do Norte, Europa e Austrália para oferecer privacidade de dados localizada e segregação geográfica para hospedar e operar a solução e a arquitetura do Keeper. Usar a Amazon AWS permite que o Keeper dimensione recursos sob demanda de forma simples e forneça aos clientes um ambiente de armazenamento em nuvem mais rápido e seguro. A KSI trabalha tanto em ambientes com várias zonas e várias regiões para maximizar a disponibilidade e oferecer o melhor tempo de resposta aos clientes.

Autenticação de servidor

O Cloud Security Vault do Keeper é protegido por uma API que autentica todas as solicitações do dispositivo do cliente. No dispositivo do cliente, uma "Chave de autenticação" de 256 bits é derivada da senha principal usando PBKDF2-HMAC-SHA256 e um sal aleatório. Um "Hash de autenticação" é gerado fazendo hash da "Chave de autenticação" usando SHA-256. Para fazer login, o Hash de autenticação é comparado com um Hash de autenticação armazenado no Cloud Security Vault. Após o login, um token de sessão é gerado e usado pelo dispositivo do cliente para solicitações posteriores. Esse token de autenticação deve ser renovado a cada 30 minutos ou mediante solicitação do servidor.

Criptografia em camada de transporte

A KSI é compatível com TSL de 256 e 128 bits para criptografar todas as transferências de dados entre o aplicativo cliente e o armazenamento baseado em nuvem da KSI. Esse é o mesmo nível de criptografia em que milhões de indivíduos e empresas confiam todos os dias para transações na web que exigem segurança, como serviços bancários e compras online, negociação de ações, acesso a informações médicas e apresentação de declarações de impostos.

A KSI implanta certificados TLS assinados usando o SHA2, que é o algoritmo de assinatura mais seguro oferecido atualmente por autoridades comerciais de certificação. O SHA2 é significativamente mais seguro do que o SHA1, que é mais amplamente usado e que pode ser explorado devido a uma fraqueza matemática identificada no algoritmo. O SHA2 ajuda a proteger contra a emissão de certificados falsificados que poderiam ser usados por um invasor para se passar por um site.

A KSI também é compatível com a Transparência de Certificados (CT), uma nova iniciativa do Google para criar um registro publicamente auditável de certificados assinados por autoridades de certificação. A CT ajuda na proteção contra a emissão de certificados por entidades não autorizadas. A CT é atualmente compatível com as versões mais recentes do navegador Chrome. Mais informações sobre a Transparência de Certificados podem ser encontradas em: https://www.certificate-transparency.org. O Keeper é compatível com os seguintes conjuntos de cifras 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

Key Pinning

Os clientes nativos do Keeper implementam o Key Pinning, um mecanismo de segurança que previne personificações por invasores usando certificados fraudulentos.

Proteção contra ataques de Cross-Site Scripting (XSS)

O Cofre Web do Keeper implementa uma política rigorosa de segurança de conteúdo que restringe a origem das solicitações enviadas e impede todos os scripts de serem executados, exceto aqueles explicitamente provenientes do Keeper, incluindo scripts em linha e atributos HTML de tratamento de eventos, reduzindo ou eliminando a maioria dos vetores para ataques de script entre sites.

O acesso aos nomes de domínio KeeperSecurity.com e KeeperSecurity.eu é restrito a HTTPS com TLS v1.3 e é exigido pela Segurança de Transporte Rigorosa de HTTP. Isso evita uma grande variedade de analisadores de pacotes, modificações de dados e ataques man-in-the-middle.

Na Extensão para navegadores do Keeper, o Keeper não solicitará que os usuários façam login em seu cofre dentro da área da página. O login na extensão ocorre no navegador, na área da barra de ferramentas de Extensões para navegador. O login no cofre a partir do navegador sempre ocorrerá no domínio KeeperSecurity.com, no domínio KeeperSecurity.eu ou na barra de ferramentas da extensão para navegadores do Keeper, que existe fora da página de conteúdo.

A Extensão para navegadores do Keeper no Chrome, Firefox, Edge e Opera utiliza iFrames para injetar dados de registro nas telas de login de sites, garantindo assim que nenhum site malicioso tenha acesso ao conteúdo injetado. O conteúdo de registros injetado em iFrames também é limitado aos registros de cofre armazenados no cofre do usuário que correspondem ao domínio do site de destino. O Keeper não oferecerá o Preenchimento automático de dados de login ou senha, a menos que o domínio do site corresponda ao campo de domínio do site do registro no cofre do Keeper.

A Extensão do Internet Explorer usa uma janela de aplicativo nativa e separada para fazer login e acessar registros. Essas janelas separadas não estão sujeitas a ataques XSS porque não são acessíveis através do navegador. Isso permite que a Extensão no Internet Explorer forneça uma janela de login de dentro da página. A extensão não mostrará registros a menos que eles correspondam ao domínio raiz do endereço do site.

Extensões para navegadores de terceiros podem ter permissões elevadas em navegadores e podem acessar informações dentro da página. Logo, é recomendável que os administradores do Keeper evitem que os usuários instalem extensões de navegador de terceiros não aprovadas a partir da loja de aplicativos do respectivo navegador.

Chaves, Touch ID® e Face ID® do iOS

Em dispositivos iOS, o Touch ID e o Face ID permitem que você acesse seu cofre do Keeper usando sua biometria. Para fornecer esse recurso conveniente, uma "chave biométrica" de 256 bits gerada aleatoriamente é armazenada nas Chaves do iOS. O item Chaves do iOS criado para essa funcionalidade não é designado para sincronizar-se com as Chaves do iCloud e, portanto, não sairá do seu dispositivo móvel iOS.

É altamente recomendável que você use uma senha principal complexa e ative a autenticação multifator para fornecer segurança máxima a seu Keeper Vault criptografado. O uso do Touch ID e do Face ID torna mais cômodo usar uma senha principal complexa em seu dispositivo móvel iOS. Também é recomendável definir uma senha mais longa do que o mínimo de quatro dígitos para proteger as Chaves do iOS.

As Chaves do iOS são usadas pelo iOS e por aplicativos para armazenar credenciais de maneira segura. Aplicativos iOS usam as Chaves do iOS para armazenar uma variedade de informações confidenciais, incluindo senhas de sites, chaves, números de cartões de crédito e informações do Apple Pay™. O Keeper não usa as Chaves do iOS para armazenar seus registros do Keeper. Todos os registros do Keeper são protegidos com criptografia AES de 256 bits e são armazenados com segurança no Keeper Vault. As Chaves do iOS também são criptografadas em AES de 256 bits usando a senha do dispositivo. Mesmo se o dispositivo for perdido ou roubado, ou se um invasor obtiver acesso ao dispositivo móvel, não será possível acessar nenhuma das informações armazenadas do Keeper. As Chaves do iOS não podem ser descriptografadas sem a senha e o Keeper Vault não pode ser descriptografado sem a senha principal do Keeper do usuário.

Biometria

O Keeper tem compatibilidade nativa com Windows Hello, Touch ID, Face ID e biometria do Android. Os clientes que geralmente fazem login no Keeper Vault usando uma senha principal ou um Login SSO empresarial (SAML 2.0) também podem fazer login em seus dispositivos usando biometria. A biometria deve ser ativada pelo Administrador do Keeper na política de funções. Também é possível obter acesso offline com biometria, tanto por usuários de senha principal quanto de SSO, quando esse recurso está ativado.

Quando o login biométrico é ativado em um dispositivo, uma chave aleatória é gerada localmente e armazenada no segmento seguro do dispositivo (por exemplo, nas Chaves). A Chave de dados do usuário é criptografada com a chave biométrica. Após a autenticação biométrica bem-sucedida, a chave é recuperada e o usuário é capaz de descriptografar o próprio cofre.

Apple Watch®

O recurso Favorito do Apple Watch permite ver registros selecionados em Apple Watch pareado. Os registros do Keeper devem estar explicitamente habilitados para permitir exibição no Apple Watch. O Apple Watch pareado se comunica com a extensão de relógio do Keeper, que funciona de maneira invisível num espaço restrito, separado do aplicativo iOS Keeper. A extensão de relógio do Keeper também usa a Chave do iOS para armazenar com segurança e ter acesso a chaves para habilitá-lo a se comunicar de maneira imperceptível e segura com o aplicativo iOS Keeper.

Keeper DNA®

O Keeper DNA oferece um método de autenticação multifator usando um dispositivo smart watch. Quando usado com um Apple Watch emparelhado, o Keeper DNA fornece um método de autenticação multifator incomparável em termos de comodidade e segurança. O Keeper DNA usa tokens seguros armazenados no Keeper Vault e gera códigos baseados em tempo para autenticação multifator. Essas solicitações de autenticação baseadas em tempo podem ser aprovadas e enviadas automaticamente do Apple Watch (ou do dispositivo Android Wear) com um toque na tela do relógio, ou inseridas manualmente pelo usuário. Várias camadas de criptografia, o Touch ID e a autenticação multifator ajudam a tornar o Keeper DNA o método de autenticação mais elegante, seguro e avançado disponível.

Conformidade e auditorias

Certificação FedRAMP High

Keeper ICAM & Identity Security Platform for Government é a plataforma de gerenciamento de senhas e segurança cibernética do Keeper Security para organizações do setor público. A Keeper ICAM & Identity Security Platform for Government é um provedor certificado pelo FedRAMP com nível de impacto alto, hospedado na AWS GovCloud (EUA). A Keeper ICAM & Identity Security Platform for Government pode ser encontrada no FedRAMP Marketplace.

O Programa Federal de Gerenciamento de Riscos e Autorizações (FedRAMP) é um programa do governo federal dos EUA que oferece uma abordagem padronizada para avaliações de segurança, autorização e monitoramento contínuo de produtos e serviços em nuvem. O FedRAMP busca acelerar a adoção de soluções modernas baseadas em nuvem por agências governamentais, com ênfase na segurança e na proteção de informações federais.

Autorização GovRAMP High

O GovRAMP foi desenvolvido cerca de uma década após FedRAMP, com o objetivo de encorajar a adoção de soluções seguras baseadas em nuvem em níveis de governo local e estadual. Conquistar a autorização de GovRAMP é normalmente um processo de dois anos facilitado pelo programa de reciprocidade graças à autorização FedRAMP do Keeper.

Conformidade com SOC 2

Os registros de cofre de cliente são protegidos usando práticas de controle interno monitorados e rigorosos. O Keeper tem conformidade SOC 2 Tipo 2 por dez anos de acordo com a estrutura de Controle de Organização de Serviço AICPA. A conformidade SOC 2 ajuda a garantir que os cofres de usuários sejam protegidos com a implementação de controles padronizados conforme definido pela estrutura de Princípios de Serviço de Confiança AICPA.

Certificação ISO 27001, 27017 e 27018

O Keeper tem certificação ISO 27001, 27017 e 27018, cobrindo a infraestrutura de nuvem e o sistema de gerenciamento de informações do Keeper Security, dando suporte à plataforma empresarial do Keeper. As certificações ISO do Keeper incluem gerenciamento e operação de serviços de nuvem e cofres digitais, controles de segurança de nuvem, controles de privacidade de dados, desenvolvimento de aplicativos e software e proteção de ativos digitais tanto para serviços de nuvem quanto para cofres digitais.

Conformidade com o GDPR

O Keeper está em conformidade com o GDPR, e estamos comprometidos em garantir que nossos processos de negócios e produtos permaneçam em conformidade para nossos clientes na União Europeia.

Conformidade com ITAR

A Keeper ICAM & Identity Security Platform for Government suporta conformidade com o Regulamento de Tráfego em Armas Internacional dos Estados Unidos (ITAR). Companhias sujeitas a regulamentos de exportação de ITAR devem controlar exportações não intencionais restringindo o acesso aos dados protegidos aos cidadãos dos EUA e restringindo o local físico dos dados protegidos aos EUA.

O ambiente moderado Keeper ICAM & Identity Security Platform for Government's do suporta os requisitos de ITAR com os seguintes itens:

• O armazenamento de dados totalmente em conformidade é hospedado na AWS GovCloud e restrito aos EUA.
• O Keeper ICAM & Identity Security Platform for Government oferece criptografia de dados seguros em trânsito e em repouso.
• Segurança de conhecimento zero e confiança zero, em conjunto com permissões granulares, permitem que as organizações garantam que apenas pessoas aprovadas possam acessar os dados confidenciais.
• Os recursos de relatórios de conformidade robusta fornecem um traço de auditoria eletrônico rastreável de todas as ações realizadas e dados inseridos.
• A equipe de sucesso de clientes ocultados é composta por cidadãos dos EUA especificamente treinados para o tratamento seguro de dados com controle de exportação e regidos pela ITAR, sem suporte fora dos EUA.

O ambiente FedRAMP do Keeper foi fiscalizado por uma organização de avaliação terceirizada independente (3PAO) para validar que os controles adequados foram colocados para suportar os programas de conformidade de exportação de clientes e continua sendo fiscalizado anualmente conforme necessário para manter a conformidade.

Mais informações sobre ITAR.

Certificação FSQS-NL

A Keeper Security EMEA Limited tem certificação do Hellios Financial Services Qualification System-Netherlands (FSQS-NL), que reconhece os padrões mais alto de segurança, qualidade e inovação nos Países Baixos. Esse padrão demonstra a conformidade com a Financial Conduct Authority e a Prudential Regulation Authority para garantir a confiabilidade do software Keeper Enterprise para grandes bancos e instituições financeiras.

Proteção de dados médicos de pacientes

O software Keeper está em conformidade com as normas de proteção de dados médicos, atendendo, sem limitação, a HIPAA (Lei de portabilidade e responsabilidade de seguro de saúde) e a DPA (Lei de proteção de dados).

Conformidade com HIPAA e Contratos de Associados Comerciais

O Keeper é uma plataforma de segurança de conhecimento zero com certificação SOC2 e ISO 27001, 27017 e 27018, além de estar em conformidade com a HIPAA. São mantidos a aderência e controles rigorosos que abrangem privacidade, confidencialidade, integridade e disponibilidade. Com essa arquitetura de segurança, o Keeper não pode descriptografar, visualizar nem acessar nenhuma informação armazenada no Keeper Vault de um usuário, incluindo ePHI. Pelos motivos acima mencionados, o Keeper não é um Parceiro de Negócios conforme definido na Lei de Portabilidade e Responsabilidade de Seguros de Saúde (HIPAA) e, portanto, não está sujeito a um Contrato de Parceiro de Negócios.

Para obter mais informações sobre os benefícios adicionais para os provedores de assistência à saúde e companhias de seguros de saúde, leia toda esta Divulgação de Segurança e acesse o nosso Guia empresarial.

Conformidade com a Lei de Resiliência Operacional Digital (DORA)

Em apoio à conformidade com a Lei de Resiliência Operacional Digital (DORA), o Keeper mantém medidas operacionais e de segurança minuciosas para proteger seus softwares e sistemas. Isso inclui, mas não está limitado a, implementação de processos eficazes de gerenciamento de riscos, monitoramento e gerenciamento da disponibilidade de tempo de atividade, manutenção de políticas internas rigorosas sobre segurança, exigência de treinamentos internos de segurança e estabelecimento de protocolos de resposta a incidentes. O Keeper monitora, atualiza e refina continuamente seus procedimentos para mitigar riscos e garantir a funcionalidade operacional e a segurança em todos os softwares e serviços do Keeper.

Testes de penetração

O Keeper realiza testes de penetração periódicos com especialistas externos, incluindo o NCC Group, aSecarma, aRhino Security, aCybertest e pesquisadores de segurança independentes, em todos os nossos produtos e sistemas. O Keeper também fez parceria com o Bugcrowd para gerenciar seu programa de divulgação de vulnerabilidades (VDP).

Verificações de segurança e testes de penetração por terceiros

A KSI é testada diariamente pela McAfee Secure para garantir que o aplicativo web do Keeper e o Cloud Security Vault da KSI estejam seguros contra exploits remotos conhecidos, vulnerabilidades e ataques de negação de serviço. Selos da McAfee Secure podem ser encontrados no site do Keeper para confirmar a testagem diária do site, do aplicativo web e do Cloud Security Vault.

Uma varredura de segurança externa e abrangente é realizada mensalmente no site do Keeper, no aplicativo web do Keeper e no Keeper Cloud Security Vault pela McAfee Secure. A equipe do Keeper conduz periodicamente varreduras externas sob demanda pela McAfee Secure.

Conformidade sobre processamento de pagamentos e PCI

A KSI usa o PayPal e o Stripe para processar com segurança pagamentos com cartões de débito e de crédito, através do site de pagamentos da KSI. O PayPal e o Stripe são soluções de processamento de transações em conformidade com PCI-DSS.

A conformidade com PCI-DSS da KSI é certificada pela McAfee Secure.

Escudo de Privacidade UE-EUA

O cliente da web do Keeper, o aplicativo para Android, o aplicativo para Windows Phone, o aplicativo para iPhone/iPad e as extensões de navegador tiveram a conformidade com o Escudo de Privacidade da UE certificada pela UE-EUA do Departamento de Comércio dos EUA. Programa Escudo de Privacidade, que atende à Diretriz de Proteção de Dados da Comissão Europeia.

Para obter mais informações sobre o programa Escudo de Privacidade EUA-UE do Departamento de Comércio dos EUA, acesse https://www.privacyshield.gov

FIPS 140-3 validada

O Keeper utiliza módulos de criptografia validados pela FIPS 140-3 para atender aos rigorosos requisitos de segurança dos governos e do setor público. A criptografia do Keeper foi certificada pela CMVP do NIST e validada de acordo com o padrão FIPS 140 por laboratórios terceirizados credenciados. O Keeper recebeu o certificado #3967 sob o CMVP do NIST

Conformidade com o FDA 21 CFR Parte 11

O Keeper está em conformidade com o 21 CFR Parte 11, que se aplica a cientistas trabalhando em ambientes altamente regulados, incluindo pesquisadores que conduzem estudos clínicos. Esta regulação especifica os critérios do FDA sob os quais os registros e as assinaturas eletrônicos são considerados confiáveis e equivalentes a registros em papel com assinaturas manuscritas. Especificamente, os cientistas devem garantir que todos os softwares que usam estejam em conformidade com as regras do 21 CFR Parte 11 em relação a:

Controles de segurança para identificação de usuários - O Keeper está em conformidade com os requisitos do 21 CFR Parte 11 para recursos de segurança que limitam o acesso dos usuários e seus privilégios, incluindo garantir que todos os usuários tenham nomes de usuários e senhas únicos, a capacidade de detectar e impedir acesso não autorizado aos sistemas e a habilidade de bloquear contas comprometidas.

Trilha de auditoria detalhada

Durante a inspeção de FDA, os reguladores exigem que os pesquisadores forneçam um caminho de fiscalização detalhando o registro cronológico de todas as operações. Os recursos de geração de relatórios de conformidade do Keeper permitem que os pesquisadores produzam facilmente os caminhos de auditoria eletrônica rastreáveis.

Assinaturas eletrônicas

Quando um documento exige uma assinatura eletrônica legalmente vinculável, o 21 CFR Parte 11 exige que ela esteja anexada a um login e senha únicos ou à identificação biométrica. O Keeper tem suporte para esse requisito ao permitir que os pesquisadores garantam que todos os usuários tenham nomes de usuário e senhas únicos, guardados seguramente em um cofre digital que somente o usuário pode acessar.

Exportação licenciada pelo Departamento de Comércio dos EUA quanto à EAR

O Keeper é certificado pelo Comitê de Indústria e Segurança do Departamento de Comércio dos EUA como Mercadoria de Exportação com Número de Controle de Classificação 5D992, em conformidade com os Regulamentos da Administração de Exportação (EAR).

Para obter mais informações sobre a EAR: https://www.bis.doc.gov

Monitoramento remoto 24 horas por dia, sete dias por semana

O Keeper é monitorado constantemente por uma rede de monitoramento global composta por terceiros, para garantir que nosso site e o Cloud Security Vault estejam disponíveis no mundo todo.

Se tiver dúvidas sobre essa declaração de segurança, entre em contato conosco.

Emails falsos ou de phishing

Se você receber um email supostamente enviado pela KSI e não tiver certeza se ele é legítimo, pode ser um "email de phishing", em que o endereço de email do remetente é forjado ou "falsificado". Nesse caso, um email pode conter links para um site que se pareça com o KeeperSecurity.com, mas não é o nosso site. O site poderá pedir sua senha principal do Keeper Security ou tentar instalar softwares indesejados no seu computador, em uma tentativa de roubar suas informações pessoais ou de acessá-lo. Outros emails contêm links que podem redirecioná-lo para outros sites potencialmente perigosos. A mensagem também pode incluir anexos, que normalmente contêm softwares indesejados chamados "malwares". Se estiver na dúvida sobre um email que chegou em sua caixa de entrada, deve excluí-lo sem clicar em nenhum link nem abrir nenhum anexo.

Se você deseja denunciar um email supostamente da KSI que acredita ser uma falsificação ou se tiver outras preocupações de segurança envolvendo outras questões com a KSI, entre em contato conosco.

Infraestrutura de hospedagem certificada pelos mais rigorosos padrões do mercado

O site do Keeper e o armazenamento em nuvem são executados usando a infraestrutura de computação em nuvem segura Amazon Web Services (AWS). A infraestrutura de nuvem AWS, que armazena a arquitetura do sistema do Keeper, foi certificada para atender a certificações, relatórios e declarações dos seguintes terceiros:

• 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

Relatórios de vulnerabilidades e o Programa de caça a erros

O Keeper Security está comprometido com as práticas recomendadas do setor de divulgação responsável de problemas de segurança em potencial. Levamos sua segurança e privacidade a sério e estamos comprometidos com a proteção da privacidade e dos dados pessoais de nossos clientes. A missão da KSI é criar os aplicativos de segurança mais seguros e inovadores do mundo, e acreditamos que os relatórios de bugs da comunidade mundial de pesquisadores de segurança são um componente valioso para garantir a segurança dos produtos e serviços da KSI.

Manter nossos usuários protegidos é fundamental entre nossos valores como organização. Valorizamos as contribuições de pesquisadores de boa-fé e acreditamos que um relacionamento contínuo com a comunidade de segurança cibernética nos ajuda a garantir sua segurança e privacidade, além de tornar a internet um lugar mais seguro. Isso inclui incentivar testes de segurança responsáveis e a divulgação de vulnerabilidades de segurança.

Diretrizes

A Política de Divulgação de Vulnerabilidades do Keeper define as expectativas ao trabalhar com hackers de boa fé, bem como o que você pode esperar de nós.

Se os testes e relatórios de segurança forem realizados dentro das diretrizes desta política, nós:

• Consideramos que sejam autorizados de acordo com a Lei de Abusos e Fraudes com Computadores,
• Consideramos que sejam isentos do DMCA e não resultarão em uma reclamação contra você por contornar quaisquer controles de segurança ou tecnologia,
• Consideramos que sejam legais e não resultarão nem apoiarão qualquer ação legal relacionada a este programa contra você,
• Trabalharemos com você para entender e resolver rapidamente o problema, e
• Reconheceremos publicamente suas contribuições se você for o primeiro a relatar o problema e faremos uma mudança de código ou configuração com base no problema.

Se a qualquer momento você tiver preocupações ou incertezas sobre fazer testes de uma forma que seja consistente com as Diretrizes e o Escopo desta política, entre em contato conosco em security@keepersecurity.com antes de prosseguir.

Para encorajar os testes de segurança de boa fé e a divulgação das vulnerabilidades descobertas, pedimos que você:

• Evite violar a privacidade, prejudicar a experiência de usuários, interromper sistemas corporativos ou de produção e/ou destruir dados,
• Execute a pesquisa apenas dentro do escopo definido pelo programa de divulgação de vulnerabilidades Bugcrowd, cujo link segue abaixo, e respeitando sistemas e atividades que estejam fora do escopo,
• Entre em contato conosco imediatamente em security@keepersecurity.com se encontrar quaisquer dados de usuários durante os testes, e
• Dê-nos tempo razoável para analisar, confirmar e resolver o problema relatado antes de divulgar publicamente qualquer vulnerabilidade descoberta.

Enviar um relatório

O Keeper fez uma parceria com a Bugcrowd para gerenciar nosso programa de divulgação de vulnerabilidades.

Envie relatórios através de https://bugcrowd.com/keepersecurity.

Informações adicionais

Documentação do produto

O portal de documentação do Keeper, contendo manuais do produto, informações técnicas, notas de versões e guias para o usuário final, está disponível em: https://docs.keeper.io

Status do sistema

O status do sistema em tempo real pode ser encontrado em: https://statuspage.keeper.io

SUBAPÊNDICE E

Adendo do Reino Unido

Cláusulas padrão de proteção de dados a serem emitidas pelo Comissário sob a Lei de Proteção de Dados de 2018 S119A(1)

Adendo de Transferência Internacional de Dados às Cláusulas Contratuais Padrão da Comissão da UE

VERSÃO B1.0, em vigor desde 21 de março de 2022

Este Adendo foi emitido pelo Comissário de Informações para Partes que fazem Transferências Restritas. O Comissário de Informações considera que fornece Salvaguardas Apropriadas para Transferências Restritas quando é celebrado como um contrato legalmente vinculante.

Parte 1: Tabelas

Tabela 1: Partes

Tabela 2: SCCs, módulos e cláusulas selecionadas

Tabela 3: Informações do Apêndice

"Informações do Apêndice" significam as informações que devem ser fornecidas para os módulos selecionados, conforme estabelecido no Apêndice das SCCs Aprovadas pela UE (que não sejam as Partes), e que para este Adendo são estabelecidas em:

Anexo 1A: Lista de Partes: consulte o Anexo 1 do Adendo entre as partes.

Anexo 1B: Descrição da transferência: consulte o Subapêndice A do Adendo entre as partes.

Anexo II: Medidas técnicas e organizacionais, incluindo aquelas que visam garantir a segurança dos dados: consulte o Subapêndice D do Adendo entre as partes.

Anexo III: Lista de subprocessadores (apenas Módulos 2 e 3): consulte o Subapêndice B do Adendo entre as partes.

Tabela 4: Encerramento deste Adendo quando o Adendo Aprovado é alterado

Parte 2: Cláusulas obrigatórias

Celebração deste Adendo

1. Cada Parte concorda em estar vinculada aos termos e condições estabelecidos neste Adendo, e em troca a outra Parte também concorda em estar vinculada a este Adendo.
2. Embora o Anexo 1A e a Cláusula 7 das SCCs Aprovadas pela UE exijam as assinaturas das Partes, para a finalidade de fazer Transferências Restritas, as Partes podem celebrar este Adendo de qualquer maneira que o torne legalmente vinculante para as Partes e permita que os titulares dos dados façam valer seus direitos, conforme estabelecidos neste Adendo. A celebração deste Adendo terá o mesmo efeito que a assinatura das SCCs Aprovadas pela UE e de qualquer parte das SCCs Aprovadas pela UE.

Interpretação deste Adendo

3. Quando este Adendo usa termos que são definidos nas SCCs Aprovadas pela UE, tais termos terão o mesmo significado que nas SCCs Aprovadas pela UE. Além disso, os termos a seguir têm os seguintes significados:

4. Este Adendo deve sempre ser interpretado de maneira consistente com as Leis de Proteção de Dados do Reino Unido e de modo que cumpra a obrigação das Partes de fornecer as Salvaguardas Apropriadas.
5. Se as disposições incluídas no Adendo das SCCs da UE alterarem as SCCs Aprovadas de qualquer maneira que não seja permitida pelas SCCs Aprovadas da UE ou pelo Adendo Aprovado, tal(is) emenda(s) não será(ão) incorporada(s) neste Adendo e a disposição equivalente das SCCs Aprovadas da UE tomará seu lugar.
6. Se houver qualquer inconsistência ou conflito entre as Leis de Proteção de Dados do Reino Unido e este Adendo, as Leis de Proteção de Dados do Reino Unido serão aplicáveis.
7. Se o significado deste Adendo não estiver claro ou houver mais de um significado, o significado que mais se alinha com as Leis de Proteção de Dados do Reino Unido será aplicável.
8. Qualquer referência à legislação (ou disposições específicas da legislação) significa que a legislação (ou disposição específica) pode mudar com o tempo. Isso inclui quando essa legislação (ou disposição específica) tiver sido consolidada, promulgada novamente e/ou substituída após a celebração deste Adendo.

Hierarquia

9. Embora a Cláusula 5 das SCCs Aprovadas pela UE estabeleça que as SCCs Aprovadas pela UE prevalecem sobre todos os acordos relacionados entre as partes, as partes concordam que, para Transferências Restritas, a hierarquia na Seção 10 prevalecerá.
10. Quando houver qualquer inconsistência ou conflito entre o Adendo Aprovado e o Adendo das SCCs da UE (conforme aplicável), o Adendo Aprovado se sobrepõe ao Adendo das SCCs da UE, exceto quando (e na medida em que) os termos inconsistentes ou conflitantes do Adendo das SCCs da UE forneçam maior proteção aos titulares dos dados, caso em que esses termos se sobrepõem ao Adendo Aprovado.
11. Quando este Adendo incorpora Adendos de SCCs da UE que foram celebrados para proteger transferências sujeitas ao Regulamento Geral de Proteção de Dados (UE) 2016/679, as Partes então reconhecem que nada neste Adendo afeta esses Adendos de SCCs da UE.

Incorporações e alterações nas SCCs da UE

12. Este Adendo incorpora o Adendo das SCCs da UE, que é emendado na medida do necessário para que:
    1. em conjunto, eles operam para transferências de dados feitas pelo exportador de dados para o importador de dados, na medida em que as Leis de Proteção de Dados do Reino Unido se aplicam ao processamento do exportador de dados ao realizar essa transferência de dados; e eles fornecem Salvaguardas Apropriadas para essas transferências de dados;
    2. As Seções 9 a 11 se sobrepõem à Cláusula 5 (Hierarquia) do Adendo das SCCs da UE; e
    3. este Adendo (incluindo o Adendo das SCCs da UE incorporado a ele) é (1) regido pelas leis da Inglaterra e do País de Gales e (2) qualquer disputa decorrente dele é resolvida pelos tribunais da Inglaterra e do País de Gales, em cada caso, a menos que as leis e/ou tribunais da Escócia ou da Irlanda do Norte tenham sido expressamente selecionados pelas Partes.
13. A menos que as Partes tenham acordado emendas alternativas que atendam aos requisitos da Seção 12, as disposições da Seção 15 serão aplicáveis.
14. Nenhuma alteração às SCCs Aprovadas pela UE pode ser feita, exceto para atender aos requisitos da Seção 12.
15. São promovidas as seguintes emendas ao Adendo das SCCs da UE (para a finalidade da Seção 12):

    1. Referências às "Cláusulas" significam este Adendo, incorporando o Adendo das SCCs da UE;

    2. Na Cláusula 2, ficam excluídas as palavras:

       "e, no que diz respeito a transferências de dados de controladores para processadores e/ou de processadores para processadores, cláusulas contratuais padrão, de acordo com o Artigo 28(7) do Regulamento (UE) 2016/679";

    3. A Cláusula 6 (Descrição da(s) transferência(s)) é substituída por:

       "Os detalhes da(s) transferência(s) e, em particular, as categorias de dados pessoais que são transferidos e a(s) finalidade(s) para as quais são transferidos) são aqueles especificados no Anexo I.B, onde as Leis de Proteção de Dados do Reino Unido se aplicam ao processamento do exportador de dados ao realizar essa transferência." ;

    4. A Cláusula 8.7(i) do Módulo 1 é substituída por:

       "cabe a um país que se beneficia de regulamentos de adequação, de acordo com a Seção 17A do GDPR do Reino Unido, que abrange transferências posteriores";

    5. A Cláusula 8.8(i) dos Módulos 2 e 3 é substituída por:

       "a transferência posterior é para um país que se beneficia de regulamentos de adequação, de acordo com a Seção 17A do GDPR do Reino Unido, que abrange transferências posteriores;"

    6. As referências ao "Regulamento (UE) 2016/679", ao "Regulamento (UE) 2016/679 do Parlamento Europeu e do Conselho, de 27 de abril de 2016, sobre a proteção de pessoas físicas no que diz respeito ao processamento de dados pessoais e à livre circulação desses dados (Regulamento Geral de Proteção de Dados)" e a "esse Regulamento" são todos substituídos por "Leis de Proteção de Dados do Reino Unido". Referências a Artigos específicos do "Regulamento (UE) 2016/679" são substituídas pelo Artigo ou Seção equivalente das Leis de Proteção de Dados do Reino Unido;

    7. As referências ao Regulamento (UE) 2018/1725 são removidas;

    8. Referências a "União Europeia", "União", "UE", "Estado-Membro da UE", "Estado-Membro" e "UE ou Estado-Membro" são todas substituídas por "Reino Unido";

    9. A referência à "Cláusula 12(c)(i)" na Cláusula 10(b)(i) do Módulo um é substituída por "Cláusula 11(c)(i)";

    10. A Cláusula 13(a) e a Parte C do Anexo I não são usadas;

    11. A "autoridade supervisora competente" e a "autoridade supervisora" são substituídas com "Comissário de Informações";

    12. Na Cláusula 16(e), a subseção (i) é substituída por:

        
        

        "o Secretário de Estado emite regulamentos de acordo com a Seção 17A da Lei de Proteção de Dados de 2018 que abrangem a transferência de dados pessoais aos quais essas cláusulas se aplicam;";

    13. A Cláusula 17 é substituída por:

        
        

        "Estas Cláusulas são regidas pelas leis da Inglaterra e do País de Gales." ;

    14. A Cláusula 18 é substituída por:

        
        

        "Qualquer disputa decorrente destas Cláusulas será resolvida pelos tribunais da Inglaterra e do País de Gales. Um titular dos dados também pode mover ações legais contra o exportador de dados e/ou o importador de dados perante os tribunais de qualquer país no Reino Unido. As Partes concordam em se submeter à jurisdição de tais tribunais."; e

    15. As notas de rodapé das SCCs Aprovadas pela UE não fazem parte do Adendo, com exceção das notas de rodapé 8, 9, 10 e 11.

Emendas a este Adendo

16. As Partes podem concordar em alterar as Cláusulas 17 e/ou 18 do Adendo das SCCs da UE para se referir às leis e/ou tribunais da Escócia ou da Irlanda do Norte.
17. Se as Partes desejarem alterar o formato das informações incluídas na Parte 1: Tabelas do Adendo Aprovado, elas poderão fazê-lo concordando com a alteração por escrito, desde que a alteração não reduza as Salvaguardas Apropriadas.
18. De tempos em tempos, a ICO pode emitir um Adendo Aprovado revisado que:
    1. faz alterações razoáveis e proporcionais ao Adendo Aprovado, incluindo correção de erros no Adendo Aprovado; e/ou
    2. reflete alterações nas Leis de Proteção de Dados do Reino Unido;

O Adendo Aprovado revisado especificará a data de início a partir da qual as alterações no Adendo Aprovado entrarão em vigor e se as Partes precisam rever este Adendo, incluindo as Informações do Apêndice. Este Adendo fica automaticamente emendado, conforme estabelecido no Adendo Aprovado revisado, a partir da data de início especificada.

19. Se a ICO emitir um Adendo Aprovado revisado sob a Seção 18, se qualquer Parte selecionada na Tabela 4, "Encerramento do Adendo quando o Adendo Aprovado for alterado", terá como resultado direto das alterações no Adendo Aprovado um aumento substancial, desproporcional e demonstrável em:
    1. seus custos diretos de execução de suas obrigações sob o Adendo; e/ou
    2. seus riscos sob o Adendo,

e, em qualquer caso, tenha primeiro tomado medidas razoáveis para reduzir esses custos ou riscos, de modo que não seja substancial e desproporcional; então essa Parte poderá encerrar este Adendo ao final de um período de aviso prévio razoável, fornecendo aviso por escrito para esse período à outra Parte antes da data de início do Adendo Aprovado revisado.

20. As Partes não precisam do consentimento de terceiros para fazer alterações a este Adendo, mas quaisquer alterações devem ser feitas de acordo com seus termos.

Cláusulas Obrigatórias Alternativas da Parte 2: