Условия Соглашения об Обработке Данных

Определения

В этом Дополнении следующие термины имеют значения, изложенные ниже:

1. Аффилированная компания означает любую организацию, которая прямо или косвенно контролирует, находится под контролем или находится под общим контролем с субъектом. «Контроль» для целей данного определения означает прямое или косвенное владение или контроль более чем 50% голосующих акций компании-субъекта.
2. Применимые законы означают все законы, применимые к Обработке Данных Клиента, которые могут включать законы ЕС о Защите Данных, другие законы Европейского союза или любого его Государства-Члена, а также законы любой другой страны, субъектом которой являются Заказчик или Данные Клиента.
3. Контролер означает организацию, которая самостоятельно или совместно с другими определяет цели и средства Обработки Персональных Данных.
4. Субъект Данных означает физическое лицо, Персональные Данные которого обрабатываются в контексте настоящего Дополнения.
5. Законы ЕС о Защите Данных означают GDPR и Директиву о конфиденциальности и электронных средствах связи 2002/58/EC (с поправками, внесенными Директивой 2009/136/EC, а также с вносимыми периодически поправками и заменами), а также национальное законодательство по их реализации, если таковое имеется.
6. GDPR означает Общий регламент ЕС по защите данных 2016/679;
7. Персональные данные означают любую информацию, относящуюся к идентифицированному или идентифицируемому физическому лицу.
8. Обработчик данных означает организацию, которая обрабатывает Персональные Данные от имени Контроллера.
9. Обработка означает любую операцию или набор операций, выполняемых с Персональными Данными, отдельно или в наборах, с помощью автоматизированных или других средств, например сбор, запись, организация, структурирование, хранение, адаптация или изменение, поиск, консультация, использование, раскрытие путем передачи, разглашения или иного предоставления доступа, согласование или комбинация, ограничение, удаление или уничтожение
10. Услуги означают услуги и другие действия, которые должны быть предоставлены или выполнены Keeper для Заказчика в соответствии с Соглашением;
11. Стандартные Договорные Положения означают стандартные договорные положения о передаче персональных данных обработчикам, учрежденным в третьих странах, которые не обеспечивают адекватный уровень защиты данных, изложенный в решении Европейской комиссии 2021/914 от 4 июня 2021 года, прилагаемом к настоящему документу в качестве Субприложения C.
12. Субобработчик означает любого Обработчика, привлекаемого Keeper Security для обработки персональных данных в связи с Услугами.

ОБРАБОТКА ПЕРСОНАЛЬНЫХ ДАННЫХ

1. Данные в рамках настоящего Дополнения обрабатываются исключительно для оказания услуг Keeper, предусмотренных основным Соглашением. Стороны подтверждают, что при обработке данных от имени Клиента Клиент является Контроллером, а Keeper — Обработчиком. Исключение составляют случаи, описанные в пункте 4, где Keeper выступает как независимый Контроллер. Категории и виды персональных данных, которые обрабатывает Keeper, указаны в Приложении А. Срок обработки данных в рамках Дополнения соответствует сроку действия Соглашения, если иное не предусмотрено применимым законодательством.
2. Keeper может действовать и обрабатывать Персональные Данные только в соответствии с оформленными документально инструкциями Заказчика (далее — «Инструкция»), если только такая инструкция не требуется по закону. Инструкция на момент заключения настоящего Дополнения гласит, что Keeper может обрабатывать Персональные Данные только с целью предоставления Услуг, как описано в Соглашении. В соответствии с условиями настоящего Дополнения и по взаимному согласию сторон Заказчик может выдать дополнительные письменные инструкции, соответствующие условиям настоящего Дополнения. Заказчик несет ответственность за обеспечение того, чтобы все лица, предоставляющие письменные инструкции, были уполномочены делать это.
3. Keeper уведомит Заказчика, если посчитает, что какая-либо инструкция нарушает Применимые Законы, включая Законы ЕС о Защите Данных, и не будет выполнять инструкции до тех пор, пока они не будут подтверждены или изменены.

КОНФИДЕНЦИАЛЬНОСТЬ И БЕЗОПАСНОСТЬ

1. Keeper обязуется обращаться со всеми Персональными Данными как со строго конфиденциальной информацией. Персональные Данные не могут быть скопированы, переданы или иным образом обработаны в нарушение Инструкции, если Заказчик не выразил с этим согласие в письменной форме. Сотрудники Keeper должны имеют обязательство соблюдать конфиденциальность, которое гарантирует, что сотрудники будут обращаться со всеми Персональными Данными, подпадающими под настоящее Дополнение, в строгой конфиденциальности. Доступ к Персональным Данным будет иметь только тот персонал, которому требуется доступ к таким Персональным Данным для предоставления Услуг и по настоящему Дополнению.
2. Keeper обязуется внедрить соответствующие технические и организационные меры, изложенные в настоящем Соглашении и в Применимых Законах, в том числе в соответствии со статьей 32 GDPR. Меры безопасности определяются уровнем технического прогресса и развития. Keeper может время от времени обновлять или изменять меры безопасности при условии, что такие обновления и изменения не приводят к ухудшению общей безопасности. Политика информационной безопасности Keeper доступна в Субприложении D.

ПРАВА СУБЪЕКТА ДАННЫХ

1. Если Заказчик получает запрос от субъекта данных на осуществление прав субъекта данных в соответствии с Применимыми Законами, а правильный и законный ответ на такой запрос требует помощи Keeper, Keeper окажет помощь Заказчику, предоставив необходимую информацию и документацию. Keeper должно быть предоставлено разумное время для оказания помощи Заказчику в удовлетворении таких запросов в соответствии с Применимыми Законами.
2. Если Keeper получит запрос от субъекта данных на осуществление прав субъекта данных в соответствии с Применимыми Законами, и такой запрос связан с Персональными Данными Заказчика, если только это не запрещено законом, Keeper немедленно передаст запрос Заказчику и воздержится от ответа этому лицу напрямую, если и до тех пор, пока Заказчик не поручит ему иное.

НАРУШЕНИЯ БЕЗОПАСНОСТИ ПЕРСОНАЛЬНЫХ ДАННЫХ

1. Компания Keeper должна немедленно уведомить Заказчика в случае нарушения безопасности, которое может привести к случайному или незаконному уничтожению, потере, изменению, несанкционированному раскрытию или доступу к Персональным Данным, переданным, хранящимся или иным образом обработанным от имени Заказчика («Нарушение безопасности Персональных Данных»).
2. Keeper обязуется приложить разумные усилия для выявления причины такого нарушения и предпринять те действия, которые сочтет необходимыми для установления причины и предотвращения повторения такого нарушения.

ДОКУМЕНТАЦИЯ СООТВЕТСТВИЯ И ПРАВА НА АУДИТОРСКИЕ ПРОВЕРКИ

1. По запросу Заказчика по причине или в объеме, требуемом Статьей 28 GDPR, Keeper предоставит Заказчику всю соответствующую информацию, необходимую для демонстрации соответствия настоящему Дополнению, и обеспечит и будет в разумных пределах способствовать проведению аудиторской проверки, включая инспекции, проводимые Заказчиком или аудитором, уполномоченным Заказчиком. Заказчик обязуется уведомить о любой аудиторской проверке или инспекции документов, которые должны быть проведены, и предпринять разумные усилия, чтобы избежать причинения ущерба или нарушения работы помещений, оборудования и бизнеса Keeper в ходе такой аудиторской проверки или инспекции. Любые аудиторские проверки или инспекция документов должны проводиться после разумного предварительного письменного уведомления не менее чем за шестьдесят (60) календарных дней и не чаще одного раза в год.
2. Заказчику может быть выражена просьба подписать соглашение о неразглашении, в разумных рамках приемлемое для Keeper, прежде чем ему будет предоставлена вышеизложенная информация.

ПЕРЕДАЧА ДАННЫХ

1. стороны передают Персональные Данные, происходящие из Европейского Экономического Пространства («ЕЭП»), стороне, находящейся в странах за пределами ЕЭП, которые не получили юридически обязывающего решения Европейской комиссии о достаточности мер, такая передача должна осуществляться в соответствии с применимыми правовыми требованиями к передаче данных и только в соответствии с документально оформленными инструкциями Заказчика.
2. Если Заказчик считает, что этих мер недостаточно для удовлетворения юридических требований в каких-либо конкретных обстоятельствах, Заказчик должен предоставить Keeper письменное уведомление об обоснованиях таких точек зрения, и Стороны должны добросовестно работать вместе над поиском взаимоприемлемой альтернативы.

СУБОБРАБОТЧИКИ

1. Компании Keeper предоставляется общее разрешение на привлечение третьих сторон к обработке Персональных Данных (далее «Субобработчики») без получения какого-либо дополнительного письменного, конкретного разрешения от Заказчика. Keeper обязуется заключить письменное соглашение о субобработке с каким-либо Субобработчиком. Такое соглашение должно обеспечивать как минимум те же обязательства по защите данных, что и те, которые применимы к Keeper, включая обязательства по настоящему Дополнению. Keeper обязуется на постоянной основе отслеживать и контролировать соблюдение своими Субобработчиками применимого Закона о Защите Данных, и документация о таком мониторинге и контроле должна быть предоставлена Заказчику по письменному запросу.
2. Если Субобработчик будет выполнять согласованные услуги за пределами ЕС/ЕЭП, Keeper обязуется обеспечить их допустимость в соответствии с законодательством о защите данных, приняв соответствующие меры.
3. На момент заключения настоящего Соглашения Keeper использует Субобработчиков, перечисленных в субприложении B. Keeper обязуется уведомить Заказчика о любых новых Субобработчиках, уведомление о чем может быть направлено путем размещения подробной информации о таком добавлении в список Субобработчиков, доступный по адресу https: //www.keepersecurity.com/GDPR.html или по электронной почте (если Заказчик направил запрос на получение уведомления на адрес электронной почты gdpr@keepersecurity.com в течение десяти (10) дней с момента исполнения настоящего Дополнения) не менее чем за десять (10) рабочих дней до авторизации такого Субобработчика
4. Заказчик может, действуя добросовестно, обоснованно возразить против использования Keeper нового Субобработчика, направив письменное уведомление Обработчику по электронной почте на адрес gdpr@keepersecurity.com в течение десяти (10) рабочих дней с момента получения уведомления от Заказчика о потенциальном новом Субобработчике. Такое письменное уведомление должно содержать, как минимум, обоснованные основания для возражения, представленные добросовестно Заказчиком. Keeper обязуется приложить коммерчески обоснованные усилия, чтобы предоставить Заказчику изменение в Услугах или рекомендовать коммерчески обоснованное изменение в использовании Заказчиком Услуг во избежание обработки Персональных Данных спорным Субобработчиком. Отсутствие каких-либо возражений со стороны Заказчика в течение десяти (10) рабочих дней будет считаться согласием с соответствующим Субобработчиком.
5. В случае, если Заказчик будет возражать против нового Субобработчика, а Keeper не сможет удовлетворить возражение Заказчика, Заказчик может отказаться от получения Услуг только в отношении Услуг, которые не могут быть предоставлены без использования спорного нового Субобработчика, направив письменное уведомление Keeper.
6. Keeper несет ответственность перед Заказчиком за любого Субобработчика так же, как и за свои собственные действия и бездействие.

РАСТОРЖЕНИЕ СОГЛАШЕНИЯ; ВОЗВРАТ ИЛИ УДАЛЕНИЕ ПЕРСОНАЛЬНЫХ ДАННЫХ

1. После истечения или в случае расторжения Соглашения Keeper удалит или вернет Заказчику все Персональные Данные, находящиеся в его распоряжении, как это предусмотрено в Соглашении, за исключением случаев, когда Применимые Законы требуют от Keeper сохранить некоторые или все Персональные Данные (в этом случае Keeper заархивирует данные и примет разумные меры для предотвращения любой дальнейшей обработки Персональных Данных). Условия настоящего Дополнения будут по-прежнему применяться к таким Персональным Данным.

ОЦЕНКА ВЛИЯНИЯ НА ЗАЩИТУ ДАННЫХ И ПРЕДВАРИТЕЛЬНАЯ КОНСУЛЬТАЦИЯ

1. Если помощь Keeper будет необходима и уместна, стороны будут сотрудничать в разумно необходимом объеме в подготовке оценок влияния на защиту данных в соответствии со статьей 35 GDPR, а также в любых предварительных консультациях в соответствии со статьей 36 GDPR. Каждая из сторон понесет свои соответствующие расходы при выполнении таких обязательств.

ПРОЧИЕ УСЛОВИЯ

1. Изменение Дополнения. Настоящее Дополнение может быть изменено только путем письменной поправки, подписанной каждой из Сторон.

2. Регулирующее законодательство. Настоящее Дополнение регулируется законами, регулирующими Соглашение, и должно толковаться в соответствии с ними.
3. Недействительность и автономность положений, конфликт. Если любое положение настоящего Дополнения будет признано каким-либо судом или административным органом компетентной юрисдикции недействительным или не имеющим юридической силы, недействительность или правовая необеспеченность такого положения не повлияет на любое другое положение настоящего Дополнения, и все положения, не затронутые такой недействительностью или правовой необеспеченностью, В случае какого-либо расхождения между настоящим Дополнением и Стандартными Договорными Положениями, заключенными сторонами, если таковые имеются, Стандартные Договорные Положения будут иметь преимущественную силу.

СУБПРИЛОЖЕНИЕ А

Персональные данные

1. Keeper обрабатывает следующие типы Персональных Данных в связи с предоставлением услуг:
2. Переданные персональные данные касаются контактной информации (имя, адрес, адрес электронной почты, телефон), данных о субъекте, IP-адреса, идентификатора устройства и информации о версии приложения.

Категории Субъектов Данных

1. Keeper обрабатывает персональные данные о следующих категориях субъектов данных от имени Заказчика:
   1. Заказчик
   2. Авторизованные конечные пользователи Заказчика, включая сотрудников Заказчика.

СУБПРИЛОЖЕНИЕ B — Утвержденные Субобработчики

1. Актуальный список субобработчиков Keeper доступен по ссылке https://www.keepersecurity.com/legal/sub-processors/. Список включает наименования юридических лиц и сведения об их местонахождении. Перечень субобработчиков периодически обновляется; Клиент может подписаться на обновления в Центре доверия Keeper.

СУБПРИЛОЖЕНИЕ C

(Стандартные Договорные Положения ЕС)

Стандартные Договорные Положения (обработчики)

Другая информация, необходимая для идентификации организации: не применимо

(импортер данных)

каждая «сторона», совместно «стороны»,

ПРИШЛИ К СОГЛАСИЮ по следующим Договорным Положениям (далее — «Положения») с целью предоставления соответствующих гарантий в отношении защиты частной жизни и основных прав и свобод физических лиц при передаче экспортером данных импортеру персональных данных, указанных в Субприложении A.

Другая информация, необходимая для того, чтобы договор имел обязательную силу (при необходимости):

Положение 1

Цели и задачи

1. Целью настоящих стандартных договорных положений является обеспечение соблюдения требований Регламента (ЕС) 2016/679 Европейского парламента и Совета от 27 апреля 2016 года о защите физических лиц в отношении обработки персональных данных и о свободном движении таких данных (Общий регламент по защите данных) (1) при передаче персональных данных в третью страну.
2. Стороны:
   1. физические или юридические лица, государственные органы, агентства или другие органы (далее — «субъект» («субъекты»)), передающие персональные данные, перечисленные в Приложении I (далее — «экспортер данных»), а также
   2. субъекты в третьей стране, получающие персональные данные от экспортера данных, прямо или косвенно через другую организацию, также являющуюся Стороной настоящих Положений, как указано в Приложении I (далее каждый «импортер данных»)

пришли к согласию по настоящим стандартным договорным положениям (далее — «Положения»).

3. Настоящие Положения применяются в отношении передачи персональных данных, указанных в Приложении I
4. Приложение к настоящим Положениям, содержащее упомянутые в нем Приложения, является неотъемлемой частью настоящих Положений.

Положение 2

Действие и неизменность Положений

1. Настоящие Положения устанавливают соответствующие гарантии, в том числе имеющие исковую силу права субъектов данных и эффективные средства правовой защиты, в соответствии со Статьей 46(1) и Статьей 46(2)(c) Регламента (ЕС) 2016/679 и в отношении передачи данных от контроллеров обработчикам и/или от обработчиков обработчикам стандартные договорные положения в соответствии со Статьей 28(7) Регламента (ЕС) 2016/679, при условии, что они не будут изменены, за исключением выбора соответствующего Модуля (Модулей) или добавления или обновления информации в Приложении. Это не препятствует включению Сторонами стандартных договорных положений, изложенных в настоящих Положениях, в более широкий договор и/или добавлять другие положения или дополнительные гарантии при условии, что они прямо или косвенно не противоречат настоящим Положениям и не ущемляют основные права или свободы субъектов данных.
2. Эти Положения не наносят ущерба обязательствам, которые несет экспортер данных в соответствии с Регламентом (ЕС) 2016/679.

Положение 3

Сторонние бенефициары

1. Субъекты данных могут ссылаться на настоящие Положения и обеспечивать их исполнение в качестве сторонних бенефициаров в отношении экспортера данных и/или импортера данных за следующими исключениями:
   • Пункт 1, Пункт 2, Пункт 3, Пункт 6, Пункт 7;
   • Положение 8 — Модуль Один: Положение 8.5 (e) и Положение 8.9(b); Модуль Два: Положение 8.1(b), 8.9(a), (c), (d) и (e); Модуль Три: Положение 8.1(a), (c) и (d) and Положение 8.9(a), (c), (d), (e), (f) и (g); Модуль Четыре: Положение 8.1 (b) и Положение 8.3(b);
   • Положение 9 — Модуль Два: Положение 9(a), (c), (d) и (e);
   • Положение 12 — Модуль Два: Положение 12(a), (d) и (f)
   • Положение 15.1(c), (d) и (e);
   • Положение 16(e);
   • Положение 18 — Положение 18 (a) и (b).
2. Пункт (a) не наносит ущерба правам субъектов данных в соответствии с Регламентом (ЕС) 2016/679

Положение 4

Толкование

1. Если в настоящих Положениях используются термины, определенные в Регламенте (ЕС) 2016/679, эти термины будут иметь то же значение, что и в этом Регламенте.
2. Настоящие Положения должны читаться и толковаться в свете положений Регламента (ЕС) 2016/679.
3. Настоящие Положения не должны толковаться как противоречащие правам и обязательствам, предусмотренным в Регламенте (ЕС) 2016/679.

Положение 5

Иерархия

В случае противоречия между настоящими Положениями и положениями связанных соглашений между Сторонами, существовавших на момент согласования настоящих Положений или заключения их впоследствии, данные Положения будут иметь преимущественную силу.

Положение 6

Описание передачи

Подробные сведения о передаче, в частности категории передаваемых персональных данных и цели, для которых они передаются, указаны в Приложении I.

Положение 7 (дополнительно)

Стыковочная оговорка

1. Организация, которая не является Стороной настоящих Положений, может с согласия Сторон присоединиться к настоящим Положениям в любое время либо в качестве экспортера данных или импортера данных, заполнив Дополнение и подписав Приложение I
2. После заполнения Дополнения и подписания Приложения I присоединяющаяся сторона становится Стороной настоящих Положений и будет иметь права и обязательства экспортера данных или импортера данных в соответствии с ее назначением в Приложении I.
3. Присоединяющаяся организация не будет иметь прав или обязательств, возникающих в соответствии с настоящими Положениями, в период до того, как она станет Стороной.

РАЗДЕЛ II — ОБЯЗАТЕЛЬСТВА СТОРОН

Положение 8

Меры защиты данных

Экспортер данных гарантирует, что он приложил разумные усилия для определения того, что способен делать импортер данных путем реализации соответствующих технических и организационных мер для выполнения своих обязательств по настоящим Положениям.

МОДУЛЬ ДВА: Передача контроллера процессору

8.1 Инструкции

1. Импортер данных должен обрабатывать персональные данные только по документально оформленным инструкциям экспортера данных. Экспортер данных может давать такие инструкции в течение всего срока действия.
2. Импортер данных незамедлительно должен проинформировать экспортера данных, если он не может следовать этим инструкциям

8.2 Ограничение цели

Импортер данных должен обрабатывать персональные данные только для конкретной цели (целей) передачи, изложенной в Приложении I, если только не будут получены дальнейшие инструкции от экспортера данных.

8.3 Прозрачность

По запросу экспортер данных предоставляет субъекту данных копию настоящих Положений, включая Дополнение, заполненное Сторонами, бесплатно. В объеме, необходимом для защиты коммерческой тайны или другой конфиденциальной информации, включая меры, описанные в Приложении II, и персональные данные, экспортер данных может отредактировать часть текста Дополнения к настоящим Положениям до предоставления копии, но предоставит содержательное резюме, если субъект данных иначе не смог бы понять его содержание или осуществить свои права. По запросу Стороны должны предоставить субъекту данных причины внесения изменений в соответствии с возможностью без раскрытия отредактированной информации. Настоящее Положение не наносит ущерба обязательствам экспортера данных в соответствии со Статьями 13 и 14 Регламента (ЕС) 2016/679.

8.4 Точность

Если импортеру данных станет известно, что полученные им персональные данные являются неточными или устарели, он должен проинформировать об этом экспортера данных без неоправданной задержки. В этом случае импортер данных должен сотрудничать с экспортером данных для удаления или исправления данных.

8.5 Длительность обработки и удаление или возврат данных

Обработка импортером данных должна осуществляться только в течение срока, указанного в Приложении I. После окончания предоставления услуг по обработке импортер данных должен по выбору экспортера данных удалить все персональные данные, обработанные от имени экспортера данных, и подтвердить экспортеру данных, что он сделал это, или вернуть экспортеру данных все персональные данные, обработанные от его имени, и удалить существующие копии. До тех пор, пока данные не будут удалены или возвращены, импортер данных должен продолжать обеспечивать соблюдение настоящих Положений. В случае применимых к импортеру данных местных законов, запрещающих возврат или удаление персональных данных, импортер данных гарантирует, что он будет продолжать обеспечивать соблюдение настоящих Положений и будет обрабатывать их только в том объеме и в течение того времени, которое требуется в соответствии с этим местным законом. Это не наносит ущерба Положению 14, в частности требованию к импортеру данных в соответствии с Положением 14(e) уведомлять экспортера данных в течение всего срока действия договора, если у него есть основания полагать, что он является или стал объектом соблюдения законов или порядков, не соответствующих требованиям Положения 14(a).

8.6 Безопасность обработки

1. Импортер данных, а также экспортер данных во время передачи должны принять соответствующие технические и организационные меры для обеспечения безопасности данных, включая защиту от нарушения безопасности, которое приводит к случайному или незаконному уничтожению, потере, изменению, несанкционированному раскрытию или доступу к этим данным (далее — «нарушение безопасности персональных данных»). При оценке соответствующего уровня безопасности Стороны обязаны должным образом учитывать уровень развития технологий, затраты на реализацию, характер, объем, контекст и цель (цели) обработки, а также риски, связанные с обработкой для субъектов данных. Стороны, в частности, рассмотрят возможность прибегнуть к шифрованию или псевдонимизации, в том числе во время передачи, если цель обработки может быть выполнена таким образом. В случае псевдонимизации дополнительная информация для отнесения персональных данных к конкретному субъекту данных должна, по возможности, оставаться под исключительным контролем экспортера данных. При выполнении своих обязательств по настоящему пункту импортер данных должен как минимум принять технические и организационные меры, указанные в Приложении II. Импортер данных должен проводить регулярные проверки для обеспечения того, чтобы эти меры продолжали поддерживать соответствующий уровень безопасности.
2. Импортер данных должен предоставить доступ к персональным данным членам своего персонала только в объеме, строго необходимом для реализации, управления и мониторинга договора. Он должен обеспечить, чтобы лица, уполномоченные обрабатывать персональные данные, взяли на себя обязательство соблюдать конфиденциальность или несли соответствующее обязательство по соблюдению конфиденциальности.
3. В случае нарушения безопасности персональных данных, касающегося персональных данных, обработанных импортером данных в соответствии с настоящими Положениями, импортер данных примет соответствующие меры для устранения нарушения, включая меры по смягчению его неблагоприятных последствий. Импортер данных также должен уведомить экспортера данных без неоправданной задержки после того, как ему стало известно о нарушении. Такое уведомление должно содержать сведения о точке контакта, где можно получить дополнительную информацию, описание характера нарушения (включая, где это возможно, категории и приблизительное количество субъектов данных и соответствующих записей персональных данных), его вероятные последствия и меры, принятые или предложенные для устранения нарушения, включая, при необходимости, меры по смягчению его возможных неблагоприятных последствий. Если и в той части, когда невозможно предоставить всю информацию одновременно, первоначальное уведомление должно содержать имеющуюся на тот момент информацию, а дальнейшая информация должна предоставляться впоследствии без неоправданной задержки по мере ее появления.
4. Импортер данных должен сотрудничать с экспортером данных и оказывать ему содействие, чтобы позволить экспортеру данных выполнить свои обязательства по Регламенту (ЕС) 2016/679, в частности, уведомить компетентный надзорный орган и затронутых субъектов данных, принимая во внимание характер обработки и информацию, доступную импортеру данных.

8.7 Конфиденциальные данные

Если передача включает персональные данные, раскрывающие расовое или этническое происхождение, политические взгляды, религиозные или философские убеждения или членство в профсоюзах, генетические данные или биометрические данные с целью уникальной идентификации физического лица, данные, касающиеся здоровья или сексуальной жизни или сексуальной ориентации лица, или данные, касающиеся уголовных приговоров и правонарушений (далее — «конфиденциальные данные»), импортер данных применит конкретные ограничения и/или дополнительные гарантии, описанные в Приложении I.

8.8 Дальнейшая передача

Импортер данных должен раскрывать персональные данные третьей стороне только по документально оформленным инструкциям экспортера данных. Кроме того, данные могут быть раскрыты третьей стороне, находящейся за пределами Европейского Союза (в той же стране, что и импортер данных, или в другой третьей стране, далее — «дальнейшая передача»), только если третья сторона является или соглашается быть связанной настоящими Положениями в соответствии с соответствующим Модулем, или если:

1. дальнейшая передача осуществляется в страну, которая получает выгоду от решения о достаточности мер в соответствии со Статьей 45 Регламента (ЕС) 2016/679, которое охватывает дальнейшую передачу;

2. третья сторона иным образом обеспечивает соответствующие гарантии в соответствии со Статьями 46 или 47

   Регламент (ЕС) 2016/679 в отношении рассматриваемой обработки;

3. дальнейшая передача необходима для установления, осуществления или защиты юридических требований в контексте конкретного административного, нормативного или судебного разбирательства; или
4. дальнейшая передача необходима для защиты жизненно важных интересов субъекта данных или другого физического лица.

Любая дальнейшая передача осуществляется при условии соблюдения импортером данных всех других гарантий в соответствии с настоящими Положениями, в частности ограничения цели.

8.9 Документация и соответствие нормативным требованиям

1. Импортер данных должен быстро и адекватно реагировать на запросы экспортера данных, которые касаются обработки в соответствии с настоящими Положениями.
2. Стороны должны быть в состоянии продемонстрировать соблюдение настоящих Положений. В частности, импортер данных должен хранить соответствующую документацию о деятельности по обработке, выполняемой от имени экспортера данных.
3. Импортер данных должен предоставить экспортеру данных всю информацию, необходимую для демонстрации соблюдения обязательств, изложенных в настоящих Положениях, а также по запросу экспортера данных, должен разрешать и содействовать аудиторской проверке деятельности по обработке, охватываемой настоящими Положениями, с разумными промежутками времени или при наличии признаков несоблюдения. При принятии решения о пересмотре или проведении аудиторской проверки экспортер данных может принимать во внимание соответствующие сертификаты, которыми владеет импортер данных.
4. Экспортер данных может провести аудиторскую проверку самостоятельно или поручить независимому аудитору. Аудиторские проверки могут включать инспекции в помещениях или на физических объектах импортера данных и должны, при необходимости, проводиться при разумном уведомлении.
5. Стороны должны предоставить информацию, упомянутую в пунктах (b) и (c), включая результаты любых аудиторских проверок, компетентному надзорному органу по запросу.

Положение 9

МОДУЛЬ ДВА: Передача контроллера процессору

1. СПЕЦИАЛЬНОЕ ПРЕДВАРИТЕЛЬНОЕ РАЗРЕШЕНИЕ Импортер данных не должен передавать на субподряд какой-либо из своих видов деятельности по обработке, выполняемой от имени экспортера данных в соответствии с настоящими Положениями, субподрядчику без предварительного специального письменного разрешения экспортера данных. Импортер данных должен представить запрос на конкретное разрешение не менее чем за 4 недели до привлечения субобработчика вместе с информацией, необходимой для того, чтобы экспортер данных мог принять решение о разрешении. Список субобработчиков, уже уполномоченных экспортером данных, можно найти в Субприложении B. Стороны должны постоянно обновлять Субприложение.
2. Если импортер данных привлекает субобработчика для выполнения конкретной деятельности по обработке (от имени экспортера данных), он должен сделать это с помощью письменного договора, который предусматривает по существу те же обязательства по защите данных, что и те, которые связывают импортера данных в соответствии с настоящими Положениями, в том числе в отношении прав стороннего бенефициара для субъектов данных. Стороны соглашаются с тем, что, выполняя настоящее Положение, импортер данных выполняет свои обязательства, указанные в Положении 8.8. Импортер данных должен обеспечить, чтобы субобработчик выполнял обязательства, которые должен выполнять импортер данных в соответствии с настоящими Положениями.
3. Импортер данных должен предоставить экспортеру данных по его запросу копию такого соглашения о субобработке и любые последующие поправки к нему. В объеме, необходимом для защиты коммерческой тайны или другой конфиденциальной информации, включая персональные данные, импортер данных может отредактировать текст соглашения до предоставления копии.
4. Импортер данных и дальше несет в полной мере ответственность перед экспортером данных за выполнение обязательств субобработчика по его договору с импортером данных. Импортер данных должен уведомить экспортера данных о любом невыполнении субобработчиком своих обязательств по этому договору.
5. Импортер данных должен согласовать положение о стороннем бенефициаре с субобработчиком, согласно которому в случае фактического исчезновения импортера данных или прекращения его юридического существования или неплатежеспособности экспортер данных будет иметь право расторгнуть договор с субобработчиком и поручить субобработчику удалить или вернуть персональные данные

Положение 10

Права субъекта данных

МОДУЛЬ ДВА: Передача контроллера процессору

1. Импортер данных должен незамедлительно уведомить экспортера данных о любом запросе, полученном им от субъекта данных. Он не должен отвечать на этот запрос самостоятельно, если только он не был уполномочен делать это экспортером данных.
2. Импортер данных должен оказывать содействие экспортеру данных в выполнении его обязательств по реагированию на запросы субъектов данных для реализации из прав в соответствии с Регламентом (ЕС) 2016/679. В этой связи Стороны должны изложить в Приложении II соответствующие технические и организационные меры с учетом характера обработки, посредством которых должна быть предоставлена помощь, а также объем и масштаб требуемой помощи.
3. При выполнении своих обязательств по пунктам (a) и (b) импортер данных должен выполнять инструкции экспортера данных.

Положение 11

Возмещение

1. Импортер данных должен проинформировать субъектов данных в понятном и легкодоступном формате посредством индивидуального уведомления или на своем веб-сайте о точке контакта, уполномоченной рассматривать жалобы. Он должен незамедлительно рассматривать любые жалобы, полученные от субъекта данных.

МОДУЛЬ ДВА: Передача контроллера процессору

2. В случае возникновения спора между субъектом данных и одной из Сторон в отношении соблюдения настоящих Положений эта Сторона должна приложить все свои усилия для урегулирования вопроса путем переговоров и своевременно. Стороны должны постоянно информировать друг друга о таких спорах и, при необходимости, сотрудничать в их разрешении.
3. Если субъект данных ссылается на право стороннего бенефициара в соответствии с Положением 3, импортер данных должен принять решение субъекта данных, чтобы:
   1. подать жалобу в надзорный орган в государстве-члене ЕС по своему обычному месту жительства или месту работы или в компетентный надзорный орган в соответствии с Положением 13;
   2. передать спор в компетентные суды по значению Положения 18.
4. Стороны соглашаются с тем, что субъект данных может быть представлен некоммерческим органом, организацией или ассоциацией в соответствии с условиями, изложенными в Статье 80(1) Регламента (ЕС) 2016/679.
5. Импортер данных должен выполнять решение, которое является обязательным для исполнения в соответствии с применимым законодательством ЕС или государства-члена.
6. Импортер данных соглашается с тем, что выбор, сделанный субъектом данных, не будет наносить ущерба его материальным и процессуальным правам на поиск средств правовой защиты в соответствии с применимыми законами.

Положение 12

Ответственность

МОДУЛЬ ДВА: Передача контроллера процессору

1. Каждая Сторона несет ответственность перед другой Стороной (Сторонами) за любые убытки, которые она причиняет другой Стороне (Сторонам) в результате любого нарушения настоящих Положений.
2. Импортер данных несет ответственность перед субъектом данных, и субъект данных имеет право на получение компенсации за любой материальный или нематериальный ущерб, который импортер данных или его субобработчик причиняет субъекту данных в результате нарушения прав стороннего бенефициара в соответствии с настоящими Положениями.
3. Несмотря на пункт (b), экспортер данных несет ответственность перед субъектом данных, и субъект данных имеет право на получение компенсации за любой материальный или нематериальный ущерб, который экспортер данных или импортер данных (или его субобработчик) причиняет субъекту данных в результате нарушения прав стороннего бенефициара в соответствии с настоящими Положениями. Это не наносит ущерба ответственности экспортера данных и, если экспортер данных является обработчиком, действующим от имени контроллера, ответственности контролера в соответствии с Регламентом (ЕС) 2016/679 или Регламентом (ЕС) 2018/1725, в зависимости от применимости.
4. Стороны соглашаются с тем, что если экспортер данных будет привлечен к ответственности в соответствии с пунктом (c) за убытки, причиненные импортером данных (или его субобработчиком), он будет иметь право потребовать от импортера данных возврата той части компенсации, которая соответствует ответственности импортера данных за ущерб.
5. Если более чем одна Сторона несет ответственность за любой ущерб, причиненный субъекту данных в результате нарушения настоящих Положений, все ответственные Стороны несут совместную и индивидуальную ответственность, и субъект данных имеет право возбудить иск в суде против любой из этих Сторон.
6. Стороны соглашаются с тем, что если одна Сторона будет привлечена к ответственности по пункту (e), она будет иметь право потребовать от другой Стороны (сторон) возврата той части компенсации, которая соответствует ее/их ответственности за ущерб.
7. Импортер данных не может ссылаться на поведение субобработчика, чтобы избежать своей собственной ответственности.

Положение 13

Надзор

МОДУЛЬ ДВА: Передача контроллера процессору

1. Надзорный орган, несущий ответственность за обеспечение соблюдения экспортером данных Регламента (ЕС) 2016/679 в отношении передачи данных, как указано в Приложении I, должен действовать в качестве компетентного надзорного органа.
2. Импортер данных соглашается подчиняться юрисдикции компетентного надзорного органа и сотрудничать с ним в любых процедурах, направленных на обеспечение соблюдения настоящих Положений. В частности, импортер данных соглашается отвечать на запросы, подвергаться аудиторской проверке и выполнять меры, принятые надзорным органом, включая меры по исправлению положения и компенсационные меры. Он должен предоставить надзорному органу письменное подтверждение того, что необходимые действия были предприняты.

РАЗДЕЛ III — МЕСТНЫЕ ЗАКОНЫ И ОБЯЗАТЕЛЬСТВА В СЛУЧАЕ ДОСТУПА ГОСУДАРСТВЕННЫХ ОРГАНОВ

Положение 14

Местные законы и порядки, влияющие на соблюдение Положений

МОДУЛЬ ДВА: Передача контроллера процессору

1. Стороны гарантируют, что у них нет оснований полагать, что законы и порядки в третьей стране назначения, применимые к обработке персональных данных импортером данных, включая любые требования к раскрытию персональных данных или меры, разрешающие доступ государственным органам, не позволяют импортеру данных выполнять свои обязательства по настоящим Положениям. Это основано на понимании того, что законы и порядки, которые учитывают сущность основных прав и свобод и не выходят за рамки того, что необходимо и соизмеримо в демократическом обществе для защиты одной из целей, перечисленных в Статье 23(1) Регламента (ЕС) 2016/679, не противоречат настоящим Положениям.
2. Стороны заявляют, что при предоставлении гарантии, указанной в пункте (a), они должным образом учитывали, в частности, следующие элементы:
   1. конкретные обстоятельства передачи, включая длину цепочки обработки, число вовлеченных участников и используемые каналы передачи; предполагаемые дальнейшие передачи; тип получателя; цель обработки; категории и формат передаваемых персональных данных; сектор экономики, в котором происходит передача; место хранения переданных данных;
   2. законы и порядки третьей страны назначения, включая те, которые требуют раскрытия данных государственным органам или разрешают доступ таким органам, которые имеют отношение к конкретным обстоятельствам передачи, а также применимые ограничения и гарантии;
   3. любые соответствующие договорные, технические или организационные гарантии, введенные в дополнение к гарантиям в соответствии с настоящими Положениями, включая меры, применяемые во время передачи и обработки персональных данных в стране назначения.
3. Импортер данных гарантирует, что при проведении оценки в соответствии с пунктом (b) он приложил все возможные усилия для предоставления экспортеру данных соответствующей информации, и соглашается с тем, что он будет продолжать сотрудничать с экспортером данных в обеспечении соблюдения настоящих Положений.
4. Стороны соглашаются документально оформить оценку в соответствии с пунктом (b) и предоставить ее компетентному надзорному органу по запросу.
5. Импортер данных соглашается незамедлительно уведомить экспортера данных, если после согласия с настоящими Положениями и в течение срока действия договора у него появятся основания полагать, что на него распространяются или распространились законы или порядки, не соответствующие требованиям пункта (a), в том числе после изменения законов третьей страны или принятия меры (такой как запрос на раскрытие информации), указывающей на применение таких законов на практике, которое не соответствует требованиям пункта (a).
6. После уведомления в соответствии с пунктом (e) или, если экспортер данных по иным причинам имеет основания полагать, что импортер данных больше не может выполнять свои обязательства по настоящим Положениям, экспортер данных должен незамедлительно определить соответствующие меры (например, технические или организационные меры для обеспечения безопасности и конфиденциальности), которые должны быть приняты экспортером данных и/или импортером данных для разрешения ситуации. Экспортер данных должен приостановить передачу данных, если он сочтет, что соответствующие гарантии для такой передачи не могут быть обеспечены, или если компетентный надзорный орган поручит ему сделать это. В этом случае экспортер данных имеет право расторгнуть договор в той его части, в какой он касается обработки персональных данных в соответствии с настоящими Положениями. Если договор включает более двух Сторон, экспортер данных может осуществить это право на расторжение только в отношении соответствующей Стороны, если Стороны не договорились об ином. Если договор расторгнут в соответствии с настоящим Положением, применяется Положение 16(d) и (e).

Положение 15

Обязательства импортера данных в случае доступа государственных органов

МОДУЛЬ ДВА: Передача контроллера процессору

15.1. Уведомление

1. Импортер данных соглашается незамедлительно уведомить экспортера данных и, по возможности, субъекта данных (при необходимости с помощью экспортера данных), если он:
   1. получает юридически обязывающий запрос от государственного органа, включая судебные органы, в соответствии с законами страны назначения на раскрытие персональных данных, переданных в соответствии с настоящими Положениями; такое уведомление должно содержать информацию о запрашиваемых персональных данных, запрашивающем органе, правовом основании запроса и предоставленном ответе; или
   2. узнает о любом прямом доступе государственных органов к персональным данным, переданным в соответствии с настоящими Положениями, в соответствии с законами страны назначения; такое уведомление должно содержать всю информацию, доступную импортеру.
2. Если импортеру данных запрещено уведомлять экспортера данных и/или субъекта данных в соответствии с законами страны назначения, импортер данных соглашается приложить все свои усилия для получения отказа от запрета с целью предоставить как можно больше информации как можно скорее. Импортер данных соглашается документально подтвердить, что предприняты все возможные усилия, чтобы иметь возможность продемонстрировать их по запросу экспортера данных.
3. Если это разрешено законами страны назначения, импортер данных соглашается предоставлять экспортеру данных через регулярные промежутки времени в течение срока действия договора как можно больше соответствующей информации о полученных запросах (в частности, количество запросов, тип запрашиваемых данных, запрашивающий орган (органы), оспаривались ли запросы и результаты таких оспариваний и т. д.).
4. Импортер данных соглашается хранить информацию в соответствии с пунктами (a)–(c) в течение срока действия договора и предоставить ее компетентному надзорному органу по запросу.
5. Пункты (a)–(c) не наносят ущерба обязательству импортера данных в соответствии с Положением 14(e) и Положением 16 незамедлительно информировать экспортера данных, если он не может выполнить эти Положения.

15.2. Проверка законности и минимизация данных

1. Импортер данных соглашается рассмотреть законность запроса на раскрытие данных, в частности соответствует ли он полномочиям, предоставленным запрашивающему государственному органу, и оспорить запрос, если после тщательной оценки он придет к выводу о том, что существуют разумные основания полагать, что запрос является незаконным в соответствии с законами страны назначения, применимыми обязательствами по международному праву и принципами международной вежливости. Импортер данных должен в тех же условиях использовать возможности обжалования. При оспаривании запроса импортер данных должен добиваться принятия временных мер с целью приостановления действия запроса до принятия компетентным судебным органом решения по существу. Он не должен раскрывать запрошенные персональные данные, пока это не потребуется в соответствии с применимыми процессуальными правилами. Эти требования не наносят ущерба обязательствам импортера данных по Положению 14(e).
2. Импортер данных соглашается документально подтвердить свою правовую оценку и любое оспаривание запроса на раскрытие данных, а также в объеме, допустимом законами страны назначения, предоставить документацию экспортеру данных. Он также должен предоставить его компетентному надзорному органу по запросу.
3. Импортер данных соглашается предоставить минимальный допустимый объем информации при ответе на запрос на раскрытие на основе разумного толкования запроса.

РАЗДЕЛ IV — ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ

Положение 16

Несоблюдение Положений и расторжение

1. Импортер данных должен незамедлительно проинформировать экспортера данных, если он не может выполнить эти Положения по какой-либо причине.
2. Если импортер данных нарушит настоящие Положения или не сможет выполнить их, экспортер данных должен приостановить передачу персональных данных импортеру данных до тех пор, пока не будет вновь обеспечено соблюдение или договор не будет расторгнут. Это не наносит ущерба положению 14(f).
3. В этом случае экспортер данных имеет право расторгнуть договор в той его части, в какой он касается обработки персональных данных в соответствии с настоящими Положениями, где:
   1. экспортер данных приостановил передачу персональных данных импортеру данных в соответствии с пунктом (b), и соблюдение настоящих Положений не восстановлено в течение разумного периода времени и в любом случае в течение одного месяца с момента приостановления;
   2. импортер данных существенно или постоянно нарушает настоящие Положения; или
   3. импортер данных не выполняет обязательное к исполнению решение компетентного суда или надзорного органа в отношении своих обязательств по настоящим Положениям.

   В этих случаях он должен проинформировать компетентный надзорный орган [для Модуля Три: и контроллера] о таком несоблюдении. Если договор включает более двух Сторон, экспортер данных может осуществить это право на расторжение только в отношении соответствующей Стороны, если Стороны не договорились об ином.

4. Персональные данные, которые были переданы до расторжения договора в соответствии с пунктом (c), должны по выбору экспортера данных немедленно быть возвращены экспортеру данных или удалены в полном объеме. То же самое относится к любым копиям данных. Импортер данных должен подтвердить удаление данных экспортеру данных. До тех пор, пока данные не будут удалены или возвращены, импортер данных должен продолжать обеспечивать соблюдение настоящих Положений. В случае применимых к импортеру данных местных законов, запрещающих возврат или удаление переданных персональных данных, импортер данных гарантирует, что он будет продолжать обеспечивать соблюдение настоящих Положений и будет обрабатывать данные только в том объеме и в течение того времени, которое требуется в соответствии с этим местным законом.
5. Любая Сторона может отозвать свое согласие быть связанной настоящими Положениями, если (i) Европейская комиссия примет решение в соответствии со Статьей 45(3) Регламента (ЕС) 2016/679, которое охватывает передачу персональных данных, к которым применяются эти Положения; или (ii) Регламент (ЕС) 2016/679 станет частью правовой базы страны, в которую передаются персональные данные. Это не наносит ущерба другим обязательствам, применимым к рассматриваемой обработке в соответствии с Регламентом (ЕС) 2016/679.

Положение 17

Регулирующий закон

Настоящие Положения должны регулироваться законодательством государства-члена ЕС, в котором учрежден экспортер данных. Если такой закон не допускает прав стороннего бенефициара, они должны регулироваться законом другого государства-члена ЕС, который допускает права стороннего бенефициара. Стороны соглашаются с тем, что это должен быть закон Ирландии.

Положение 18

МОДУЛЬ ДВА: Передача контроллера процессору

1. Любые споры, возникающие в связи с настоящими Положениями, должны разрешаться судами государства-члена ЕС.
2. Стороны соглашаются с тем, что ими должны быть суды Ирландии (указать государство-член).
3. Субъект данных также может возбудить судебное разбирательство против экспортера данных и/или импортера данных в судах государства-члена, в котором он/она имеет свое постоянное место жительства.
4. Стороны соглашаются подчиняться юрисдикции таких судов.

Приложение I к Стандартным Договорным Положениям

Приложение II К СТАНДАРТНЫМ ДОГОВОРНЫМ ПОЛОЖЕНИЯМ

Настоящее Дополнение является частью Положений и должно быть заполнено и подписано сторонами.

СУБПРИЛОЖЕНИЕ D

Keeper Security, Inc.

Раскрытие данных безопасности

Keeper Security, Inc. (KSI) заботится о защите информации своих заказчиков с помощью программного обеспечения безопасности Keeper для мобильных устройств и настольных ПК. Миллионы частных лиц и организаций используют Keeper для защиты паролей и конфиденциальной информации и доступа к ним.

Программное обеспечение Keeper постоянно совершенствуется и обновляется, чтобы предоставить клиентам новейшие технологии и средства защиты. На этой странице представлен обзор архитектуры безопасности Keeper, методологий шифрования и среды хостинга по состоянию на текущую опубликованную версию. В этом документе дается обзор технических деталей наших методов шифрования и защиты.

Защита данных

Нулевое доверие начинается с безопасности пароля. KSI создает свои продукты с использованием структуры безопасности с нулевым доверием, которая основана на отсутствии доверия к любому пользователю в рамках архитектуры. Нулевое доверие предполагает, что все пользователи и устройства могут быть потенциально скомпрометированы, и, следовательно, каждый пользователь должен быть проверен и аутентифицирован, прежде чем он сможет получить доступ к веб-сайту, приложению или системе. Эта структура кибербезопасности лежит в основе платформы кибербезопасности Keeper. Платформа обеспечивает ИТ-администраторам полный обзор всех пользователей, систем и устройств, к которым они получают доступ, что помогает обеспечивать соблюдение отраслевых и нормативных требований. Чтобы в организации могла иметь структуру с нулевым доверием, она должна поддерживать безопасность паролей мирового класса, поддерживаемую архитектурой безопасности с нулевым разглашением.

KSI является поставщиком безопасности с нулевым разглашением. Только пользователь Keeper имеет полный контроль над шифрованием и расшифровкой своих данных. В Keeper шифрование и расшифровка происходят только на устройстве пользователя при входе в хранилище. Каждая отдельная запись, хранящаяся в хранилище пользователя, шифруется с помощью случайного 256-битного ключа AES, который генерируется на устройстве пользователя. Ключи записи защищены дополнительным ключом, называемым Ключом Данных. Ключ Данных шифруется с помощью ключа, полученного на устройстве из Мастер-Пароля Пользователя. Данные, хранящиеся в состоянии покоя на устройстве пользователя, также шифруются с помощью другого ключа, называемого Клиентским Ключом. Безопасная синхронизация записей между устройствами пользователя также шифруется на сетевом уровне и направляется через Облачное хранилище безопасности Keeper. Эта многоуровневая модель шифрования обеспечивает самую совершенную защиту данных, доступную в отрасли.

Ключ шифрования, необходимый для расшифровки данных всегда находится у пользователя Keeper. KSI не может расшифровать хранящиеся данные пользователя. KSI не имеет доступа ни к мастер-паролю заказчика, ни к записям, хранящимся в хранилище Keeper. KSI не может получить удаленный доступ к устройству заказчика и не может расшифровать хранилище заказчика. Единственная информация, к которой имеет доступ Keeper Security, — это адрес электронной почты пользователя, тип устройства и сведения о плане подписки (например, Keeper Unlimited). Если устройство пользователя утеряно или украдено, KSI может помочь в доступе к зашифрованным резервным копиям файлов для восстановления хранилища пользователя после замены устройства.

Информация, которая хранится в Keeper и к которой есть доступ, доступна только заказчику, поскольку она мгновенно шифруется и расшифровывается при передаче на используемом устройстве даже при использовании веб-приложения Keeper. Keeper использует хорошо известный, зарекомендовавший себя алгоритм шифрования AES (Advanced Encryption Standard) с 256-разрядным ключом. Согласно документу за номером CNSSP-15, выпущенному Комитетом США по системам национальной безопасности (CNSS), алгоритм AES с 256-разрядным ключом шифрования является достаточно надежным, чтобы с его помощью можно было шифровать данные с грифом СОВЕРШЕННО СЕКРЕТНО по классификации правительства США. Keeper сертифицирован по стандарту FIPS 140-3 и подтвержден в рамках программы NIST CMVP (Сертификат №3976 - https://csrc.nist.gov/projects/cryptographic-module-validation-program/certificate/3976)

Ключи шифрования, используемые для шифрования и расшифровки пользовательских записей, не хранятся в Keeper Cloud Security Vault и не передаются в это хранилище. Однако для обеспечения возможностей синхронизации между несколькими устройствами зашифрованная версия этого ключа шифрования хранится в Cloud Security Vault и предоставляется устройствам в учетной записи пользователя после успешного входа в хранилище и многофакторной аутентификации. Зашифрованный ключ шифрования может быть расшифрован только на устройстве пользователя в целях последующего использования в качестве ключа шифрования данных.

Надежный Мастер-Пароль

Пользователям настоятельно рекомендуется выбирать надежный Мастер-Пароль для своей учетной записи Keeper. Этот Мастер-Пароль не следует использовать нигде за пределами Keeper. Пользователи ни в коем случае не должны передавать кому-либо свой Мастер-Пароль.

Двухфакторная аутентификация

Для защиты от несанкционированного доступа к хранилищу, веб-сайтам и приложениям Keeper также предлагает двухфакторную аутентификацию. В методе двухфакторной аутентификации требуется наличие двух или более факторов аутентификации: фактора знания, фактора владения и фактора неотъемлемости.

Keeper использует нечто, что вы знаете (ваш пароль), и нечто, что вы имеете (ваш смартфон), чтобы обеспечить дополнительную безопасность в случае, если скомпрометирован ваш мастер-пароль или скомпрометировано ваше устройство. С этой целью мы генерируем одноразовые пароли, действительные короткое время.

При использовании метода многофакторной и двухфакторной аутентификации TOTP Keeper генерирует 10-байтный секретный ключ с помощью криптографически безопасного генератора случайных чисел. Этот код действителен около минуты и отправляется пользователю через SMS, Duo Security, RSA SecurID, приложение TOTP, Google Authenticator или совместимые с Keeper DNA носимые устройства, такие как Apple Watch или Android Wear.

При использовании приложения Google Authenticator или приложения TOTP на вашем мобильном устройстве сервер Keeper внутренне генерирует QR-код, содержащий ваш секретный ключ, и этот ключ никогда не передается третьей стороне. При каждой активации и деактивации двухфакторной аутентификации формируется новый секретный ключ.

Чтобы активировать двухфакторную аутентификацию, перейдите на экран «Настройки» или «Безопасность» приложения Keeper. Пользователи Keeper Business могут дополнительно принудительно включить двухфакторную аутентификацию для входа в хранилище и поддерживаемые методы двухфакторной аутентификации с помощью функции принудительного выполнения ролей в консоли администратора Keeper.

Ключи безопасности FIDO2

Keeper поддерживает FIDO2-совместимые аппаратные ключи безопасности стандарта, такие как YubiKey и Google Titan, для использования на втором шаге двухфакторной аутентификации. Ключи безопасности обеспечивают удобный и безопасный способ выполнения двухфакторной аутентификации без необходимости вручную вводить 6-значные коды. Для хранилища пользователя можно настроить несколько ключей безопасности. На платформах, которые не поддерживают устройства с ключами безопасности, пользователи могут перейти к другим настроенным методам двухфакторной аутентификации. Чтобы настроить ключ безопасности и другие способы двухфакторной аутентификации, перейдите на экран «Настройки» приложения Keeper.

Доступ в экстренном случае (цифровое наследие)

Клиентский продукт Keeper поддерживает возможность добавления до 5 контактов на экстренный случай, которым будет предоставлен доступ к хранилищу в экстренном случае или в случае смерти. По истечении указанного времени ожидания контакт, указанный для экстренных случаев, получит доступ к хранилищу пользователя. Процесс предоставления хранилища осуществляется с нулевым разглашением, и Мастер-Пароль пользователя ни в коем случае не передается напрямую. 2048-разрядное шифрование RSA используется для предоставления 256-разрядного ключа AES контакту, указанному для экстренных случаев, по истечении времени ожидания, установленного создателем хранилища. Поэтому, чтобы принять приглашение, контакт для экстренных случаев должен иметь учетную запись Keeper (и пару открытых и закрытых ключей RSA).

Восстановление учетной записи

Во время регистрации учетной записи пользователям может быть предложено выбрать Вопрос безопасности и Ответ или другой тип способа восстановления. Кроме того, во время регистрации Keeper генерирует Ключ Данных, который используется для шифрования и расшифровки Ключей Записей, хранящихся в каждой из записей хранилища. Ключ Данных пользователя шифруется с помощью ключа, полученного из Мастер-Пароля с использованием PBKDF2 с 1 000 000 итераций, и каждый Ключ Записи шифруется с помощью Ключа Данных. Каждая запись в хранилище пользователя имеет индивидуальные, различные ключи записей.

Восстановление учетной записи (методом использования Вопроса безопасности) происходит путем хранения второй копии ключа данных пользователя, которая шифруется с помощью выбранного Ответа на Вопрос безопасности. Чтобы завершить восстановление хранилища, пользователь должен ввести код проверки по электронной почте и код двухфакторной аутентификации (если она включена в учетной записи). Мы рекомендуем создать надежный вопрос безопасности и ответить на него, а также включить функцию двухфакторной аутентификации Keeper на экране «Настройки». В зависимости от конфигурации учетной записи Keeper Business пользователям могут быть доступны различные способы восстановления, такие как ключ восстановления или несколько разделенных ключей. Кроме того, заказчик может отключить восстановление учетной записи. Двухфакторную аутентификацию также можно принудительно включить для пользователей Keeper Business через консоль администратора Keeper.

Заказчикам Business и Enterprise предоставляется способ восстановления учетных записей с нулевым разглашением для их пользователей с помощью политики переноса учетных записей Keeper.

Шифрование на стороне клиента

Данные шифруются и расшифровываются на устройстве пользователя, а не в Cloud Security Vault. Мы называем это «Шифрование клиента», поскольку клиент (например, устройство iPhone, Android, приложение для настольных ПК и т. д.) выполняет локальное шифрование и расшифровку данных. Cloud Security Vault хранит 256-разрядный зашифрованный текст, который по существу бесполезен для злоумышленника. Даже если данные захватываются при передаче между клиентским устройством и Cloud Security Vault, их нельзя расшифровать или использовать для атаки или компрометации частных данных пользователя.

Для взлома симметричного 256-разрядного ключа потребуется в 2128 раз больше вычислительной мощности 128-разрядного ключа. Теоретически для этого потребуется устройство, которому потребовалось бы 3×1051 лет для исчерпания пространства 256-разрядных ключей.

Обмен записями

Каждый пользователь имеет открытую и закрытую 2048-разрядную пару ключей RSA, которая используется для совместного использования других ключей (таких как ключи записей, ключи папок и ключи групп) между пользователями. Общая информация шифруется с помощью открытого ключа получателя. Получатель расшифровывает общую информацию с помощью своего закрытого ключа. Это позволяет пользователю обмениваться записями только с предполагаемым получателем, поскольку только получатель может расшифровать их.

Генерация ключей

Keeper использует PBKDF2 с HMAC-SHA256 для преобразования Мастер-Пароля пользователя в 256-разрядный ключ шифрования с прохождением до 1 000 000 итераций. Итерации PBKDF2 основаны на платформе устройства и управление ими осуществляется пользователем на экране Keeper «Дополнительные настройки».

Хранилище ключей

Все секретные ключи, такие как закрытый ключ RSA каждого пользователя и ключ данных, шифруются перед хранением или передачей. Для потребителей и бизнес-пользователей, которые входят в систему с помощью Мастер-Пароля, из Мастер-Пароля извлекается ключ для расшифровки любых хранящихся ключей. Для корпоративных заказчиков, которые входят в систему с помощью поставщика удостоверений единого входа, после успешной аутентификации устройству предоставляются зашифрованные ключи, а закрытые ключи пользователя используются для расшифровки Ключа Данных и других ключей хранилища. Поскольку Cloud Security Vault Keeper не имеет доступа к Мастер-Паролю или ключам шифрования пользователя, мы не можем расшифровать какие-либо из ваших хранящихся ключей или данных.

Безопасное облачное хранилище Keeper

Cloud Security Vault относится к проприетарному программному обеспечению и сетевой архитектуре KSI, которая физически размещена в инфраструктуре Amazon Web Services (AWS). Когда пользователь синхронизирует свои записи Keeper с другими устройствами в своей учетной записи, зашифрованные двоичные данные отправляются по зашифрованному туннелю TLS и хранятся в Cloud Security Vault Keeper в зашифрованном формате.

История версий записей

Keeper поддерживает полную зашифрованную историю версий каждой записи, хранящейся в хранилище пользователя, что обеспечивает уверенность в том, что никакие важные данные никогда не будут потеряны. Из клиентского приложения Keeper пользователи могут просматривать историю записей и выполнять восстановление любой отдельной записи хранилища. Если пароль или файл, хранящийся в Keeper, будет изменен или удален, пользователи всегда смогут выполнить восстановление в определенный момент.

Keeper Business

Клиентам, купившим Keeper Business, обеспечивается дополнительный уровень контроля над своими пользователями и устройствами. Администраторам Keeper предоставляется доступ к облачной административной консоли, которая позволяет в полном объеме контролировать регистрацию и удаление пользователей, разрешения на основе ролей, делегированное администрирование, группы, интеграцию Active Directory/LDAP, двухфакторную аутентификацию, единый вход и политики обеспечения безопасности. Применение политик Keeper на основе ролей полностью настраивается и масштабируется для организации любого размера.

Шифрование на уровне записей

На уровне шифрования каждая запись (например, пароль или учетные данные), хранящаяся на платформе Keeper имеет уникальный идентификатор записи (Record UID). Каждая запись шифруется с помощью ключа записи. Общие папки имеют общий ключ папки, каждая группа имеет ключ группы и пару открытого и закрытого ключей, а каждый пользователь имеет пользовательский ключ данных, ключ пользователя и пару открытого и закрытого ключей. Каждая роль, которая требует возможность переносить учетную запись пользователя, имеет ключ принудительного применения для роли и пару открытых и закрытых ключей. Данные в состоянии покоя на устройстве пользователя шифруются с помощью клиентского ключа пользователя. Ключ данных пользователя и клиентский ключ шифруются с помощью Мастер-Пароля пользователя.

Записи, созданные пользователем, имеют ключ записи, зашифрованный с помощью ключа данных пользователя. Записи добавляются в общую папку путем шифрования ключа записи с помощью ключа общей папки. Записи напрямую передаются пользователю путем шифрования ключа записи с помощью открытого ключа пользователя. Пользователи добавляются в общую папку путем шифрования ключа общей папки с помощью открытого ключа пользователя. Группы добавляются в общую папку путем шифрования ключа общей папки с помощью открытого ключа группы. Пользователи добавляются в группу путем шифрования ключа группы с помощью открытого ключа пользователя.

Роли, группы, общие папки и делегированное администрирование

Keeper for Business обеспечивает безопасный и надежный набор элементов управления над организационными подразделениями, ролями, группами и общими папками. Мощные элементы управления Keeper обеспечивают самые надежные уровни безопасности, обеспечивающие доступ с наименьшим уровнем привилегий и полностью делегированное администрирование.

Для ролей, обеспечивающих возможность перенесения учетной записи пользователя:

Ключ принудительного применения шифруется с помощью открытого ключа каждого администратора, которому разрешено выполнять передачу. Отдельным группам администраторов можно назначить права переносимости отдельных групп пользователей.

Ключ данных пользователя (для пользователей, к роли которых применяется принудительное выполнение) шифруется с помощью открытого ключа принудительного выполнения для роли (ниже общий ключ данных пользователя).

Перенос учетной записи осуществляется путем блокирования с последующим переносом и удалением учетной записи пользователя. Это гарантирует, что операция не выполняется тайно. Общий ключ данных пользователя извлекается администратором и расшифровывается. Это используется для расшифровки всех ключей записи, ключей групп и ключей папок, к которым имел доступ перенесенный пользователь, и эти ключи передаются вместе с открытым ключом передаваемого пользователя. Администратор не получает данные записи и папок, а просто передает ключи. Только получатель получает доступ к данным записи и папок.

Все шифрование выполняется на стороне клиента, и ни при каких обстоятельствах Keeper не имеет возможности расшифровать предоставляемую или переносимую информацию. Кроме того, ключ пользователя никогда не передается другому пользователю. Поэтому данные, кэшированные на устройстве пользователя, не могут быть расшифрованы без мастер-пароля пользователя. Пользователь, удаленный из группы, общей папки или прямого обмена, не получит новых данных из группы, общей папки или записи. Хотя ключи записи, папки и группы открыты для администратора, ключи невозможно использовать для получения доступа к базовым данным записи или папок.

К частям иерархического дерева может назначаться несколько административных привилегий, что позволяет участникам, получившим привилегированную роль, совершать операции на консоли администрирования Keeper.

Политики принудительного применение со стороны сервера и со стороны клиента могут также применяться к ролям, чтобы предписывать поведение клиента для групп отдельных пользователей.

Группы позволяют легко предоставлять общие папки группам пользователей.

Защита разрешений и защита шифрования — это две отдельные модели нашей безопасности. Поскольку защита разрешений не требует обмена ключами, разрешения могут изменяться сотрудниками Keeper с достаточными полномочиями, чтобы пользователю, который не может редактировать запись, к которой имеет доступ, могла быть предоставлена возможность редактировать запись. Если ключ будет скомпрометирован пользователем, он становится вопросом разрешения доступа к базовым данным, а не шифрования.

Keeper Bridge для Active Directory / LDAP

Keeper Bridge интегрируется с серверами Active Directory и LDAP в целях инициализации и обеспечения пользователей. Соединение Keeper Bridge сначала авторизуется администратором, имеющим право управления мостом. Ключ передачи генерируется и передается Keeper для всех последующих коммуникаций. Использование ключа передачи предстает авторизацией всех операций, выполняемых мостом, за исключением инициализации моста. Ключ передачи можно восстановить в любое время, и он будет автоматически меняться каждые 30 дней.

Ключ передачи предназначен только для передачи, что означает, что скомпрометированный ключ может быть повторно инициализирован или отозван без какой-либо потери данных или разрешения.

Keeper Bridge не может предоставлять привилегии роли или пользователю. Он может добавить пользователю привилегированную роль, при условии, что ключи принудительного исполнения не требуются. Keeper Bridge не может поднять себя или пользователя над той частью дерева, которой он управляет. Мосту доступны не все операции, например, мост может отключить активного пользователя, но не может удалить его. Администратор должен будет выбрать, следует ли удалить пользователя или перенести его.

Аутентификация единого входа (SAML 2.0)

Клиенты Keeper Business могут настроить Keeper для аутентификации пользователя в своем хранилище Keeper с использованием стандартных продуктов идентификации SAML 2.0. Keeper является предварительно настроенным поставщиком услуг в каждом крупном поставщике удостоверений единого входа, таком как Google Apps, Microsoft Azure, Okta, Ping Identity и других. Механизм, который Keeper использует для аутентификации пользователей в их хранилище в среде с нулевым разглашением, представляет собой запатентованную реализацию под названием Keeper SSO Connect®. Keeper SSO Connect® — это программное приложение, которое администраторы Keeper Business устанавливают в своей инфраструктуре (локальной или облачной) и которая служит конечной точкой поставщика услуг SAML 2.0. При активации в определенном организационном подразделении Keeper SSO Connect® управляет всеми ключами шифрования для конечных пользователей Keeper Business. После успешной аутентификации в поставщике удостоверений единого входа для бизнеса пользователь входит в Keeper с необходимыми ключами шифрования для расшифровки своего хранилища. Программное обеспечение Keeper SSO Connect® работает в средах Windows, Mac и Linux.

SSO Connect® Cloud

Keeper SSO Connect® Cloud предоставляет клиентам Keeper Enterprise метод аутентификации пользователей и расшифровки данных, хранимых в зашифрованном хранилище с нулевым разглашением, с аутентификацией, предоставляемой через стороннего поставщика удостоверений (IdP) с использованием стандартных протоколов SAML 2.0 в полностью облачной среде.

В этой реализации пользователь может пройти аутентификацию через своего поставщика удостоверений единого входа, а затем расшифровать зашифрованный текст своего хранилища локально на своем устройстве. Каждое устройство имеет собственную пару открытого/закрытого ключа эллиптической криптографии (EC) и зашифрованный ключ данных. У каждого пользователя есть собственный ключ данных. Чтобы войти на новое устройство, пользователь должен использовать существующие устройства для подтверждения нового устройства, или администратор с соответствующими полномочиями может подтвердить новое устройство.

Важность этой возможности заключается в том, что пользователь может расшифровать свое хранилище с помощью зашифрованного ключа, хранящегося в облаке Keeper. Принцип нулевого разглашения сохраняется, поскольку облако Keeper не может расшифровать ключ данных пользователя на его устройстве. Ключ данных (DK) пользователя расшифровывается с помощью закрытого ключа устройства (DPRIV), а зашифрованный ключ данных (EDK) предоставляется пользователю только после успешной аутентификации у назначенного им поставщика удостоверений (например, Okta, Azure, AD FS).

Для пользователей SSO Connect® Cloud закрытый ключ эллиптической криптографии (EC) создается и хранится локально на каждом устройстве. Для веб-браузеров на основе Chromium в хранилище Keeper хранится закрытый ключ EC локального устройства (DPRIV) как неэкспортируемый CryptoKey. На устройствах iOS и Mac ключ хранится в Keychain устройства. Где возможно, Keeper использует механизмы безопасного хранения.

Закрытый ключ устройства не используется непосредственно для шифрования или расшифровки данных хранилища. После успешной аутентификации от поставщика удостоверений отдельный ключ (который не хранится) используется для расшифровки данных хранилища. Автономное извлечение Закрытого Ключа локального Устройства не может расшифровать хранилище пользователя.

Различные устройства/платформы имеют разные уровни безопасности, поэтому для обеспечения оптимальной безопасности мы рекомендуем использовать современный веб-браузер на основе Chromium.

В качестве общей защиты от атак на взломанные устройства мы также рекомендуем, чтобы все устройства (например, настольные компьютеры) были защищены шифрованием на уровне диска и новейшим программным обеспечением для защиты от вредоносных программ.

Подтверждение устройств в SSO

Чтобы войти на новое устройство, пользователь должен использовать существующие устройства для подтверждения нового устройства, или администратор с соответствующими полномочиями может подтвердить новое устройство. Новые устройства генерируют новый набор открытых/закрытых ключей, а подтверждающее устройство шифрует ключ данных пользователя с помощью открытого ключа нового устройства. Ключ зашифрованных данных (EDK) нового устройства предоставляется запрашивающему пользователю/устройству, а затем пользователь может расшифровать свой ключ данных, который затем расшифровывает данные хранилища пользователя. В расшифрованных данных хранилища пользователь может расшифровать другие свои закрытые ключи шифрования, такие как ключи записи, ключи папок, ключи группы и т. д.

Важность этой возможности заключается в том, что пользователь может расшифровать свое хранилище с помощью зашифрованного ключа, хранящегося в облаке Keeper, и не требуются какие-либо локальные или размещаемые пользователем службы приложений для управления ключами шифрования. Принцип нулевого разглашения сохраняется, поскольку облако Keeper не может расшифровать ключ данных пользователя на его устройстве. Ключ данных пользователя расшифровывается с помощью закрытого ключа устройства (DPRIV), а EDK предоставляется пользователю только после успешной аутентификации у назначенного им поставщика удостоверений (например, Okta, Azure, AD FS).

С точки зрения администратора, преимущества заключаются в следующем: простая установка и отсутствие необходимости в размещаемом программном обеспечении для управления ключами шифрования, как описано в текущей модели шифрования Keeper SSO Connect®. Единственное изменение рабочего процесса в этой модели (по сравнению с локальной реализацией Keeper SSO Connect®) заключается в том, что пользователь должен выполнять подтверждение нового устройства на активном устройстве или делегировать администратору Keeper право на подтверждение устройства.

Keeper SSO Connect® On-Prem

SSO Connect® On-Prem представляет собой локальную интеграцию, для которой требуется сервер приложений на Windows или Linux. Для обеспечения безопасности с нулевым разглашением и бесперебойной работы единого входа для пользователей Keeper SSO Connect® необходимо установить на сервере клиента. Среды Windows, Mac и Linux полностью поддерживаются в рабочих режимах выравнивания нагрузки с высокой степенью готовности.

Keeper SSO Connect® автоматически генерирует и поддерживает Мастер-Пароли для всех инициализированных пользователей, и этот пароль является случайным образом генерируемым 256-разрядным ключом. Мастер-Пароль шифруется с помощью ключа единого входа. Ключ единого входа шифруется с помощью ключа дерева. Ключ единого входа запрашивается с сервера при запуске службы Keeper SSO Connect®, а затем дешифруется с помощью ключа дерева, который хранится локально на сервере в целях поддержки автоматического запуска службы. Соединение между SSO Connect® и Keeper Cloud Security Vault защищается с помощью ключа передачи. Сообщения SAML имеют криптографическую подпись и защищены алгоритмом подписи RSA-SHA256 или ECDSA-SHA256 в зависимости от типа ключа шифрования (RSA или ECC), предоставленного клиентом.

BreachWatch

BreachWatch постоянно сканирует записи Keeper в плане взлома публичных сайтов и предупреждает пользователей. BreachWatch имеет архитектуру с нулевым разглашением данных, в которой используется ряд эшелонированных методов для защиты информации наших пользователей. В итоге:

1. Безопасная криптографическая хэш-функция с ключом и анонимизация используются для сравнения паролей с информацией из базы данных взломанных учетных записей.
2. Пароли пользователей защищены аппаратными модулями безопасности (HSM) и неэкспортируемым секретным ключом перед проверкой на совпадение со взломанными паролями или хранением на серверах BreachWatch.
3. Пользователи Keeper взаимодействуют с BreachWatch, используя анонимизированые идентификаторы BreachWatch, не связанные с другими идентификаторами пользователей Keeper.
4. BreachWatch разделяет имена пользователей и пароли с помощью анонимизированых идентификаторов, чтобы имена пользователей и домены не были связаны с паролями.
5. Пользователи BreachWatch никогда не передают доменную информацию; они только загружают список доменов.

Путь хэшированных данных паролей пользователей через BreachWatch. На серверах BreachWatch хранятся только пароли, защищенные модулями HSM и неэкспортируемым ключом. Пользователи BreachWatch используют анонимизированые идентификаторы при взаимодействии с серверами BreachWatch.

С целью создания безопасной службы Keeper делит BreachWatch на три службы: для проверки доменов, имен пользователей, паролей и пар «имя пользователя + пароль». Клиентское приложение Keeper связывается с каждой из этих служб, используя шифрованный REST API.

Сканирование доменов

Пользователи BreachWatch загружают список взломанных доменов и осуществляют локальную проверку.

Сканирование имен пользователей и паролей

Клиентские устройства подключаются к BreachWatch и загружают список хэшированных имен пользователей (или паролей) вместе с выбранным клиентом случайным идентификатором (отдельные идентификаторы для служб проверки имени пользователя и пароля). Эти хэши паролей обрабатываются при загрузке с помощью HMAC с использованием аппаратного модуля безопасности (HSM) и секретного ключа, хранящегося в HSM, помеченного как неэкспортируемый (это означает, что HSM будет обрабатывать HMAC только локально, и ключ не может быть извлечен). Эти входные данные HMAC (имена пользователей или пароли) сравниваются с наборами взломанных данных с использованием того же HMAC и ключа. О любых совпадениях сообщается на клиентское устройство. Любые несовпадающие значения сохраняются вместе с анонимным идентификатором клиента.

По мере того как взломанные имена пользователей и пароли добавляются в систему, они обрабатываются с помощью HMAC на HSM, добавляются в набор данных BreachWatch и сравниваются с хранимыми клиентскими данными. При любых совпадениях генерируется предупреждение для соответствующего клиентского идентификатора.

Клиентские устройства периодически обращаются к BreachWatch, сообщая свои идентификаторы BreachWatch. Все сгенерированные ранее сообщения загружаются на клиентские устройства, и клиентские устройства передают все новые или измененные имена пользователей и пароли, которые обрабатываются тем же образом.

Безопасность служб BreachWatch обеспечивается по принципу доверия при первом использовании (TOFU). Иными словами, клиентские устройства должны предполагать, что сервер BreachWatch не является вредоносным (то есть, не скомпрометирован злоумышленником), когда клиентское устройство передает хэшированные данные. Как только эти данные обработаны с HSM, они становятся защищенными от попыток оффлайн-взлома. Иными словами, если злоумышленник и украдет набор данных хранимых клиентских данных, он не сможет взломать эти данные в режиме оффлайн без ключа HMAC, хранящегося в HSM.

Если обнаружен взлом пароля, клиентское устройство отправляет хешированную комбинацию имени пользователя и пароля на серверы BreachWatch, которые затем выполняют то же самое сравнение хэшей в HMAC, чтобы определить, была ли взломана комбинация имени пользователя и пароля, и если да, то возвращаются домены, связанные с этими взломами, чтобы клиентское устройство могло определить, совпадает ли вся комбинация имя пользователя+пароль+домен. Если все три параметра на клиентском устройстве совпадают, пользователь получает предупреждение о взломе.

BreachWatch Business

Когда BreachWatch активирован для корпоративных и бизнес-клиентов, хранилища конечных пользователей сканируются автоматически каждый раз, когда пользователь входит в систему с помощью Keeper. Сводные данные BreachWatch, сканируемые на устройстве пользователя, шифруются с помощью корпоративного открытого ключа и расшифровываются администратором предприятия при входе в консоль администрирования Keeper. Эта зашифрованная информация включает адрес электронной почты, количество записей с высоким риском, количество записей с решенными проблемами безопасности и количество проигнорированных записей. Администратор Keeper может просматривать сводную статистику на уровне пользователя в пользовательском интерфейсе консоли администрирования.

Регистрация событий и отчетность

При интеграции с модулем расширенной отчетности и предупреждений устройства конечных пользователей Keeper могут быть также настроены так, чтобы передавать подробные данные реального времени о событиях в сторонние решения SIEM и на интерфейс отчетности в консоли администрирования Keeper. Данные о событии содержат адрес электронной почты, пользовательский идентификатор записи (UID), IP-адрес и информацию устройства (в данные о событии не входят никакие расшифрованные данные записи, так как Keeper является платформой с нулевым разглашением данных и не может расшифровывать пользовательские данные).

По умолчанию подробные данные BreachWatch о событии не отправляются в модуль расширенной отчетности и предупреждений или в любую внешнюю подключенную систему регистрации. Чтобы активировать отчетность BreachWatch на уровне событий с отправкой данных в модуль расширенной отчетности и предупреждений, вы должны включить политику принудительного применения, перейдя на экран для конкретной роли > Настройки правил > Функции хранилища. После активации клиентские устройства конечных пользователей начнут отправлять эти данные о событиях. Информация о событиях, передаваемая из Keeper в целевую систему SIEM, становится читаемой благодаря интеграции со сторонними решениями SIEM и может быть использована для определения того, какие пользователи в пределах организации имеют пароли с высоким риском. Если администратор Keeper не хочет передавать данные о событиях на уровне записей в модуль расширенной отчетности и предупреждений Keeper, эту настройку можно отключить.

Офлайн-режим

Автономный режим позволяет пользователям иметь доступ к своему хранилищу, когда они не могут подключиться в режиме онлайн к Keeper или к своему поставщику удостоверений единого входа. Эта возможность доступна в мобильном приложении Keeper, настольном приложении и веб-хранилище во всех браузерах.

Эта возможность реализуется путем создания копии хранилища на локальном устройстве пользователя. Данные хранилища, хранящиеся в автономном режиме, зашифрованы по алгоритму AES-GCM с помощью 256-разрядного «Клиентского Ключа», который генерируется случайным образом и защищается PBKDF2-HMAC-SHA512 с использованием до 1 000 000 итераций и случайной солью. Соль и итерации хранятся локально. Когда пользователь вводит свой мастер-пароль, ключ создается с использованием соли и итераций, и предпринимается попытка расшифровать Клиентский Ключ. Затем Клиентский Ключ используется для расшифровки сохраненного кэша записей. Если в хранилище пользователя включена защита путем самоуничтожения данных, после 5 неудачных попыток входа будут автоматически стерты все локально сохраненные данные хранилища.

Сетевая архитектура

KSI использует Amazon AWS в Северной Америке, Европе и Австралии для конфиденциальности локализованных данных и географической сегрегации в целях размещения и эксплуатации решения и архитектуры Keeper. Использование Amazon AWS позволяет Keeper прозрачно масштабировать ресурсы по требованию и предоставить клиентам самую быструю и безопасную облачную среду хранения. KSI действует в многозоновой многорегионной среде с целью увеличения времени безотказной работы и обеспечения минимального времени отклика.

Аутентификация сервера

Хранилище Keeper Cloud Security Vault защищено API-интерфейсами, которые проверяются посредством авторизации на клиентском устройстве. На клиентском устройстве генерируется 256-разрядный «ключ аутентификации» на основе Мастер-Пароля с использованием PBKDF2-HMAC-SHA256 и случайной «соли». «Хэш аутентификации» создается путем хэширования «ключа аутентификации» с помощью SHA-256. При входе хэш аутентификации сравнивается с хэшем аутентификации, хранимым в Cloud Security Vault. После входа токен сеанса генерируется и используется клиентским устройством для последующих запросов. Этот токен аутентификации должен возобновляться каждые 30 минут или по запросу сервера.

Шифрование на транспортном уровне

KSI поддерживает 256- и 128-разрядный протокол SSL для шифрования всего обмена данными между клиентским приложением и облачным хранилищем KSI. Это тот же уровень шифрования, которому доверяют миллионы человек каждый день для безопасного совершения веб-транзакций, таких как онлайн-банкинг, покупки в интернет-магазинах, торговля акциями, доступ к медицинской информации и заполнение налоговых деклараций.

KSI отправляет сертификаты TLS, подписанные с использованием алгоритма SHA2, самого безопасного алгоритма подписи, предлагаемого сегодня коммерческими центрами сертификации. SHA2 существенно более надежен чем более широко используемый алгоритм SHA1, который может быть взломан из-за найденной в нем математической уязвимости. SHA2 помогает защититься от выпуска поддельных сертификатов, которые могут использоваться злоумышленниками для перенаправления на поддельный веб-сайт.

KSI также поддерживает Certificate Transparency (CT), новую инициативу компании Google, нацеленную на то, чтобы создать систему открыто проверяемых записей сертификатов, выданных центрами сертификации. CT помогает защищаться от выпуска сертификатов неуполномоченными центрами. CT сейчас поддерживается в самых последних версиях браузера Chrome. Более подробную информацию о Certificate Transparency можно найти по ссылке: http://www.certificate-transparency.org. Keeper поддерживает следующие наборы шифров 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

Привязывание ключей

Собственные клиенты Keeper поддерживают технологию привязывания ключей, механизм безопасности которой позволяет противостоять хакерам, использующим поддельные сертификаты.

Защита от атак посредством межсайтового скриптинга (XSS)

Веб-хранилище Keeper обеспечивает выполнение строгой политики безопасности контента, которая ограничивает происхождение исходящих запросов и препятствует выполнению всех скриптов, за исключением скриптов, явно исходящих от Keeper, включая встраиваемые скрипты и атрибуты обработки событий HTML, сокращая или устраняя большинство направлений атак посредством межсайтового скриптинга.

Доступ к доменным именам KeeperSecurity.com и KeeperSecurity.eu ограничен протоколом HTTPS с TLS v1.3 и обеспечивается принудительной активацией с помощью механизма HTTP Strict Transport Security. Это предотвращает атаки посредством анализа пакетов, модификации данных и перехвата сообщений и подмены ключей.

В браузерном расширении Keeper не предлагается пользователям входить в свои хранилища из зоны кадра страницы. Вход в хранилище осуществляется в пределах зоны панели инструментов браузерного расширения в браузере. Вход в хранилище на веб-браузере всегда происходит либо через домен KeeperSecurity.com или KeeperSecurity.eu, либо с панели инструментов браузерного расширения Keeper, которая существует вне страницы контента.

Браузерное расширение Keeper в Chrome, Firefox, Edge и Opera использует элементы iFrame для ввода данных записи на экранах входа веб-сайтов, чтобы гарантировать, что никакой вредоносный веб-сайт не имеет доступа к вводимому контенту. Контент записи, вводимый в элементы iFrame, также ограничен записями хранилища, хранимыми в хранилище пользователя, которые соответствуют домену целевого веб-сайта. Keeper не предлагает автоматически ввести учетные данные, если домен веб-сайта не соответствует полю домена веб-сайта из записи в хранилище Keeper.

Расширение для Internet Explorer использует отдельное окно нативного приложения для входа и доступа к записям. Эти отдельные окна не подвержены атакам XSS, поскольку они не доступны из браузера. Это позволяет расширению в Internet Explorer предоставлять окно для входа внутри страницы. Расширение не показывает записи, если записи не соответствуют адресу корневого домена веб-сайта.

Сторонние браузерные расширения могут иметь повышенные уровни разрешений в веб-браузерах и могут получать доступ к информации внутри страницы. Поэтому администраторам Keeper рекомендуется запретить пользователям устанавливать сторонние браузерные расширения из соответствующего магазина приложений для браузера.

Связка ключей iOS, Touch ID® и Face ID®

Touch ID и Face ID на устройствах iOS позволяют пользователям получать доступ к своему хранилищу Keeper с помощью биометрических данных. Чтобы обеспечить эту удобную функцию, в Связке ключей iOS хранится случайно сгенерированный 256-разрядный «биометрический ключ». Элемент Связка ключей iOS, созданный для этой функции, не предназначен для синхронизации со Связкой ключей iCloud и поэтому не покинет ваше мобильное устройство iOS.

Настоятельно рекомендуется использовать сложный Мастер-Пароль и включить многофакторную аутентификацию, чтобы обеспечить максимальную безопасность вашего зашифрованного хранилища Keeper. Использование Touch ID и Face ID делает более удобным использование сложного Мастер-Пароля на мобильном устройстве iOS. Также рекомендуется установить пароль длиной более 4 цифр, чтобы защитить Связку ключей iOS.

Связка ключей iOS используется операционной системой iOS и приложениями для безопасного хранения учетных данных. Приложения iOS используют Связку ключей iOS для хранения разнообразной секретной информации, включая пароли от веб-сайтов, ключи, номера кредитных карт и данные Apple Pay™. Keeper не использует Связку ключей iOS для хранения ваших записей Keeper — все записи Keeper защищены 256-разрядным шифрованием AES и надежно хранятся в хранилище Keeper. Связка ключей iOS также шифруется с помощью 256-разрядного алгоритма AES, используя пароль устройства. Даже если устройство потеряно или украдено или злоумышленник получил физический доступ к устройству, он не сможет добраться до информации, хранимой в Keeper. Связку ключей iOS невозможно расшифровать без пароля устройства, а хранилище Keeper недоступно без Мастер-Пароля Keeper.

Биометрика

Keeper изначально поддерживает Windows Hello, Touch ID, Face ID и биометрию Android. Клиенты, которые обычно входят в свое хранилище Keeper с помощью Мастер-Пароля или корпоративного единого входа (SAML 2.0), также могут входить на своих устройствах с помощью биометрических данных. Биометрия должна быть включена администратором Keeper в ролевой политике. Автономный доступ также может быть обеспечен с помощью биометрических данных для пользователей с Мастер-Паролем и с единым входом, когда эта возможность активирована.

Когда на устройстве включен биометрический вход в систему, ключ генерируется случайным образом локально и сохраняется в защищенном анклаве (например, в Связке ключей) устройства. Ключ данных пользователя зашифрован биометрическим ключом. После успешной биометрической аутентификации ключ извлекается, и пользователь может расшифровать свое хранилище.

Apple Watch®

Функция избранного Apple Watch позволяет просматривать избранные записи на подключенных часах Apple Watch. Записи Keeper должны быть явно включены для возможности просмотра на Apple Watch. Подключенные часы Apple Watch взаимодействуют с расширением Keeper для часов, работающем в своем выделенном замкнутом пространстве отдельно от приложения iOS Keeper. Расширение Keeper для часов также использует Связку ключей iOS в целях безопасного хранения и доступа к ключам, чтобы безопасно связываться с приложением iOS Keeper.

Keeper DNA®

Keeper DNA предоставляет метод многофакторной аутентификации с помощью устройства умных часов. При использовании с подключенными часами Apple Watch, Keeper DNA предоставляет метод многофакторной аутентификации, несравненный по удобству и безопасности. Keeper DNA использует защищенные токены, хранимые в Keeper Vault, чтобы генерировать временные пароли для многофакторной аутентификации. Запросы на аутентификацию можно одобрять и автоматически отправлять автоматически с Apple Watch (или устройства Android Wear), касаясь экрана часов, либо вводить вручную. Множество уровней шифрования, Touch ID и многофакторная аутентификация помогают делать Keeper DNA самым элегантным, безопасным и передовым методом аутентификации из всех имеющихся.

Соответствие требованиям и аудит

Сертифицировано по стандарту FedRAMP High

Keeper ICAM & Identity Security Platform for Government — это платформа Keeper Security для управления паролями и обеспечения кибербезопасности для государственных учреждений. Keeper ICAM & Identity Security Platform for Government является сертифицированным поставщиком FedRAMP на уровне высокого воздействия (High Impact Level), размещенным в AWS GovCloud (США). Keeper ICAM & Identity Security Platform for Government можно найти на торговой площадке FedRAMP.

Федеральная программа управления рисками и авторизацией (Federal Risk and Authorization Management Program (FedRAMP)) — программа федерального правительства США, обеспечивающая стандартизированный подход к оценке безопасности, авторизации и непрерывному мониторингу облачных продуктов и сервисов. FedRAMP стремится ускорить внедрение современных облачных решений государственными учреждениями, уделяя особое внимание безопасности и защите федеральной информации.

Сертификация GovRAMP High

GovRAMP разработана примерно через десять лет после FedRAMP с целью стимулирования внедрения безопасных облачных решений на уровне штатов и местных органов власти. Получение авторизации GovRAMP обычно представляет собой двухлетний процесс, который был ускорен посредством программы взаимности благодаря авторизации Keeper в FedRAMP.

Соответствует требованиям SOC 2

Записи в клиентских хранилищах защищены с использованием строгих методов внутреннего контроля с тщательным отслеживанием. Keeper уже более десяти лет сертифицирован как соответствующий требованиям SOC 2 Type 2 в соответствии с AICPA Service Organization Control. Соблюдение SOC 2 помогает обеспечить безопасность хранилищ пользователей путем внедрения стандартизированных средств контроля, определенных в рамках принципов надежности AICPA Trust Service Principles.

Сертификация ISO 27001, 27017 и 27018

Решение Keeper сертифицировано по стандартам ISO 27001, 27017 и 27018, охватывающим систему управления информацией и облачную инфраструктуру Keeper Security, которая поддерживает платформу Keeper Enterprise. Сертификаты ISO компании Keeper покрывают управление и эксплуатацию цифрового хранилища и облачных сервисов, контроль облачной безопасности, контроль конфиденциальности данных, разработку программного обеспечения и приложений, а также защиту цифровых активов как для цифрового хранилища, так и для облачных сервисов.

Соблюдение норм GDPR

Keeper берет на себя обязательство вносить изменения и улучшения в свои бизнес-процессы и продукты, чтобы и дальше поддерживать соответствие нормативным требованиям наших клиентов в Европейском союзе.

Соответствие требованиям ITAR

Keeper ICAM & Identity Security Platform for Government поддерживает соблюдение Правил международной торговли оружием США (ITAR). Компании, на которых распространяются экспортные правила ITAR, должны контролировать непреднамеренный экспорт, ограничивая доступ к защищенным данным гражданами США и ограничивая физическое местонахождение защищенных данных Соединенными Штатами Америки.

Среда Keeper ICAM & Identity Security Platform for Government's, отвечающая требованиям FedRAMP на умеренном уровне воздействия, поддерживает требования ITAR благодаря следующему:

• Полностью отвечаемое требованиям хранилище данных, размещенное в AWS GovCloud и ограниченное пределами США.
• Keeper ICAM & Identity Security Platform for Government обеспечивает безопасное шифрование данных при передаче и хранении.
• Безопасность с нулевым разглашением и нулевым доверием в сочетании с детальными разрешениями позволяет организациям гарантировать, что только утвержденный персонал может получать доступ к конфиденциальным данным.
• Надежные функции отчетности о соответствии требованиям обеспечивают ведение отслеживаемого электронного контрольного журнала всех выполненных действий и введенных данных.
• Отдельная команда по сопровождению клиентов состоит из граждан США, специально обученных безопасному обращению с данными, контролируемыми экспортными правилами и ITAR, без какой-либо поддержки за пределами США.

Среда Keeper FedRAMP была проверена независимой сторонней оценочной организацией (3PAO) на подтверждение наличия надлежащих средств контроля для поддержки программ экспортного соответствия клиентов и продолжает проходить ежегодный аудит, необходимый для поддержания соответствия требованиям.

Дополнительная информация о ITAR.

Сертификация FSQS-NL

Компания Keeper Security EMEA Limited сертифицирована в соответствии с квалификационной системой Hellios Financial Services Qualification System-Netherlands (FSQS-NL), которая признает самые высокие стандарты безопасности, качества и инноваций в Нидерландах. Этот стандарт демонстрирует соответствие требованиям Управления финансового надзора и Управления пруденциального надзора для обеспечения надежности программного обеспечения Keeper Enterprise для крупных банков и финансовых учреждений.

Защита медицинских данных пациентов

Программное обеспечение Keeper отвечает мировым стандартам по защите медицинских данных пациентов, включая, без ограничения, HIPAA (Health Insurance Portability and Accountability Act) и DPA (Data Protection Act).

Соответствие требованиям и соглашение о деловом партнерстве HIPAA

Keeper является платформой с нулевым уровнем разглашения, имеющей сертификаты SOC2 и ISO 27001, 27017 и 27018 и соответствующей требованиям HIPAA. Поддерживается строгое соответствие и контроль в отношении неприкосновенности частной жизни, конфиденциальности, целостности и доступности. Благодаря безопасной архитектуре Keeper не может расшифровывать, просматривать или иметь доступ к любой информации, включая ePHI, хранящейся в пользовательском хранилище Keeper. По упомянутым выше причинам Keeper не является 'деловым партнером' согласно определению HIPAA и поэтому не подпадает под действие Соглашения о деловом партнерстве HIPAA.

Чтобы подробнее узнать о дополнительных преимуществах для поставщиков медицинских услуг и компаний медицинского страхования, прочтите весь документ «Раскрытие данных безопасности» и посетите наше Руководство для предприятий.

Соблюдение Закона об устойчивости цифровых операций (DORA)

В целях соблюдения Закона об устойчивости цифровых операций (DORA) Keeper поддерживает строгие операционные меры и меры безопасности для защиты программного обеспечения и систем Keeper. Это включает в себя, в частности, внедрение эффективных процессов управления рисками, отслеживание и управление доступностью в режиме безотказной работы, поддержание строгих внутренних политик безопасности, требование проведения внутреннего обучения по вопросам безопасности и создание протоколов реагирования на инциденты. Keeper постоянно контролирует, обновляет и совершенствует процедуры для снижения рисков и обеспечения операционной функциональности и безопасности всего программного обеспечения и услуг Keeper.

Тестирование на проникновение

Keeper проводит периодическое тестирование на проникновение с помощью сторонних экспертов, включая NCC Group, Secarma, Rhino Security Cybertest и независимых исследователей в области безопасности, по отношению к продуктам и системам Keeper. Keeper также имеет партнерские отношения с Bugcrowd для управления своей программой раскрытия уязвимостей (VDP).

Независимое тестирование безопасности и тесты на проникновение

KSI ежедневно тестируется службой McAfee Secure. Это гарантирует, что веб-приложение Keeper и KSI Cloud Security Vault защищены от всех известных эксплойтов, уязвимостей и DoS-атак. Печати McAfee Secure на сайте Keeper подтверждают ежедневное тестирование веб-сайта и веб-приложения Keeper а также хранилища Cloud Security Vault.

Ежемесячно проводится комплексное внешнее сканирование безопасности на веб-сайте Keeper, в веб-приложении Keeper и в Keeper Cloud Security Vault с помощью McAfee Secure. Работники Keeper периодически организуют стороннее сканирование по запросу, которое проводится компанией McAfee Secure.

Обработка платежей и соответствие PCI

KSI использует PayPal и Stripe для безопасной обработки платежей по кредитным и дебетовым картам через платежный веб-сайт KSI. PayPal и Stripe являются решениями для обработки транзакций, отвечающими стандарту PCI-DSS.

KSI сертифицирован на соответствие стандарту PCI-DSS.

Соглашение об обмене конфиденциальной информацией между ЕС и США (EU-US Privacy Shield)

Веб-клиент Keeper, приложение для Android, приложение для Windows Phone, приложение для iPhone/iPad и браузерные расширения сертифицированы на соответствие EU Privacy Shield, соответствуют требованиям программы Министерства торговли США EU-U.S. Privacy Shield, которая соответствует Директиве Европейской комиссии по защите данных.

См. дополнительные сведения о программе U.S.-EU Privacy Shield Министерства торговли США по адресу https://www.privacyshield.gov

Сертификат FIPS 140-3

Keeper использует проверенные модули шифрования FIPS 140-3 для соблюдения строгих требований безопасности правительственного и государственного сектора. Шифрование Keeper сертифицировано NIST (CMVP) и подтверждено на соответствие стандарту FIPS 140 аккредитованными сторонними лабораториями. Keeper выдан сертификат № 3967 в соответствии с NIST CMVP

Соответствие требованиям части 11 раздела 21 CFR FDA

Keeper соответствует требованиям части 11 раздела 21 кодекса федеральных нормативных актов (CFR), которые применяются к ученым, работающим в строго регулируемых средах, в том числе к исследователям, проводящим клинические испытания. Эти требования отражают критерии Управления США по санитарному надзору за качеством пищевых продуктов и медикаментов (FDA), в соответствии с которыми электронные записи и подписи считаются заслуживающими доверия, надежными и эквивалентными бумажным записям с рукописными подписями. В частности, ученые должны убедиться, что все используемое ими программное обеспечение соответствует требованиям части 11 раздела 21 CFR, в отношении следующего:

Средства контроля безопасности для идентификации пользователей – Keeper соответствует требованиям части 11 раздела 21 CFR к функциям безопасности, которые ограничивают доступ пользователей и их привилегии, включая обеспечение того, чтобы у всех пользователей были уникальные имена пользователей и пароли, возможность обнаружения и предотвращения несанкционированного доступа к системе и возможность блокировки скомпрометированных учетных записей.

Подробный журнал аудита

Во время проверок FDA регулирующие органы требуют от исследователей предоставления аудиторского журнала с подробной хронологической записью всех операций. Функции отчетности Keeper о соответствии требованиям позволяют исследователям легко создавать отслеживаемые электронные журналы аудита.

Электронные подписи

Если для документа требуется юридически обязывающая электронная подпись, согласно части 11 раздела 21 CFR требуется, чтобы подпись была привязана к уникальному логину и паролю или биометрической идентификации. Keeper поддерживает это требование, предоставляя исследователям возможность гарантировать, что все пользователи имеют уникальные имена пользователей и пароли, надежно хранящиеся в цифровом хранилище пользователя, к которому может получить доступ только сам пользователь.

Экспортная лицензия Министерства торговли США на условиях EAR

Приложение Keeper сертифицировано Бюро промышленности и безопасности Министерства торговли США с номером ECCCN 5D992 согласно нормативам Export Administration Regulations (EAR).

Дополнительная информация о EAR: https://www.bis.doc.gov

Ежедневный и круглосуточный удаленный мониторинг

Сторонняя компания проводит круглосуточный ежедневный мониторинг Keeper, обеспечивающий доступность нашего сайта и хранилища Cloud Security Vault по всему миру.

Если у вас есть вопросы относительно раскрытия данных безопасности, свяжитесь с нами.

Фишинг и поддельные сообщения

Если вы получили сообщение, предположительно отправленное KSI, и не уверены в его легитимности, это может быть фишинговое сообщение с подложным адресом отправителя. В этом случае сообщение будет содержать ссылки на сайт, который будет выглядеть как KeeperSecurity.com, но это будет не наш сайт. Веб-сайт может запросить ваш мастер-пароль Keeper Security или попытаться установить нежелательное ПО на вашем компьютере, чтобы украсть ваши личные данные или получить доступ к вашему компьютеру. Подобные электронные письма могут также содержать ссылки, ведущие на другие потенциально опасные веб-сайты. Сообщение также может содержать вложения, которые обычно содержат нежелательное программное обеспечение, называемое «вредоносным ПО». Если вы не уверены в подлинности пришедшего электронного письма, удалите его, не переходя по каким-либо ссылкам и не открывая никаких вложений.

Чтобы сообщить о сообщении от KSI, которое, по вашему мнению, является поддельным, или если у вас есть другие опасения, связанные с безопасностью, которые вы хотите донести до KSI, свяжитесь с нами.

Инфраструктура хостинга сертифицирована по самым строгим отраслевым стандартам

Веб-сайт и облачное хранилище Keeper работают в безопасной облачной инфраструктуре Amazon Web Services (AWS). Облачная инфраструктура AWS, используемая для размещения архитектуры Keeper, получила следующие аттестаты и сертификаты:

• 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

Программа выплаты вознаграждений за обнаружение ошибок и уязвимостей

Keeper Security неукоснительно придерживается ответственного раскрытия потенциальных проблем безопасности. Мы серьезно относимся к своей безопасности и приватности и стремимся защищать приватность и личные данные наших пользователей. Миссия KSI состоит в том, чтобы создавать самые безопасные в мире и инновационные приложения для обеспечения безопасности, и мы считаем, что сообщения об ошибках от мирового сообщества исследователей в области безопасности является ценным компонентом обеспечения безопасности продуктов и услуг KSI.

Поддержка безопасности наших пользователей является ядром наших ценностей как организации. Мы ценим вклад хакеров доброй воли и считаем, что постоянное сотрудничество с хакерским сообществом помогает нам обеспечивать их безопасность и приватность, а также делает Интернет более безопасным местом. Это включает в себя поощрение ответственного тестирования безопасности и раскрытия уязвимостей безопасности.

Рекомендации

Политика раскрытия уязвимостей Keeper устанавливает ожидаемые нормы при работе с хакерами доброй воли, а также то, что вы можете ожидать от нас.

Если тестирование безопасности и отчетность выполнены в рамках рекомендаций данной политики, мы:

• Считаем его санкционированным в соответствии с Законом о борьбе с компьютерным мошенничеством и компьютерными злоупотреблениями,
• Считаем, что он не подпадает под Закон об авторском праве в цифровую эпоху (DMCA), и мы не будем предъявлять вам претензии за обход безопасности или технологического контроля,
• Считаем его законным и не будем возбуждать или поддерживать любой иск против вас в связи с данной программой,
• Будем сотрудничать с вами, чтобы быстро разобраться в проблеме и решить ее, и
• Мы публично признаем ваш вклад, если вы будете первым, кто доложит об этой проблеме, и мы внесем изменения в программный код или конфигурацию, чтобы решить проблему.

Если у вас возникнут сомнения в отношении того, согласуется ли ваше тестирование с Рекомендациями и Рамками данной политики, свяжитесь с нами по адресу security@keepersecurity.com, прежде чем приступать к тестированию.

С целью поощрения тестирования безопасности с добрыми намерениями и раскрытия обнаруженных уязвимостей, мы просим вас:

• Избегать нарушения приватности, нанесения вреда удобству работы пользователей, нарушения работы производственных или корпоративных систем, и/или уничтожения данных,
• Выполнять исследования только в рамках, установленных программой раскрытия уязвимостей Bugcrowd, указанной ниже, и уважать системы и действия, выходящие за эти рамки,
• Немедленно связываться с нами по адресу security@keepersecurity.com в случае обнаружения каких-либо пользовательских данных в ходе тестирования, и
• Вы даете нам разумное время для анализа, подтверждения и решения найденной вами проблемы перед публичным разглашением найденной уязвимости.

Подача отчета

Keeper имеет партнерские отношения с Bugcrowd для управления нашей программой раскрытия уязвимостей.

Подавайте свои отчеты через https://bugcrowd.com/keepersecurity.

Дополнительная информация

Документация по продукту

Портал документации Keeper, содержащий руководства по продуктам, техническую информацию, примечания к выпуску и руководства для конечных пользователей, доступен по адресу: https://docs.keeper.io

Состояние системы

Состояние системы в реальном времени можно найти на: https://statuspage.keeper.io

СУБПРИЛОЖЕНИЕ E

Дополнение для Великобритании

Стандартные положения о защите данных, которые должны быть изданы Комиссаром в соответствии с Законом о защите данных S119A(1) от 2018 года

Дополнение к Стандартным Договорным Положениям Комиссии ЕС о Международной Передаче Данных

ВЕРСИЯ B1.0, действует с 21 марта 2022 года

Настоящее Дополнение было издано Комиссаром по информации для сторон, осуществляющих ограниченные передачи. Комиссар по информации считает, что оно обеспечивает Надлежащие Гарантии для Ограниченной Передачи, когда заключено в качестве юридически обязывающего договора.

Часть 1. Таблицы

Таблица 1. Стороны

Таблица 2. Некоторые оговорки и условия, Модули и Некоторые Положения

Таблица 3. Дополнительная информация

«Дополнительная информация» означает информацию, которая должна быть предоставлена для выбранных модулей, как изложено в Дополнении к Утвержденным оговоркам и условиям для ЕС (за исключением Сторон), и которая для настоящего Дополнения изложена в следующих документах:

Приложение 1A. Список Сторон. См. Приложение 1 к Дополнению между сторонами.

Приложение 1B. Описание Передачи. См. Субприложение A к Дополнению между сторонами.

Приложение II. Технические и организационные меры, включая технические и организационные меры для обеспечения безопасности данных. См. Субприложение D к Дополнению между сторонами.

Приложение III. Список субобработчиков (только для Модуля 2 и 3): См. Субприложение B к Дополнению между сторонами.

Таблица 4. Прекращение действия настоящего Дополнения при изменении Утвержденного Дополнения

Часть 2. Обязательные положения

Заключение настоящего Дополнения

1. Каждая Сторона соглашается быть связанной положениями и условиями, изложенными в настоящем Дополнении, в обмен на то, что другая Сторона также соглашается быть связанной настоящим Дополнением.
2. Хотя Приложение 1A и Положение 7 Утвержденных оговорок и условий для ЕС должны быть подписаны Сторонами для осуществления Ограниченной Передачи, Стороны могут заключить настоящее Дополнение любым способом, который делает его юридически обязательным для Сторон и позволяет субъектам данных осуществлять свои права, изложенные в настоящем Дополнении. Заключение настоящего Дополнения будет иметь ту же силу, что и подписание Утвержденных оговорок и условий для ЕС и любой части Утвержденных оговорок и условий для ЕС.

Толкование настоящего Дополнения

3. Если в настоящем Дополнении используются термины, определенные в Утвержденных оговорках и условиях для ЕС, эти термины будут иметь то же значение, что и в Утвержденных оговорках и условиях для ЕС. Кроме того, следующие термины имеют следующие значения:

4. Настоящее Дополнение всегда должно толковаться в соответствии с Законами Великобритании о Защите Данных и таким образом, чтобы оно выполняло обязательство Сторон по обеспечению Соответствующих Гарантий.
5. Если положения, включенные в оговорки и условия к Дополнению для ЕС, изменят Утвержденные оговорки и условия каким-либо образом, не допустимым в соответствии с Утвержденными оговорками и условиями для ЕС или Утвержденным Дополнением, такие поправки не будут включены в настоящее Дополнение, и вместо них будет действовать эквивалентное положение Утвержденных оговорок и условий для ЕС.
6. В случае какого-либо несоответствия или противоречий между Законами Великобритании о Защите Данных и настоящим Дополнением применяются Законы Великобритании о Защите Данных.
7. Если смысл настоящего Дополнения неясен или имеет несколько значений, то применяется значение, которое наиболее точно соответствует Законам Великобритании о Защите Данных.
8. Любые ссылки на законодательство (или конкретные положения законодательства) означают, что законодательство (или конкретное положение) может меняться со временем. Сюда относятся случаи, когда это законодательство (или конкретное положение) было консолидировано, вновь принято и/или заменено после того, как было заключено настоящее Дополнение.

Иерархия

9. Хотя в Положении 5 Утвержденных оговорок и условий для ЕС говорится, что Утвержденные оговорки и условия для ЕС имеют преимущественную силу над всеми соответствующими соглашениями между сторонами, стороны соглашаются с тем, что в отношении Ограниченных Передач преимущественную силу будет иметь иерархия, изложенная в Разделе 10.
10. В случае какого-либо несоответствия или противоречий между Утвержденным Дополнением и оговорками и условиями к Дополнению для ЕС (в зависимости от ситуации) Утвержденное Дополнение имеет преимущественную силу над оговорками и условиями к Дополнению для ЕС, за исключением случаев, когда (и в той степени) несовместимые или противоречащие условия оговорок и условий к Дополнению для ЕС обеспечивают большую защиту субъектов данных, в этом случае эти условия будут иметь преимущественную силу над Утвержденным Дополнением.
11. Если настоящее Дополнение включает в себя оговорки и условия к Дополнению для ЕС, которые были заключены для защиты передач, подпадающих под действие Общего регламента по защите данных (ЕС) 2016/679, то Стороны признают, что ничто в настоящем Дополнении не влияет на эти оговорки и условия к Дополнению для ЕС.

Включение и внесение изменений в оговорки и условия для ЕС

12. Настоящее Дополнение включает в себя оговорки и условия к Дополнению для ЕС, в которые вносятся изменения в объеме, необходимом для того, чтобы:
    1. вместе они работали для передачи данных, осуществляемой экспортером данных импортеру данных, в той мере, в какой Законы Великобритании о Защите Данных применяются к обработке экспортером данных при осуществлении этой передачи данных, и обеспечивали Соответствующие Гарантии для такой передачи данных;
    2. Разделы 9–11 заменяют Положение 5 (Иерархия) оговорок и условий к Дополнению для ЕС; и
    3. настоящее Дополнение (в том числе включенные в него оговорки и условия к Дополнению для ЕС) (1) регулируется законами Англии и Уэльса и (2) любые споры, возникающие в связи с ним, разрешаются судами Англии и Уэльса, в каждом случае, если законы и/или суды Шотландии или Северной Ирландии не были в явной форме выбраны Сторонами.
13. Если Стороны не согласовали другие поправки, которые отвечают требованиям Раздела 12, будут применяться положения Раздела 15.
14. Не допускается внесение изменений в Утвержденные оговорки и условия для ЕС, кроме как в целях соблюдения требований Раздела 12.
15. В оговорки и условия к Дополнению для ЕС (для целей Раздела 12) вносятся следующие поправки:

    1. Ссылки на «Положения» означают настоящее Дополнение, включающее в себя оговорки и условия к Дополнению для ЕС;

    2. В Положении 2 исключить текст:

       «и в отношении передачи данных от контроллеров обработчикам и/или от обработчиков обработчикам, стандартные договорные положения в соответствии со Статьей 28(7) Регламента (ЕС) 2016/679»;

    3. Положение 6 (Описание передачи) заменяется следующим текстом:

       Подробные сведения о передаче, в частности категории передаваемых персональных данных и цели, для которых они передаются, указаны в Приложении I.B, когда Законы Великобритании о Защите Данных применяются к обработке экспортером данных при осуществлении этой передачи». ;

    4. Положение 8.7(i) Модуля 1 заменяется следующим текстом:

       «осуществляется в страну, которая получает выгоду от положений о достаточности мер в соответствии с Разделом 17A GDPR Великобритании, которые охватывают дальнейшую передачу»;

    5. Положение 8.8(i) Модулей 2 и 3 заменяется следующим текстом:

       «дальнейшая передача осуществляется в страну, которая получает выгоду от положений о достаточности мер в соответствии с Разделом 17A GDPR Великобритании, которые охватывают дальнейшую передачу»;

    6. Ссылки на «Регламент (ЕС) 2016/679», «Регламент (ЕС) 2016/679 Европейского парламента и Совета от 27 апреля 2016 года о защите физических лиц в отношении обработки персональных данных и о свободном движении таких данных (Общий регламент по защите данных)» и «этот Регламент» заменяются на «Законы Великобритании о Защите Данных». Ссылки на конкретные Статьи «Регламента (ЕС) 2016/679» заменяются эквивалентной Статьей или Разделом Законов Великобритании о Защите Данных;

    7. Ссылки на Регламент (ЕС) 2018/1725 удаляются;

    8. Ссылки на «Европейский Союз», «Союз», «ЕС», «государство-член ЕС», «государство-член» и «ЕС или государство-член» заменяются на «Великобританию»;

    9. Ссылка на «Положение 12(c)(i)» в Положении 10(b)(i) Модуля один заменяется на «Положение 11(c)(i)»;

    10. Положение 13(a) и Часть C Приложения I не используются;

    11. текст «компетентный надзорный орган» и «надзорный орган» заменяется на «Комиссар по информации»;

    12. В Положении 16(e) подраздел (i) заменяется следующим текстом:

        
        

        «Государственный секретарь принимает постановления в соответствии с Разделом 17A Закона о Защите Данных от 2018 года, которые охватывают передачу персональных данных, к которым применяются настоящие положения;»;

    13. Положение 17 заменяется следующим текстом:

        
        

        «Настоящие Положения регулируются законами Англии и Уэльса». ;

    14. Положение 18 заменяется следующим текстом:

        
        

        «Любые споры, возникающие в связи с настоящими Положениями, должны разрешаться судами Англии и Уэльса. Субъект данных также может возбудить судебное разбирательство против экспортера данных и/или импортера данных в судах любой страны Великобритании. Стороны соглашаются подчиняться юрисдикции таких судов». и

    15. Сноски к Утвержденным оговоркам и условиям для ЕС не являются частью Дополнения, за исключением сносок 8, 9, 10 и 11.

Поправки к настоящему Дополнению

16. Стороны могут договориться об изменении Положений 17 и/или 18 оговорок и условий к Дополнению для ЕС, чтобы они ссылались на законы и/или суды Шотландии или Северной Ирландии.
17. Если Стороны желают изменить формат информации, включенной в Часть 1: Таблицы Утвержденного Дополнения, они могут сделать это, выразив согласие на изменение в письменной форме при условии, что это изменение не сокращает Соответствующие Гарантии.
18. Время от времени ICO может выпускать пересмотренное Утвержденное Дополнение, которое:
    1. вносит разумные и соизмеримые изменения в Утвержденное Дополнение, в том числе исправляет ошибки в Утвержденном Дополнении; и/или
    2. отражает изменения в Законах Великобритании о Защите Данных;

В пересмотренном Утвержденном Дополнении должна быть указана начальная дата, с которой изменения к Утвержденному Дополнению вступают в силу, и должны ли Стороны пересмотреть настоящее Дополнение, включая Дополнительную Информацию. В настоящее Дополнение автоматически вносятся поправки в соответствии с пересмотренным Утвержденным Дополнением с указанной начальной даты.

19. Если ICO выпустит пересмотренное Утвержденное Дополнение в соответствии с Разделом 18, если любая Сторона, указанная в Таблице 4 «Прекращение действия Дополнения при изменении Утвержденного Дополнения», в результате изменений в Утвержденном Дополнении будет иметь существенное, непропорциональное и очевидное увеличение:
    1. своих прямых расходов по выполнению своих обязательств по Дополнению; и/или
    2. своих рисков, предусмотренных Дополнением,

и в любом случае она сначала предприняла разумные шаги для снижения этих расходов или рисков, чтобы они не были существенными и непропорциональными, тогда эта Сторона может расторгнуть настоящее Дополнение по истечении разумного периода уведомления, направив письменное уведомление о таком периоде другой Стороне до даты начала действия пересмотренного Утвержденного Дополнения.

20. Сторонам не требуется согласие какой-либо третьей стороны для внесения изменений в настоящее Дополнение, но любые изменения должны вноситься в соответствии с его условиями.

Альтернативные Обязательные Положения Части 2: