Warunki DPA

Definicje

Terminologia zastosowana w niniejszym Uzupełnieniu jest zdefiniowana następująco:

1. Podmiot powiązany oznacza każdy podmiot, który bezpośrednio lub pośrednio kontroluje dany podmiot, jest przez niego kontrolowany lub znajduje się z nim pod wspólną kontrolą. „Kontrola” do celów niniejszej definicji oznacza bezpośrednią lub pośrednią własność lub kontrolowanie ponad 50% udziałów z prawem głosu w danym podmiocie.
2. Obowiązujące przepisy oznaczają wszystkie przepisy mające zastosowanie do przetwarzania danych Klienta, które mogą obejmować przepisy UE o ochronie danych, inne przepisy Unii Europejskiej lub któregokolwiek z jej państw członkowskich oraz przepisy dowolnego innego kraju, któremu podlega klient lub dane klienta.
3. Administrator oznacza podmiot, który samodzielnie lub wspólnie z innymi określa cele i sposoby przetwarzania danych osobowych.
4. Osoba, której dane dotyczą, oznacza osobę fizyczną, której dane osobowe są przetwarzane w kontekście niniejszego Uzupełnienia.
5. Przepisy UE o ochronie danych oznaczają rozporządzenie RODO i dyrektywę o prywatności i łączności elektronicznej 2002/58/WE (zmienioną dyrektywą 2009/136/WE okresowo zmienianą i zastępowaną) oraz krajowe przepisy wykonawcze, jeśli takie istnieją.
6. RODO oznacza ogólne rozporządzenie UE o ochronie danych 2016/679.
7. Dane osobowe oznaczają wszelkie informacje dotyczące zidentyfikowanej lub możliwej do zidentyfikowania osoby fizycznej.
8. Podmiot przetwarzający oznacza podmiot przetwarzający Dane osobowe w imieniu Administratora.
9. Przetwarzanie oznacza każdą operację lub grupę operacji wykonywanych na Danych osobowych, indywidualnie lub w zestawach, w sposób zautomatyzowany lub nie, takie jak zbieranie, utrwalanie, organizowanie, porządkowanie, przechowywanie, adaptowanie lub zmienianie, pobieranie, przeglądanie, wykorzystywanie, ujawnianie poprzez przekazanie, rozpowszechnianie lub udostępnianie w inny sposób, dopasowywanie lub łączenie, ograniczanie, usuwanie lub niszczenie.
10. Usługi oznaczają usługi i inne działania dostarczane lub wykonywane przez Keeper na rzecz Klienta zgodnie z umową;
11. Standardowe klauzule umowne oznaczają standardowe klauzule umowne dotyczące przekazywania danych osobowych podmiotom przetwarzającym mającym siedzibę w państwach trzecich, które nie zapewniają odpowiedniego poziomu ochrony danych, określone w decyzji Komisji Europejskiej 2021/914 z dnia 4 czerwca 2021 r., dołączonej do niniejszego dokumentu jako Dodatek C.
12. Podwykonawca przetwarzania to każdy Podmiot przetwarzający zaangażowany przez Keeper Security do przetwarzania danych osobowych w związku z Usługami.

PRZETWARZANIE DANYCH OSOBOWYCH

1. Celem przetwarzania zgodnie z postanowieniami Aneksu jest świadczenie przez Keeper Usług zgodnie z Umową. Strony uzgadniają, że w odniesieniu do przetwarzania dokonywanego przez Keeper w imieniu Klienta, Klient jest Administratorem, a Keeper jest Podmiotem przetwarzającym, z wyjątkiem ograniczonego przetwarzania określonego w paragrafie 4 poniżej, w którym to przypadku Keeper działa jako Niezależny administrator. Kategorie i rodzaje Danych osobowych przetwarzanych przez Keeper są wymienione w Aneksie A. Przetwarzanie Danych osobowych na podstawie niniejszego Aneksu trwa przez okres obowiązywania Umowy, chyba że Obowiązujące przepisy prawa stanowią inaczej.
2. Keeper może działać i przetwarzać Dane osobowe wyłącznie zgodnie z udokumentowanym poleceniem Klienta („Polecenie”), chyba że prawo wymaga od niego działania bez takiego polecenia. Zgodnie z Poleceniem wydanym w momencie podpisywania niniejszego Uzupełnienia Keeper może przetwarzać Dane osobowe wyłącznie w celu świadczenia Usług zgodnie z opisem w Umowie. Z zastrzeżeniem warunków niniejszego Uzupełnienia i za obopólną zgodą stron Klient może wydać dodatkowe pisemne polecenie zgodne z warunkami niniejszego Uzupełnienia. Klient ponosi odpowiedzialność za upewnienie się, że wszystkie osoby przekazujące pisemne polecenia są do tego upoważnione.
3. Keeper poinformuje Klienta o wszelkich poleceniach, które uzna za naruszenie obowiązującego prawa, w tym przepisów UE o ochronie danych, i nie wykona takich poleceń do czasu ich potwierdzenia lub zmiany.

POUFNOŚĆ I BEZPIECZEŃSTWO

1. Keeper będzie traktować wszystkie dane osobowe jako informacje ściśle poufne. Dane osobowe nie mogą być kopiowane, przekazywane ani przetwarzane w inny sposób w sprzeczności z Poleceniem, chyba że Klient wyraził na to pisemną zgodę. Pracownicy Keeper podlegają obowiązkowi zachowania poufności, który zapewnia, że traktują wszystkie Dane osobowe objęte niniejszym Uzupełnieniem jako ściśle poufne. Dane osobowe będą udostępniane wyłącznie pracownikom, którzy potrzebują dostępu do takich Danych osobowych do świadczenia Usług i realizacji postanowień niniejszego Uzupełnienia.
2. Keeper wdraża odpowiednie środki techniczne i organizacyjne określone w niniejszej Umowie i w obowiązującym prawie, w tym zgodnie z art. 32 RODO. Środki bezpieczeństwa podlegają postępom i rozwojowi technicznemu. Keeper może okresowo aktualizować lub modyfikować środki bezpieczeństwa, pod warunkiem że takie aktualizacje i zmiany nie skutkują pogorszeniem ogólnego poziomu bezpieczeństwa. Zasady Keeper dotyczące bezpieczeństwa informacji są dostępne w Dodatku D.

PRAWA OSOBY, KTÓREJ DANE DOTYCZĄ

1. Jeżeli Klient otrzyma od osoby, której dane dotyczą, wniosek o skorzystanie z praw osoby, której dane dotyczą, na mocy obowiązującego prawa, a prawidłowa i uzasadniona odpowiedź na takie żądanie wymaga pomocy ze strony Keeper, Keeper pomaga Klientowi, przekazując niezbędne informacje i dokumentację. Keeper ma zapewniony odpowiedni czas na udzielenie Klientowi pomocy w zakresie takich żądań zgodnie z obowiązującym prawem.
2. Jeśli Keeper otrzyma od osoby, której dane dotyczą, wniosek o skorzystanie z praw przysługujących tej osobie na mocy obowiązującego prawa, a wniosek taki dotyczy Danych osobowych Klienta, o ile nie jest to zabronione przez prawo, Keeper niezwłocznie przekaże wniosek Klientowi i powstrzyma się od udzielania odpowiedzi bezpośrednio tej osobie, chyba że Klient przekaże inne polecenie.

NARUSZENIA DANYCH OSOBOWYCH

1. Keeper niezwłocznie powiadamia Klienta o wystąpieniu naruszenia, które może prowadzić do przypadkowego lub niezgodnego z prawem zniszczenia, utraty, zmiany, nieuprawnionego ujawnienia lub nieuprawnionego dostępu do Danych osobowych przekazywanych, przechowywanych lub w inny sposób przetwarzanych w imieniu Klienta („Naruszenie danych osobowych”).
2. Keeper dołoży uzasadnionych starań w celu zidentyfikowania przyczyny takiego naruszenia i podejmie działania, które uzna za niezbędne w celu ustalenia przyczyny i zapobieżenia ponownemu wystąpieniu takiego naruszenia.

DOKUMENTACJA DOTYCZĄCA ZGODNOŚCI Z WYMOGAMI I PRAWA DO AUDYTU

1. Na żądanie Klienta z powodu lub w zakresie wymaganym przez art. 28 RODO Keeper udostępnia Klientowi wszystkie istotne informacje niezbędne do wykazania zgodności z niniejszym Uzupełnieniem i umożliwia przeprowadzanie audytów, w tym kontroli przeprowadzanych przez Klienta lub audytora upoważnionego przez Klienta, i w uzasadnionym zakresie współpracuje w ramach tych audytorów. Klient musi powiadomić o każdym audycie lub kontroli dokumentów i dołożyć uzasadnionych starań, aby uniknąć uszkodzenia lub zakłóceń w funkcjonowaniu pomieszczeń, sprzętu i działalności Keeper w trakcie takiego audytu lub kontroli. Wszelkie audyty lub kontrole dokumentów mogą zostać przeprowadzone po należytym pisemnym powiadomieniu przekazanym nie później niż sześćdziesiąt (60) dni kalendarzowych przed rozpoczęciem kontroli i nie częściej niż raz w roku.
2. Przed przeprowadzeniem powyższych działań Klient może zostać poproszony o podpisanie umowy o nieujawnianiu informacji, która jest zaakceptowana przez Keeper.

PRZEKAZYWANIE DANYCH

1. Jeśli strony przekazują Dane osobowe pochodzące z Europejskiego Obszaru Gospodarczego („EOG”) stronie znajdującej się w krajach poza EOG, które nie otrzymały wiążącej decyzji Komisji Europejskiej stwierdzającej odpowiedni stopień ochrony, takie przekazywanie danych odbywa się zgodnie z mającymi zastosowanie wymogami prawnymi dotyczącymi przekazywania danych i wyłącznie na podstawie udokumentowanych poleceń Klienta.
2. Jeżeli Klient uzna, że środki te są niewystarczające do spełnienia wymogów prawnych w określonych okolicznościach, musi przekazać Keeper pisemne powiadomienie o podstawach takiej opinii, a Strony będą współpracować w dobrej wierze w celu znalezienia alternatywnego rozwiązania możliwego do zaakceptowania przez obie strony.

PODWYKONAWCY PRZETWARZANIA

1. Keeper otrzymuje ogólne upoważnienie do angażowania stron trzecich w proces przetwarzania Danych osobowych („Podwykonawcy przetwarzania”) bez konieczności uzyskania dalszej pisemnej, szczególnej zgody od Klienta. Keeper zawiera pisemną umowę dotyczącą podwykonawstwa przetwarzania z każdym Podwykonawcą przetwarzania. Taka umowa musi zapewniać co najmniej takie same obowiązki w zakresie ochrony danych jak obowiązki mające zastosowanie do Keeper, w tym obowiązki wynikające z niniejszego Uzupełnienia. Keeper na bieżąco monitoruje i kontroluje przestrzeganie przez swoich Podwykonawców przetwarzania obowiązującego prawa o ochronie danych, a dokumentacja dotycząca takiego monitorowania i kontroli jest przekazywana Klientowi na pisemne żądanie.
2. Jeżeli Podwykonawca przetwarzania wykonuje uzgodnione usługi poza UE/EOG, Keeper zapewnia ich dopuszczalność na mocy przepisów o ochronie danych, podejmując odpowiednie środki.
3. W momencie zawarcia niniejszej Umowy Keeper korzysta z Podwykonawców przetwarzania wymienionych w Dodatku B. Keeper powiadamia Klienta o wszelkich nowych Podwykonawcach przetwarzania. Takim powiadomieniem może być opublikowanie szczegółów dodania do listy Podwykonawców przetwarzania dostępnej na stronie https: //www.keepersecurity.com/GDPR.html lub pocztą e-mail (w przypadku gdy Klient poprosił o otrzymanie powiadomienia poprzez wiadomość e-mail na adres gdpr@keepersecurity.com w ciągu dziesięciu (10) dni od wejścia w życie niniejszego Uzupełnienia) nie mniej niż dziesięć (10) dni roboczych przed upoważnieniem takiego Podwykonawcy przetwarzania do działania.
4. Klient może wnieść w dobrej wierze uzasadniony sprzeciw wobec korzystania z nowego Podwykonawcy przetwarzania przez Keeper, przekazując pisemne powiadomienie Podmiotowi przetwarzającemu na adres e-mail gdpr@keepersecurity.com w ciągu dziesięciu (10) dni roboczych od otrzymania od Klienta powiadomienia o potencjalnym nowym Podwykonawcy przetwarzania. Takie pisemne powiadomienie musi zawierać co najmniej uzasadnione podstawy sprzeciwu ze strony Klienta w dobrej wierze. Keeper podejmuje uzasadnione handlowo wysiłki, aby zaproponować Klientowi zmianę w Usługach lub zalecić uzasadnioną handlowo zmianę w sposobie korzystania przez Klienta z Usług, aby uniknąć przetwarzania Danych osobowych przez kwestionowanego Podwykonawcę przetwarzania. Brak sprzeciwu ze strony Klienta w ciągu dziesięciu (10) dni roboczych uznaje się za zgodę na korzystanie z rzeczonego Podwykonawcy przetwarzania.
5. W przypadku, gdy Klient wnosi sprzeciw wobec nowego Podwykonawcy przetwarzania, a Keeper nie może uwzględnić sprzeciwu Klienta, Klient może zakończyć świadczenie Usług wyłącznie w odniesieniu do Usług, które nie mogą być świadczone przez Keeper, bez korzystania z nowych zakwestionowanych Podwykonawców przetwarzania, poprzez przekazanie Keeper pisemnego powiadomienia.
6. Keeper ponosi odpowiedzialność wobec Klienta za każdego Podwykonawcę przetwarzania w taki sam sposób, jak za własne działania i zaniechania.

ROZWIĄZANIE UMOWY; ZWROT LUB USUNIĘCIE DANYCH OSOBOWYCH

1. Po wygaśnięciu lub rozwiązaniu Umowy Keeper usunie lub zwróci Klientowi wszystkie Dane osobowe będące w jego posiadaniu zgodnie z Umową, z wyjątkiem zakresu, w jakim Keeper jest zobowiązany na mocy obowiązującego prawa do zachowania niektórych lub wszystkich Danych osobowych (w takim przypadku Keeper zarchiwizuje dane i wdroży uzasadnione środki w celu zapobieżenia dalszemu przetwarzaniu Danych osobowych). Warunki niniejszego Uzupełnienia będą nadal miały zastosowanie do takich Danych osobowych.

OCENA WPŁYWU NA OCHRONĘ DANYCH I UPRZEDNIE KONSULTACJE

1. Jeżeli pomoc Keeper jest niezbędna i istotna, strony będą współpracować w racjonalnie niezbędnym zakresie w celu przygotowywania ocen wpływu na ochronę danych zgodnie z art. 35 RODO, a także w zakresie wszelkich uprzednich konsultacji zgodnie z art. 36 RODO. Każda ze stron poniesie odpowiednie koszty związane z wypełnianiem takich obowiązków.

INNE

1. Wprowadzanie zmian do Uzupełnienia: Zmiany do niniejszego Uzupełnienia mogą być wprowadzane wyłącznie na drodze pisemnej po podpisaniu zmian przez każdą ze Stron.

2. Prawo właściwe: Niniejsze Uzupełnienie podlega przepisom prawa regulującym Umowę i należy je interpretować zgodnie z nimi.
3. Nieważność i rozdzielność; Konflikt: Jeżeli którekolwiek z postanowień niniejszego Uzupełnienia zostanie uznane przez sąd lub organ administracyjny właściwy dla jurysdykcji za nieważne lub niewykonalne, nieważność lub niewykonalność takiego postanowienia nie wpływa na żadne inne postanowienie niniejszego Uzupełnienia, a wszystkie postanowienia, których taka nieważność lub niewykonalność nie dotyczy, pozostaną w pełnej mocy i będą wiążące. W przypadku ewentualnej rozbieżności między niniejszym Uzupełnieniem a standardowymi klauzulami umownymi przyjętymi przez strony (jeśli istnieją), standardowe klauzule umowne będą miały pierwszeństwo.

DODATEK A

Dane osobowe

1. Keeper przetwarza następujące rodzaje Danych osobowych w związku ze świadczeniem usług:
2. Przesyłane dane osobowe obejmują dane kontaktowe (imię i nazwisko, adres, adres e-mail, telefon), dane podmiotu, adres IP, identyfikator urządzenia i informacje o wersji aplikacji.

Kategorie osób, których dane dotyczą

1. Keeper przetwarza dane osobowe dotyczące następujących kategorii osób, których dane dotyczą, w imieniu Klienta:
   1. Klient
   2. Autoryzowani użytkownicy końcowi klienta, w tym pracownicy klienta.

DODATEK B – Zatwierdzeni Podwykonawcy przetwarzania

1. Aktualna lista podwykonawców przetwarzania Keeper jest dostępna pod adresem https://www.keepersecurity.com/legal/sub-processors/. Zawiera ona szczegółowe informacje o nazwach podmiotów prawnych i lokalizacjach dalszych podmiotów przetwarzających. Lista dalszych podmiotów przetwarzających jest od czasu do czasu aktualizowana, a Klient może zarejestrować się, aby otrzymywać aktualizacje w Centrum Zaufania Keeper.

ZAŁĄCZNIK C

(Standardowe klauzule umowne UE)

Standardowe klauzule umowne (podmioty przetwarzające)

Inne informacje niezbędne do zidentyfikowania organizacji: nie dotyczy

(podmiot odbierający dane)

każda ze „stron”; łącznie „strony”

UZGODNIŁY następujące Klauzule umowne (Klauzule) w celu wprowadzenia odpowiednich zabezpieczeń w zakresie ochrony prywatności oraz podstawowych praw i wolności osób fizycznych w przypadku przekazywania Danych osobowych określonych w Dodatku A przez podmiot przekazujący dane do podmiotu odbierającego dane.

Inne informacje niezbędne do tego, aby umowa była wiążąca (jeśli istnieją):

Klauzula 1

Cel i zakres

1. Niniejsze standardowe klauzule umowne mają na celu zapewnienie zgodności z wymogami rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych (ogólne rozporządzenie o ochronie danych) (1) w odniesieniu do przekazywania danych osobowych do państwa trzeciego.
2. Strony:
   1. osoby fizyczne lub prawne, organy publiczne, agencje lub inne podmioty, (zwane dalej „podmiotami”) przekazujące dane osobowe wymienione w Załączniku I (zwane dalej „podmiotami przekazującymi dane”) oraz
   2. podmioty w państwie trzecim otrzymujące dane osobowe od podmiotu przekazującego dane, bezpośrednio lub pośrednio za pośrednictwem innego podmiotu również będącego Stroną niniejszych Klauzul, umieszczone w wykazie w Załączniku I (zwane dalej „podmiotami odbierającymi dane”)

uzgodniły niniejsze standardowe klauzule umowne (zwane dalej: „Klauzulami”).

3. Niniejsze Klauzule mają zastosowanie do przekazywania danych osobowych, jak określono w Załączniku I.
4. Dodatek do niniejszych Klauzul zawierający wymienione w nich Załączniki stanowi integralną część niniejszych Klauzul.

Klauzula 2

Skutek i niezmienność Klauzul

1. Niniejsze Klauzule określają odpowiednie zabezpieczenia, w tym egzekwowalne prawa osób, których dane dotyczą, oraz skuteczne środki prawne, zgodnie z art. 46 ust. 1 i art. 46 ust. 2(c) rozporządzenia (UE) 2016/679 oraz, w odniesieniu do przekazywania danych od administratorów do podmiotów przetwarzających lub pomiędzy podmiotami przetwarzającymi, oraz standardowe klauzule umowne zgodnie z art. 28 ust. 7 rozporządzenia (UE) 2016/679, pod warunkiem że Klauzule te nie są zmieniane, z wyjątkiem modyfikowana związanego z wyborem odpowiedniego Modułu lub Modułów lub w celu dodania informacji do Dodatku lub aktualizacji tych informacji. Nie uniemożliwia to Stronom włączenia standardowych klauzul umownych określonych w niniejszych Klauzulach do szerszej umowy i/lub dodania innych klauzul lub dodatkowych zabezpieczeń, pod warunkiem że nie są one bezpośrednio lub pośrednio sprzeczne z niniejszymi Klauzulami ani nie naruszają podstawowych praw lub wolności osób, których dane dotyczą.
2. Niniejsze Klauzule nie naruszają obowiązków, którym podmiot przekazujący dane podlega na mocy rozporządzenia (UE) 2016/679.

Klauzula 3

Osoby trzecie, na rzecz których zawarto umowę

1. Osoby, których dane dotyczą, mogą powoływać się na niniejsze Klauzule i egzekwować je jako osoby trzecie, na rzecz których zawarto umowę, względem podmiotu przekazującego i odbierającego dane, z następującymi wyjątkami:
   • Klauzula 1, Klauzula 2, Klauzula 3, Klauzula 6, Klauzula 7;
   • Klauzula 8 – Moduł pierwszy: Klauzula 8.5 (e) i Klauzula 8.9(b); Moduł drugi: Klauzula 8.1(b), 8.9(a), (c), (d) i (e); Moduł trzeci: Klauzula 8.1(a), (c) i (d) oraz Klauzula 8.9(a), (c), (d), (e), (f) i (g); Moduł czwarty: Klauzula 8.1 (b) i klauzula 8.3(b);
   • Klauzula 9 – Moduł drugi: Klauzula 9(a), (c), (d) i (e);
   • Klauzula 12 – Moduł drugi: Klauzula 12(a), (d) i (f)
   • Klauzula 15.1(c), (d) i (e);
   • Klauzula 16(e);
   • Klauzula 18 – Klauzula 18 (a) i (b).
2. Ustęp (a) nie narusza praw osób, których dane dotyczą, na mocy rozporządzenia (UE) 2016/679

Klauzula 4

Interpretacja

1. W przypadku, gdy w niniejszych Klauzulach stosuje się terminy zdefiniowane w rozporządzeniu (UE) 2016/679, mają one takie samo znaczenie jak we wspomnianym rozporządzeniu.
2. Niniejsze Klauzule należy odczytywać i interpretować w świetle przepisów rozporządzenia (UE) 2016/679.
3. Klauzul tych nie należy interpretować w sposób sprzeczny z prawami i obowiązkami określonymi w rozporządzeniu (UE) 2016/679.

Klauzula 5

Hierarchia

W przypadku sprzeczności między niniejszymi Klauzulami a postanowieniami powiązanych umów między Stronami, które obowiązywały w momencie uzgadniania niniejszych Klauzul lub ich późniejszego zawarcia, niniejsze Klauzule mają pierwszeństwo.

Klauzula 6

Opis przekazywania danych

Szczegóły dotyczące przekazywania danych, w szczególności kategorie przekazywanych danych osobowych i cel ich przekazywania, są określone w Załączniku I.

Klauzula 7 (nieobowiązkowa)

Klauzula przystąpienia

1. Podmiot niebędący Stroną niniejszych Klauzul może za zgodą Stron przystąpić do niniejszych Klauzul w dowolnym momencie, jako przekazujący lub odbierający dane, wypełniając Dodatek i podpisując Załącznik I.
2. Po wypełnieniu Uzupełnienia i podpisaniu Załącznika I podmiot przystępujący staje się Stroną niniejszych Klauzul i zyskuje prawa i obowiązki podmiotu przekazującego lub odbierającego dane zgodnie ze wskazaniem w Załączniku I.
3. Podmiot przystępujący nie ma żadnych praw ani obowiązków wynikających z niniejszych Klauzul w odniesieniu do okresu poprzedzającego stanie się Stroną.

SEKCJA II – OBOWIĄZKI STRON

Klauzula 8

Zabezpieczenia służące ochronie danych

Podmiot przekazujący dane gwarantuje, że dołożył zasadnych starań w celu ustalenia, że jako podmiot odbierający dane jest w stanie (dzięki wdrożeniu odpowiednich środków technicznych i organizacyjnych) wypełnić swoje obowiązki wynikające z niniejszych Klauzul.

MODUŁ DRUGI: Przekazywanie danych przez administratora podmiotowi przetwarzającemu

8.1 Polecenie

1. Podmiot odbierający dane przetwarza dane osobowe wyłącznie na udokumentowane polecenie podmiotu przekazującego dane. Podmiot przekazujący dane może wydawać takie polecenie w całym okresie obowiązywania umowy.
2. Podmiot odbierający dane niezwłocznie powiadamia podmiot przekazujący dane, jeżeli nie jest w stanie wykonać takiego polecenia.

8.2 Ograniczenie celu

Podmiot odbierający dane przetwarza dane osobowe wyłącznie w celu lub celach przekazywania określonych w Załączniku I, chyba że działa na podstawie dalszych poleceń podmiotu przekazującego dane.

8.3 Przejrzystość

Na żądanie podmiot przekazujący dane udostępnia osobie, której dane dotyczą, bezpłatnie kopię niniejszych Klauzul, w tym Uzupełnienia wypełnionego przez Strony. W zakresie niezbędnym do ochrony tajemnic handlowych lub innych informacji poufnych, w tym środków opisanych w Załączniku II i danych osobowych, podmiot przekazujący dane może przed udostępnieniem kopii zredagować część tekstu Dodatku do niniejszych Klauzul, lecz musi przekazać stosowne streszczenie, jeżeli bez takiego streszczenia osoba, której dane dotyczą, nie byłaby w stanie zrozumieć takiego tekstu ani skorzystać ze swoich praw. Na żądanie Strony przekazują osobie, której dotyczą dane, powody zredagowania tekstu, w sposób zapewniający, że zredagowane informacje nie zostaną ujawnione. Niniejsza Klauzula nie narusza obowiązków podmiotu przekazującego dane na mocy art. 13 i 14 rozporządzenia (UE) 2016/679.

8.4 Prawidłowość

Jeżeli podmiot odbierający dane pozyska informacje wskazujące, że otrzymane dane osobowe są niedokładne lub nieaktualne, powiadamia o tym bez zbędnej zwłoki podmiot przekazujący dane. W takim przypadku podmiot odbierający dane współpracuje z podmiotem przekazującym dane w celu usunięcia lub sprostowania danych.

8.5 Czas trwania przetwarzania oraz usuwanie lub zwrot danych

Przetwarzanie przez podmiot odbierający dane odbywa się wyłącznie przez okres określony w Załączniku I. Po zakończeniu świadczenia usług przetwarzania podmiot odbierający dane w zależności od polecenia podmiotu przekazującego dane usuwa wszystkie dane osobowe przetwarzane w jego imieniu i potwierdza mu ich usunięcie, albo zwraca podmiotowi przekazującemu dane wszystkie dane osobowe przetwarzane w jego imieniu i usuwa istniejące kopie. Do czasu usunięcia lub zwrotu danych podmiot odbierający dane nadal zapewnia zgodność z niniejszymi Klauzulami. W przypadku gdy prawo lokalne obowiązujące podmiot odbierający dane zakazuje zwrotu lub usunięcia danych osobowych, podmiot odbierający dane gwarantuje, że będzie nadal zapewniać przestrzeganie niniejszych Klauzul i będzie przetwarzać te dane wyłącznie w zakresie i przez okres wymagany przez to lokalne prawo. Zasada ta nie narusza Klauzuli 14, w szczególności wymogu określonego w Klauzuli 14(e) podmiotu, aby podmiot odbierający dane powiadamiał podmiot przekazujący dane w okresie obowiązywania umowy, jeżeli ma powody przypuszczać, że podlega lub zaczął podlegać przepisom lub praktykom niezgodnym z wymogami Klauzuli 14(a).

8.6 Bezpieczeństwo przetwarzania

1. Podmiot odbierający dane, a podczas przekazywania również podmiot przekazujący dane, wdrażają odpowiednie środki techniczne i organizacyjne w celu zapewnienia bezpieczeństwa danych, w tym ochronę przed naruszeniem bezpieczeństwa prowadzącym do przypadkowego lub bezprawnego zniszczenia, utraty, zmiany, nieuprawnionego ujawnienia lub dostępu do tych danych (zwane dalej „naruszeniem ochrony danych osobowych”). Przy ocenie odpowiedniego poziomu bezpieczeństwa Strony uwzględniają stan wiedzy technicznej, koszty wdrożenia, charakter, zakres, kontekst i cele przetwarzania oraz ryzyko związane z przetwarzaniem dla osób, których dane dotyczą. W szczególności Strony biorą pod uwagę posłużenie się szyfrowaniem lub pseudonimizacją, w tym podczas przesyłania, w przypadku gdy cel przetwarzania może zostać osiągnięty w ten sposób. W przypadku pseudonimizacji dodatkowe informacje umożliwiające przypisanie danych osobowych konkretnej osobie, której dane dotyczą, pozostają, w miarę możliwości, pod wyłączną kontrolą podmiotu przekazującego dane. W ramach obowiązków wynikających z niniejszego ustępu podmiot odbierający dane wdraża co najmniej środki techniczne i organizacyjne określone w Załączniku II. Podmiot odbierający dane przeprowadza regularne kontrole w celu zapewnienia, że środki te nadal zapewniają odpowiedni poziom bezpieczeństwa.
2. Podmiot odbierający dane zapewnia dostęp do danych osobowych członkom swojego personelu wyłącznie w zakresie ściśle niezbędnym do wykonania umowy, zarządzania nią i jej monitorowania. Zapewnia, że osoby upoważnione do przetwarzania danych osobowych zobowiązały się do zachowania poufności lub podlegają odpowiedniemu ustawowemu obowiązkowi zachowania poufności.
3. W przypadku naruszenia ochrony danych osobowych dotyczącego danych osobowych przetwarzanych przez podmiot odbierający dane na mocy niniejszych Klauzul podmiot odbierający dane podejmuje odpowiednie środki w celu zaradzenia naruszeniu, w tym środki w celu złagodzenia jego negatywnych skutków. Po stwierdzeniu naruszenia podmiot odbierający dane bez zbędnej zwłoki zgłasza je podmiotowi przekazującemu dane. Zgłoszenie takie musi zawierać dane osoby kontaktowej, która może udzielić więcej informacji, opis charakteru naruszenia (w tym, w miarę możliwości, kategorie i przybliżoną liczbę osób, których dane dotyczą, i liczbę wpisów zawierających dane osobowe), jego prawdopodobne konsekwencje oraz środki podjęte lub proponowane w celu zaradzenia naruszeniu, w tym, w stosownych przypadkach, środki w celu złagodzenia jego ewentualnych negatywnych skutków. W przypadku i w zakresie, w jakim nie jest możliwe przekazanie wszystkich informacji w tym samym czasie, pierwsze zawiadomienie zawiera informacje dostępne w danym momencie, a dalsze informacje należy przekazać sukcesywnie, bez zbędnej zwłoki w miarę, jak staną się dostępne.
4. Podmiot odbierający dane współpracuje z podmiotem przekazującym i pomaga mu, aby umożliwić podmiotowi przekazującemu dane wypełnienie obowiązków wynikających z rozporządzenia (UE) 2016/679, w szczególności w zakresie powiadomienia właściwego organu nadzorczego i osób, których dane dotyczą, z uwzględnieniem charakteru przetwarzania i informacji, którymi dysponuje podmiot odbierający dane.

8.7 Dane o szczególnym znaczeniu

Jeżeli przekazywane dane obejmują dane osobowe ujawniające pochodzenie rasowe lub etniczne, poglądy polityczne, przekonania religijne lub światopoglądowe, przynależność do związków zawodowych, dane genetyczne lub biometryczne pozwalające na jednoznaczną identyfikację osoby fizycznej, dane dotyczące stanu zdrowia, pożycia seksualnego lub orientacji seksualnej tej osoby lub dane dotyczące wyroków skazujących i przestępstw (zwane dalej „danymi o szczególnym znaczeniu”) podmiot odbierający dane stosuje szczególne ograniczenia lub dodatkowe zabezpieczenia opisane w Załączniku I.

8.8 Dalsze przekazywanie danych

Podmiot odbierający dane ujawnia dane osobowe stronie trzeciej wyłącznie na udokumentowane polecenie podmiotu przekazującego dane. Ponadto dane mogą zostać ujawnione stronie trzeciej zlokalizowanej poza Unią Europejską (w tym samym kraju co podmiot odbierający dane lub w innym kraju trzecim, zwanej dalej „dalszym przekazywaniem”) wyłącznie wtedy, gdy strona trzecia jest związana niniejszymi Klauzulami bądź zgadza się im podlegać na mocy odpowiedniego Modułu lub jeżeli:

1. dalsze przekazywanie odbywa się do państwa objętego decyzją stwierdzającą odpowiedni stopień ochrony, zgodnie z art. 45 rozporządzenia (UE) 2016/679, obejmującą dalsze przekazywanie;

2. strona trzecia zapewnia w inny sposób odpowiednie zabezpieczenia w odniesieniu do danego przetwarzania zgodnie z art. 46 lub 47

   rozporządzenia (UE) 2016/679;

3. dalsze przekazywanie danych jest niezbędne do ustalenia, dochodzenia lub obrony roszczeń w kontekście szczególnych postępowań administracyjnych, regulacyjnych lub sądowych; lub
4. dalsze przekazywanie danych jest niezbędne do ochrony żywotnych interesów osoby, której dane dotyczą, lub innej osoby fizycznej.

Wszelkie dalsze przekazywanie danych jest uzależnione od przestrzegania przez podmiot odbierający dane wszystkich pozostałych zabezpieczeń na mocy niniejszych Klauzul, w szczególności ograniczenia celu.

8.9 Dokumentacja i zgodność

1. Podmiot odbierający dane niezwłocznie i w odpowiedni sposób odpowiada na zapytania podmiotu przekazującego dane dotyczące przetwarzania na podstawie niniejszych Klauzul.
2. Strony muszą być w stanie wykazać zgodność z niniejszymi Klauzulami. W szczególności podmiot odbierający dane prowadzi odpowiednią dokumentację dotyczącą czynności przetwarzania przeprowadzanych w imieniu podmiotu przekazującego dane.
3. Podmiot odbierający dane udostępnia podmiotowi przekazującemu dane wszystkie informacje niezbędne do wykazania zgodności z obowiązkami określonymi w niniejszych Klauzulach oraz, na wniosek podmiotu przekazującego dane, umożliwia audyty czynności przetwarzania objętych niniejszymi Klauzulami w rozsądnych odstępach czasu lub w przypadku wystąpienia oznak niewypełnienia tych obowiązków, a także wnosi wkład w te audyty. Podejmując decyzję o przeglądzie lub audycie, podmiot przekazujący dane może wziąć pod uwagę odpowiednie certyfikaty posiadane przez podmiot odbierający dane.
4. Podmiot przekazujący dane może przeprowadzić audyt samodzielnie lub zlecić jego przeprowadzenia niezależnemu audytorowi. Audyty mogą obejmować kontrole w siedzibie lub obiektach podmiotu odbierającego dane i, w stosownych przypadkach, są przeprowadzane z odpowiednim po powiadomieniu z rozsądnym wyprzedzeniem.
5. Strony udostępniają informacje właściwym organom nadzorczym na żądanie informacje, o których mowa w ust. (b) i (c), w tym wyniki wszelkich audytów.

Klauzula 9

MODUŁ DRUGI: Przekazywanie danych przez administratora podmiotowi przetwarzającemu

1. UPRZEDNIE SZCZEGÓLNE ZEZWOLENIE Podmiot odbierający dane nie może zlecać w ramach podwykonawstwa żadnych czynności związanych z przetwarzaniem wykonywanych w imieniu podmiotu przekazującego dane na mocy niniejszych Klauzul podwykonawcy przetwarzania bez uprzedniego szczególnego pisemnego zezwolenia podmiotu przekazującego dane. Podmiot odbierający dane składa wniosek o szczególne zezwolenie co najmniej 4 tygodnie przed zaangażowaniem podmiotu przetwarzającego wraz z informacjami niezbędnymi do umożliwienia podmiotowi przekazującemu dane podjęcia decyzji o udzieleniu zezwolenia. Wykaz podwykonawców przetwarzania już upoważnionych przez podmiot przekazujący dane znajduje się w Dodatku B. Strony są zobowiązane do aktualizacji tego Dodatku.
2. Jeżeli podmiot odbierający dane angażuje podwykonawcę przetwarzania do wykonania określonych czynności przetwarzania (w imieniu podmiotu przekazującego dane), czyni to na podstawie pisemnej umowy, która przewiduje zasadniczo takie same obowiązki w zakresie ochrony danych, jak obowiązki wiążące podmiot odbierający dane na mocy niniejszych Klauzul, w tym w odniesieniu do praw osób trzecich, na rzecz których zawarto umowę. Strony uzgadniają, że poprzez przestrzeganie niniejszej Klauzuli podmiot odbierający dane wypełnia swoje obowiązki wynikające z Klauzuli 8.8. Podmiot odbierający dane zapewnia, że podwykonawca przetwarzania wypełnia obowiązki, którym podlega podmiot odbierający dane na mocy niniejszych Klauzul.
3. Na żądanie podmiotu przekazującego dane podmiot odbierający dane dostarcza kopię takiej umowy dotyczącej podwykonawstwa przetwarzania i wszelkich późniejszych zmian do niej. W zakresie koniecznym do zapewnienia ochrony tajemnic handlowych lub innych informacji poufnych, w tym danych osobowych, podmiot odbierający dane może przed udostępnieniem kopii zredagować tekst umowy.
4. Podmiot odbierający dane pozostaje w pełni odpowiedzialny wobec podmiotu przekazującego dane za wykonanie obowiązków przez podwykonawcę przetwarzania na mocy umowy z podmiotem odbierającym dane. Podmiot odbierający dane powiadamia podmiot przekazujący dane o każdym przypadku niewywiązania się przez podwykonawcę przetwarzania z obowiązków wynikających z tej umowy.
5. Podmiot odbierający dane uzgadnia z podwykonawcą przetwarzania klauzulę dotyczącą osoby trzeciej, na rzecz której zawarto umowę – w przypadku, gdy podmiot odbierający dane przestał istnieć faktycznie lub formalnie lub stał się niewypłacalny – podmiot przekazujący dane ma prawo rozwiązać umowę dotyczącą podwykonawstwa przetwarzania i polecić podwykonawcy przetwarzania usunięcie lub zwrot danych osobowych.

Klauzula 10

Prawa osoby, której dane dotyczą

MODUŁ DRUGI: Przekazywanie danych przez administratora podmiotowi przetwarzającemu

1. Podmiot odbierający dane niezwłocznie powiadamia podmiot przekazujący dane o każdym wniosku otrzymanym od osoby, której dane dotyczą. Nie odpowiada na ten wniosek, chyba że został do tego upoważniony przez podmiot przekazujący dane.
2. Podmiot odbierający dane pomaga podmiotowi przekazującemu dane w wypełnianiu jego obowiązków w zakresie odpowiadania na wnioski osób, których dane dotyczą, związane z wykonywaniem praw przysługujących tym osobom na mocy rozporządzenia (UE) 2016/679. W związku z tym Strony określają w Załączniku II odpowiednie środki techniczne i organizacyjne, uwzględniając charakter przetwarzania, w ramach którego udzielana jest pomoc, a także sposób udzielania i zakres wymaganej pomocy.
3. Wywiązując się z obowiązków wynikających z ust. (a) i (b), podmiot odbierający dane przestrzega instrukcji podmiotu przekazującego dane.

Klauzula 11

Dochodzenie roszczeń

1. Podmiot odbierający dane przekazuje osobie, których dane dotyczą, w przejrzystej i łatwo dostępnej formie, w drodze indywidualnego powiadomienia lub na swojej stronie internetowej, informacje o osobie kontaktowej upoważnionej do rozpatrywania skarg. Osoba ta niezwłocznie rozpatruje wszelkie skargi otrzymane od osoby, której dane dotyczą.

MODUŁ DRUGI: Przekazywanie danych przez administratora podmiotowi przetwarzającemu

2. W przypadku sporu między osobą, której dane dotyczą, a jedną ze Stron w związku z przestrzeganiem niniejszych Klauzul Strona ta dokłada wszelkich starań, aby rozwiązać problem w sposób polubowny i terminowy Strony informują się wzajemnie o takich sporach i w stosownych przypadkach współpracują nad ich rozwiązaniem.
3. Jeżeli osoba, której dane dotyczą, powołuje się na przysługujące jej zgodnie z Klauzulą 3 prawo osoby trzeciej, na rzecz której zawarto umowę, podmiot odbierający dane akceptuje decyzję osoby, której dane dotyczą, aby:
   1. złożyć skargę do organu nadzorczego w państwie członkowskim swojego zwykłego pobytu lub miejsca pracy lub do właściwego organu nadzorczego zgodnie z Klauzulą 13;
   2. przekazać spór do właściwego sądu w rozumieniu Klauzuli 18.
4. Strony akceptują, że osoba, której dane dotyczą, może być reprezentowana przez podmiot, organizację lub stowarzyszenie non-profit na warunkach określonych w art. 80 ust. 1 rozporządzenia (UE) 2016/679.
5. Podmiot odbierający dane stosuje się do decyzji wiążącej na mocy obowiązującego prawa UE lub państwa członkowskiego.
6. Podmiot odbierający dane potwierdza, że wybór dokonany przez osobę, której dane dotyczą, nie narusza jej praw podmiotowych i procesowych przysługujących jej zgodnie z mającymi zastosowanie przepisami.

Klauzula 12

Odpowiedzialność

MODUŁ DRUGI: Przekazywanie danych przez administratora podmiotowi przetwarzającemu

1. Każda ze Stron ponosi odpowiedzialność wobec drugiej Strony za wszelkie szkody wyrządzone drugiej Stronie w wyniku naruszenia niniejszych Klauzul.
2. Podmiot odbierający dane ponosi odpowiedzialność wobec osoby, której dane dotyczą, a osoba, której dane dotyczą, jest uprawniona do otrzymania odszkodowania za wszelkie szkody majątkowe lub niemajątkowe wyrządzone osobie, której dane dotyczą, przez naruszenie praw osoby trzeciej, na rzecz której zawarto umowę, na mocy niniejszych Klauzul przez podmiot odbierający dane lub podwykonawcę przetwarzania.
3. Niezależnie od postanowień ust. (b) podmiot przekazujący dane ponosi odpowiedzialność wobec osoby, której dane dotyczą, a osoba, której dane dotyczą, jest uprawniona do otrzymania odszkodowania za wszelkie szkody majątkowe lub niemajątkowe wyrządzone osobie, której dane dotyczą, przez naruszenie praw osoby trzeciej, na rzecz której zawarto umowę, na mocy niniejszych Klauzul przez podmiot przekazujący dane lub podmiot odbierający dane (lub jego podwykonawcę przetwarzania) w wyniku naruszenia praw osoby, na rzecz której zawarto umowę. Zasada ta nie narusza odpowiedzialności podmiotu przekazującego dane i – gdy podmiot przekazujący dane jest podmiotem przetwarzającym działającym w imieniu administratora – odpowiedzialności administratora na mocy rozporządzenia (UE) 2016/679 lub rozporządzenia (UE) 2018/1725, w zależności od przypadku.
4. Strony uzgadniają, że w przypadku pociągnięcia podmiotu przekazującego dane do odpowiedzialności na mocy ust. (c) za szkody wyrządzone przez podmiot odbierający dane (lub jego podwykonawcę przetwarzania), przysługuje mu prawo do żądania od podmiotu odbierającego dane odszkodowania w wysokości odpowiadającej stopniowi odpowiedzialności podmiotu odbierającego dane za wyrządzoną szkodę.
5. W przypadku gdy więcej niż jedna ze Stron ponosi odpowiedzialność za szkodę wyrządzoną osobie, której dane dotyczą, w wyniku naruszenia niniejszych Klauzul, wszystkie Strony odpowiedzialne ponoszą solidarnie, a osoba, której dane dotyczą, ma prawo wystąpić do sądu z powództwem przeciwko którejkolwiek z tych Stron.
6. Strony uzgadniają, że w przypadku pociągnięcia jednej ze Stron do odpowiedzialności na mocy ust. (e) jest ona uprawniona do żądania od podmiotu lub podmiotów będących drugą Stroną zwrotu części odszkodowania w wysokości odpowiadającej jej stopniowi odpowiedzialności za wyrządzoną szkodę.
7. Podmiot odbierający dane nie może powoływać się na postępowanie podwykonawcy przetwarzania w celu uniknięcia własnej odpowiedzialności.

Klauzula 13

Nadzór

MODUŁ DRUGI: Przekazywanie danych przez administratora podmiotowi przetwarzającemu

1. Organ nadzorczy odpowiedzialny za zapewnienie przestrzegania przez podmiot przekazujący dane rozporządzenia (UE) 2016/679 w odniesieniu do przekazywania danych, jak wskazano w Załączniku I, pełni rolę właściwego organu nadzorczego.
2. Podmiot odbierający dane zobowiązuje się poddać jurysdykcji właściwego organu nadzorczego i współpracować z nim w ramach wszelkich procedur mających na celu zapewnienie zgodności z niniejszymi Klauzulami. W szczególności podmiot odbierający dane zobowiązuje się do odpowiadania na zapytania, poddania się audytom i przestrzegania środków przyjętych przez organ nadzorczy, w tym środków naprawczych i kompensacyjnych. Dostarcza organowi nadzorczemu pisemne potwierdzenie, że podjęto niezbędne działania.

SEKCJA III – LOKALNE PRZEPISY PRAWA I OBOWIĄZKI W PRZYPADKU DOSTĘPU PRZEZ ORGANY PUBLICZNE

Klauzula 14

Przepisy i praktyki lokalne wpływające na przestrzeganie Klauzul

MODUŁ DRUGI: Przekazywanie danych przez administratora podmiotowi przetwarzającemu

1. Strony gwarantują, że nie mają powodu, aby uważać, że przepisy i praktyki w państwie trzecim przeznaczenia mające zastosowanie do przetwarzania danych osobowych przez podmiot odbierający dane, w tym wszelkie wymogi dotyczące ujawniania danych osobowych lub środki zezwalające na dostęp przez organy publiczne, uniemożliwiają podmiotowi odbierającemu dane wypełnienie zobowiązań wynikających z niniejszych Klauzul. Opiera się to na założeniu, że przepisy i praktyki, które szanują istotę podstawowych praw i wolności i nie wykraczają poza to, co jest konieczne i proporcjonalne w społeczeństwie demokratycznym do ochrony jednego z celów wymienionych w art. 23 ust. 1 rozporządzenia (UE) 2016/679, nie są sprzeczne z niniejszymi Klauzulami.
2. Strony oświadczają, że udzielając gwarancji, o której mowa w ust. (a), należycie uwzględniły w szczególności następujące elementy:
   1. szczególne okoliczności przekazania, w tym długość łańcucha przetwarzania, liczba zaangażowanych podmiotów i wykorzystywane kanały przekazywania danych; zamierzone dalsze przekazywanie danych; rodzaj odbiorcy; cel przetwarzania; kategorie i format przekazywanych danych osobowych; sektor gospodarki, w którym dochodzi do przekazywania danych; miejsce przechowywania przekazywanych danych;
   2. przepisy prawa i praktyki państwa trzeciego przeznaczenia – w tym przepisy wymagające ujawnienia danych organom publicznym lub zezwalające na dostęp do nich – istotne w świetle szczególnych okoliczności przekazywania danych oraz mające zastosowanie ograniczenia i zabezpieczenia;
   3. wszelkie odpowiednie zabezpieczenia umowne, techniczne lub organizacyjne wprowadzone w celu uzupełnienia zabezpieczeń na mocy niniejszych Klauzul, w tym środki stosowane podczas przekazywania i przetwarzania danych osobowych w kraju przeznaczenia.
3. Podmiot odbierający dane gwarantuje, że podczas przeprowadzania oceny na mocy ust. (b) dołożył wszelkich starań, aby dostarczyć podmiotowi przekazującemu dane istotnych informacji, i zgadza się, że będzie nadal współpracować z podmiotem przekazującym dane w celu zapewnienia przestrzegania niniejszych Klauzul.
4. Strony zgadzają się udokumentować ocenę, o której mowa w ust. (b), i udostępnić ją właściwemu organowi nadzorczemu na żądanie.
5. Podmiot odbierający dane zobowiązuje się niezwłocznie powiadomić podmiot przekazujący dane, jeśli po wyrażeniu zgody na niniejsze Klauzule i w okresie obowiązywania umowy ma powody, aby sądzić, że podlega lub zaczął podlegać przepisom lub praktykom niezgodnym z wymogami na mocy ust. (a), w tym w wyniku zmiany w przepisach państwa trzeciego lub środka (takiego jak wniosek o ujawnienie informacji) wskazującego na stosowanie takich przepisów w praktyce, które nie są zgodne z wymogami na mocy ust. (a).
6. Po powiadomieniu na mocy ust. (e) lub w przypadku gdy podmiot przekazujący dane ma powody, aby sądzić, że podmiot odbierający dane nie może już wypełniać swoich obowiązków na mocy niniejszych Klauzul, podmiot przekazujący dane niezwłocznie określa odpowiednie środki (np. środki techniczne lub organizacyjne w celu zapewnienia bezpieczeństwa i poufności), które mają zostać podjęte przez podmiot przekazujący dane lub odbierający dane w celu zaradzenia sytuacji. Podmiot przekazujący dane zawiesza przekazywanie danych, jeżeli uzna, że nie można zapewnić odpowiednich zabezpieczeń dotyczących takiego przekazywania, lub jeżeli otrzyma takie polecenie od właściwego organu nadzorczego. W takim przypadku podmiot przekazujący dane ma prawo do rozwiązania umowy w zakresie, w jakim dotyczy ona przetwarzania danych osobowych na mocy niniejszych Klauzul. W przypadku, gdy umowa obejmuje więcej niż dwie Strony, podmiot przekazujący dane może skorzystać z tego prawa do rozwiązania wyłącznie w odniesieniu do odpowiedniej strony, chyba że Strony uzgodniły inaczej. W przypadku rozwiązania umowy na mocy niniejszej Klauzuli zastosowanie ma Klauzula 16(d) i (e).

Klauzula 15

Obowiązki podmiotu odbierającego dane w przypadku dostępu przez organy publiczne

MODUŁ DRUGI: Przekazywanie danych przez administratora podmiotowi przetwarzającemu

15.1. Powiadomienie

1. Podmiot odbierający dane zobowiązuje się niezwłocznie powiadomić podmiot przekazujący dane i, w miarę możliwości, osobę, której dane dotyczą (w razie potrzeby z pomocą podmiotu przekazującego dane), jeżeli:
   1. otrzymuje prawnie wiążący wniosek od organu publicznego, w tym organów sądowych, na mocy przepisów państwa przeznaczenia o ujawnienie danych osobowych przekazanych na mocy niniejszych Klauzul (takie powiadomienie musi zawierać informacje o żądanych danych osobowych, organie wnioskującym, podstawie prawnej wniosku i udzielonej odpowiedzi); lub
   2. dowiaduje się o bezpośrednim dostępie przez organy publiczne do danych osobowych przekazywanych na mocy niniejszych Klauzul zgodnie z przepisami prawa kraju przeznaczenia; takie powiadomienie musi obejmować wszystkie informacje dostępne podmiotowi odbierającemu dane.
2. Jeżeli podmiot odbierający dane otrzyma zakaz powiadamiania podmiotu przekazującego dane lub osoby, której dane dotyczą, na mocy przepisów państwa przeznaczenia, podmiot odbierający dane zobowiązuje się dołożyć wszelkich starań, aby uzyskać uchylenie zakazu, w celu przekazania jak największej ilości informacji tak szybko, jak to możliwe. Podmiot odbierający dane zobowiązuje się do udokumentowania dołożonych przez siebie starań, aby móc je okazać na żądanie podmiotu przekazującego dane.
3. Jeżeli jest to dopuszczalne zgodnie z przepisami państwa przeznaczenia, podmiot odbierający dane zobowiązuje się do przekazywania podmiotowi przekazującemu dane w regularnych odstępach czasu w okresie obowiązywania umowy jak największej ilości istotnych informacji na temat otrzymanych wniosków (w szczególności liczby wniosków, rodzaju żądanych danych, organów występujących z żądaniem, a także informacji o tym, czy żądania były przedmiotem środków zaradczych służących ich zakwestionowaniu i jaki był wynik takich działań itp.).
4. Podmiot odbierający dane zgadza się przechowywać informacje, o których mowa w ust. (a)–(c), przez okres obowiązywania umowy i udostępniania ich właściwemu organowi nadzorczemu na żądanie.
5. Ust. (a)–(c) nie naruszają obowiązku podmiotu odbierającego dane na mocy Klauzuli 14(e) i Klauzuli 16 do niezwłocznego poinformowania podmiotu przekazującego dane w przypadku niemożności przestrzegania niniejszych Klauzul.

15.2. Kontrola legalności i minimalizacja danych

1. Podmiot odbierający dane zgadza się skontrolować legalność żądania o ujawnienie danych, w szczególności tego, czy pozostaje on w granicach uprawnień przyznanych wnioskującemu organowi publicznemu, oraz zakwestionować żądanie, jeżeli po starannej ocenie dojdzie do wniosku, że istnieją uzasadnione podstawy, aby uważać, że żądanie jest niezgodne z prawem na mocy przepisów państwa przeznaczenia, mających zastosowanie obowiązków wynikających z prawa międzynarodowego i zasad kurtuazji międzynarodowej. Podmiot odbierający dane korzysta z możliwości odwołania się na tych samych warunkach. Kwestionując żądanie, podmiot odbierający dane dąży do zastosowania środków tymczasowych w celu zawieszenia skutków żądania do czasu rozstrzygnięcia istoty sprawy przez właściwy organ sądowy. Nie może ujawniać danych osobowych, których dotyczy żądanie, dopóki nie zostanie do tego zobowiązany na mocy mających zastosowanie przepisów proceduralnych. Wymogi te nie naruszają obowiązków podmiotu odbierającego dane wynikających z Klauzuli 14(e).
2. Podmiot odbierający dane zgadza się udokumentować swoją ocenę prawną, a także wszelkie przypadki zakwestionowania żądania ujawnienia oraz, w zakresie dopuszczalnym przez przepisy państwa przeznaczenia, udostępnić dokumentację podmiotowi przekazującemu dane. Udostępnia je również właściwemu organowi nadzorczemu na żądanie.
3. Podmiot odbierający dane zgadza się na dostarczenie minimalnej ilości informacji dopuszczalnej w odpowiedzi na żądanie o ujawnienie w oparciu o racjonalną interpretację żądania.

SEKCJA IV – POSTANOWIENIA KOŃCOWE

Klauzula 16

Brak zgodności z Klauzulami i rozwiązanie umowy

1. Podmiot odbierający dane niezwłocznie informuje podmiot przekazujący dane, jeżeli z jakiegokolwiek powodu nie jest w stanie zapewnić przestrzegania postanowień niniejszych Klauzul.
2. W przypadku gdy podmiot odbierający dane narusza postanowienia niniejszych Klauzul lub nie jest w stanie ich przestrzegać, podmiot przekazujący dane czasowo wstrzymuje przekazywanie danych osobowych podmiotowi odbierającemu dane do czasu ponownego zapewnienia przestrzegania Klauzul lub rozwiązania umowy. Nie narusza to Klauzuli 14(f).
3. Podmiot przekazujący dane ma prawo do rozwiązania umowy w zakresie, w jakim dotyczy ona przetwarzania danych osobowych na podstawie niniejszych Klauzul, w przypadkach gdy:
   1. podmiot przekazujący dane wstrzymał przekazywanie danych osobowych do podmiotu odbierającego dane zgodnie z ust. (b), a zgodność z postanowieniami niniejszych Klauzul nie została przywrócona w rozsądnym terminie, a w każdym razie w ciągu jednego miesiąca od wstrzymania;
   2. podmiot odbierający dane w poważnym stopniu lub uporczywie narusza postanowienia niniejszych Klauzul; lub
   3. podmiot odbierający dane nie zastosował się do wiążącej decyzji właściwego sądu lub organu nadzorczego dotyczącej jego obowiązków wynikających z niniejszych Klauzul.

   W takich przypadkach informuje właściwy organ nadzorczy [w przypadku Modułu trzeciego: i administratora] o niezastosowaniu się do decyzji. Jeżeli umowa obejmuje więcej niż dwie Strony, podmiot przekazujący dane może skorzystać z tego prawa do rozwiązania wyłącznie w odniesieniu do odpowiedniej strony, chyba że Strony uzgodniły inaczej.

4. Dane osobowe, które zostały przekazane przed rozwiązaniem umowy na mocy ust. (c), muszą zostać, w zależności od decyzji podjętej przez podmiot przekazujący dane, niezwłocznie zwrócone podmiotowi przekazującemu dane lub usunięte w całości. To samo dotyczy wszelkich kopii tych danych. Podmiot odbierający dane poświadcza usunięcie danych podmiotowi przekazującemu dane. Do czasu usunięcia lub zwrotu danych podmiot odbierający dane nadal zapewnia zgodność z niniejszymi Klauzulami. W przypadku gdy prawo lokalne obowiązujące podmiot odbierający dane zakazuje zwrotu lub usunięcia przekazanych danych osobowych, podmiot odbierający dane gwarantuje, że będzie nadal zapewniać przestrzeganie niniejszych Klauzul i będzie przetwarzać te dane wyłącznie w zakresie i przez okres wymagany przez to lokalne prawo.
5. Każda ze Stron może wycofać swoją zgodę na związanie się niniejszymi Klauzulami, w przypadku gdy (i) Komisja Europejska przyjmie decyzję na mocy art. 45 ust. 3 rozporządzenia (UE) 2016/679, która obejmuje przekazywanie danych osobowych, do których mają zastosowanie niniejsze Klauzule; lub (ii) rozporządzenie (UE) 2016/679 staje się częścią ram prawnych państwa, do którego przekazywane są dane osobowe. Nie narusza to innych obowiązków mających zastosowanie do danego przetwarzania na mocy rozporządzenia (UE) 2016/679.

Klauzula 17

Prawo właściwe

Niniejsze Klauzule podlegają przepisom prawa jednego z państw członkowskich UE, w którym podmiot przekazujący dane ma siedzibę. W przypadku gdy przepisy te nie dopuszczają praw osób trzecich, na rzecz których zawarto umowę, podlegają one prawu innego państwa członkowskiego UE, które dopuszczają takie prawa. Strony uzgadniają, że jest to prawo obowiązujące w Irlandii.

Klauzula 18

MODUŁ DRUGI: Przekazywanie danych przez administratora podmiotowi przetwarzającemu

1. Wszelkie spory wynikające z niniejszych Klauzul są rozstrzygane przez sądy państwa członkowskiego UE.
2. Strony uzgadniają, że są to sądy Irlandii (należy określić państwo członkowskie).
3. Osoba, której dane dotyczą, może również wszcząć postępowanie sądowe przeciwko podmiotowi przekazującemu dane lub odbierającemu dane przed sądami państwa członkowskiego, w którym znajduje się jej miejsce zwykłego pobytu.
4. Strony zgadzają się poddać jurysdykcji takich sądów.

Załącznik I do standardowych klauzul umownych

ZAŁĄCZNIK II DO STANDARDOWYCH KLAUZUL UMOWNYCH

Niniejszy Dodatek stanowi część Klauzul i musi zostać wypełniony i podpisany przez strony.

DODATEK D

Keeper Security, Inc.

Informowanie o lukach w zabezpieczeniach

Keeper Security, Inc. (KSI) z pasją chroni informacje swoich klientów za pomocą oprogramowania Keeper do zapewniania bezpieczeństwa urządzeń przenośnych i komputerów stacjonarnych. Miliony konsumentów i firm korzystają z aplikacji Keeper, aby zabezpieczać swoje hasła i prywatne informacje oraz uzyskiwać do nich dostęp.

Oprogramowanie Keeper jest nieustannie rozwijane i aktualizowane, aby zapewnić naszym klientom najnowsze rozwiązania technologiczne w dziedzinie zabezpieczeń. Na niniejszej stronie znajduje się omówienie architektury zabezpieczeń aplikacji Keeper, technik szyfrowania oraz środowiska serwerowego z najnowszej wersji aplikacji. Ponadto niniejszy dokument zawiera omówienie strony technicznej aplikacji, w tym metod szyfrowania i systemu zabezpieczeń.

Ochrona danych

Podejście zero-trust zaczyna się od bezpieczeństwa hasła. KSI tworzy swoje produkty przy użyciu ram bezpieczeństwa zero-trust, które opierają się na założeniu, żaden użytkownik w ramach architektury nie jest zaufany. Podejście zero-trust zakłada, że wszyscy użytkownicy i urządzenia mogą potencjalnie paść ofiarą naruszenia, co sprawia, że każdy użytkownik musi przejść weryfikację i uwierzytelnienie, zanim uzyska dostęp do witryny internetowej, aplikacji lub systemu. Te ramy cyberbezpieczeństwa stanowią podstawę platformy cyberbezpieczeństwa Keeper. Platforma ta zapewnia administratorom IT pełny wgląd w zakresie wszystkich użytkowników, systemów i urządzeń, do których mają dostęp, co pomaga zapewnić zgodność z wymogami branżowymi i prawnymi. Stosowanie ram zero-trust w organizacji wymaga światowej klasy zabezpieczeń haseł, które działają w ramach architektury bezpieczeństwa zero-knowledge.

KSI jest dostawcą rozwiązań z zakresu bezpieczeństwa opartych na podejściu zero-knowledge. Użytkownik Keeper to jedyna osoba, która ma pełną kontrolę nad procesem szyfrowania i odszyfrowywania swoich danych. W przypadku Keeper szyfrowanie i odszyfrowanie odbywa się wyłącznie na urządzeniu użytkownika po zalogowaniu się do magazynu. Każdy pojedynczy wpis przechowywany w magazynie użytkownika jest szyfrowany za pomocą losowego 256-bitowego klucza AES generowanego na urządzeniu użytkownika. Klucze wpisów są chronione przez dodatkowy klucz zwany kluczem danych. Klucz danych jest szyfrowany za pomocą klucza pochodzącego od hasła głównego użytkownika na urządzeniu. Dane przechowywane w stanie spoczynku na urządzeniu użytkownika są również szyfrowane za pomocą innego klucza, zwanego kluczem klienta. Bezpieczna synchronizacja wpisów między urządzeniami użytkownika jest również szyfrowana w warstwie sieci i kierowana za pośrednictwem rozwiązania Cloud Security Vault firmy Keeper. Ten wielopoziomowy model szyfrowania zapewnia najbardziej zaawansowaną ochronę danych dostępną w branży.

Klucz szyfrujący potrzebny do odszyfrowania danych zawsze pozostaje po stronie użytkownika Keeper. KSI nie może odszyfrować przechowywanych danych użytkownika. KSI nie ma dostępu do hasła głównego klienta ani do wpisów przechowywanych w magazynie Keeper. KSI nie może uzyskać zdalnego dostępu do urządzenia klienta ani odszyfrować jego magazynu. Jedyne informacje, do których Keeper Security ma dostęp, to adres e-mail użytkownika, typ urządzenia i szczegóły dotyczące abonamentu (np. Keeper Unlimited). W przypadku utraty lub kradzieży urządzenia, KSI może pomóc w uzyskaniu dostępu do zaszyfrowanych plików kopii zapasowych w celu przywrócenia magazynu użytkownika po wymianie urządzenia.

Informacje przechowywane i dostępne w Keeper są dostępne tylko dla klienta, ponieważ są natychmiast szyfrowane i odszyfrowywane na urządzeniu, które jest używane – nawet podczas korzystania z aplikacji internetowej Keeper. Metoda szyfrowania, wykorzystana w aplikacji Keeper, to znany i godny zaufania algorytm AES (Advanced Encryption Standard) z 256-bitowym kluczem. Zgodnie z broszurą CNSSP-15, wydaną przez Komisję ds. systemów bezpieczeństwa narodowego, algorytm AES 256-bit jest dostatecznie bezpieczny, aby szyfrować za jego pomocą dane aż do ŚCIŚLE TAJNEGO poziomu poufności danych wg klasyfikacji rządu Stanów Zjednoczonych. Keeper jest weryfikowany i certyfikowany pod kątem FIPS 140-3 przez NIST CMVP (Certyfikat #3976 – https://csrc.nist.gov/projects/cryptographic-module-validation-program/certificate/3976)

Klucze szyfrujące wykorzystywane do szyfrowania i odszyfrowywania wpisów użytkownika nie są przechowywane ani przesyłane do chmury aplikacji Keeper (Cloud Security Vault). Jednak w celu zapewnienia możliwości synchronizacji między wieloma urządzeniami zaszyfrowana wersja tego klucza szyfrującego jest przechowywana w magazynie Cloud Security Vault i udostępniana urządzeniom na koncie użytkownika po pomyślnym zalogowaniu się do magazynu i uwierzytelnianiu wieloskładnikowym. Ten zaszyfrowany klucz można odszyfrować wyłącznie na urządzeniu w celu wykorzystania go jako klucza szyfrującego dane.

Silne hasło główne

Zalecamy używanie silnego hasła głównego do konta Keeper. To hasło główne nie powinno być używane nigdzie poza rozwiązaniem Keeper. Użytkownicy nigdy nie powinni udostępniać nikomu swojego hasła głównego.

Uwierzytelnianie dwuskładnikowe

Aby chronić przed nieautoryzowanym dostępem do magazynu, witryn internetowych i aplikacji, Keeper oferuje również uwierzytelnianie dwuskładnikowe. Uwierzytelnianie dwuskładnikowe to rozwiązanie, które korzysta z co najmniej dwóch z trzech czynników uwierzytelniających: wiedzy, posiadania oraz nierozłączności.

Keeper wykorzystuje coś, co wiesz (hasło) oraz coś, co posiadasz (telefon), aby zapewnić dodatkowe zabezpieczenie w przypadku utraty bądź przechwycenia przez osobę niepowołaną hasła głównego albo urządzenia. W tym celu generujemy hasła TOTPs (Time-based One-Time Passwords).

Podczas korzystania z hasła TOTP w metodzie MFA/2FA Keeper generuje 10-bajtowy tajny klucz za pomocą bezpiecznego kryptograficznie generatora liczb losowych. Kod ten jest ważny przez około minutę i jest wysyłany do użytkownika za pośrednictwem wiadomości SMS, Duo Security, RSA SecurID, aplikacji TOTP, Google Authenticator lub urządzenia do noszenia zgodne z Keeper DNA, takie jak Apple Watch lub Android Wear.

Kiedy korzystasz z aplikacji Google Authenticator na swoim urządzeniu, na serwerze Keeper generowany jest kod QR zawierający Twój tajny klucz. Kod ten nie jest przekazywany żadnej niepowołanej osobie. Przy każdym włączeniu lub wyłączeniu opcji uwierzytelniania dwuskładnikowego generowany jest nowy, tajny klucz.

Aby aktywować uwierzytelnianie dwuskładnikowe, przejdź do ekranu Ustawienia lub Bezpieczeństwo aplikacji Keeper. Klienci Keeper Business mogą opcjonalnie wyegzekwować stosowanie uwierzytelniania dwuskładnikowego do logowania się do magazynu i obsługiwanych metod 2FA za pośrednictwem funkcji egzekwowania ról w konsoli administratora Keeper.

Klucze bezpieczeństwa FIDO2

Keeper obsługuje sprzętowe klucze bezpieczeństwa do uwierzytelniania dwuskładnikowego zgodne z FIDO2, takie jak YubiKey i Google Titan, które pełnią rolę drugiej formy uwierzytelnienia. Klucze bezpieczeństwa zapewniają wygodny i bezpieczny sposób na przeprowadzanie uwierzytelniania dwuskładnikowego bez konieczności ręcznego wprowadzania 6-cyfrowych kodów. Wiele kluczy bezpieczeństwa można skonfigurować dla magazynu użytkownika. W przypadku platform, które nie obsługują urządzeń z kluczami bezpieczeństwa, użytkownicy mogą wrócić do innych skonfigurowanych metod 2FA. Aby skonfigurować klucz bezpieczeństwa i inne metody uwierzytelniania dwuskładnikowego, przejdź do ekranu Ustawienia aplikacji Keeper.

Dostęp alarmowy (cyfrowe dziedzictwo)

Produkty konsumenckie Keeper obsługują możliwość dodania 5 kontaktów alarmowych, które będą miały dostęp do magazynu w przypadku nadzwyczajnych okoliczności lub śmierci. Po upływie określonego czasu oczekiwania kontakt alarmowy uzyska dostęp do magazynu użytkownika. Proces udostępniania magazynu opiera się na podejściu zero-knowledge, a hasło główne użytkownika nigdy nie jest udostępniane bezpośrednio. 2048-bitowe szyfrowanie RSA jest wykorzystywane do udostępniania 256-bitowego klucza AES osobie zajmującej się pomocą alarmową po upływie czasu oczekiwania ustalonego przez użytkownika inicjującego. Dlatego też kontakt alarmowy musi mieć konto Keeper (i publiczną i prywatną parę kluczy RSA), aby zaakceptować zaproszenie.

Odzyskiwanie konta

Podczas rejestrowania konta użytkownicy mogą zostać poproszeni o wybranie pytania i odpowiedzi zabezpieczającej lub innego rodzaju metody odzyskiwania. Ponadto podczas rejestracji Keeper generuje klucz danych, który służy do szyfrowania i odszyfrowywania kluczy wpisów przechowywanych w każdym z wpisów w magazynie. Klucz danych użytkownika jest szyfrowany kluczem pochodzącym od hasła głównego za pomocą PBKDF2 z 1 000 000 iteracjami, a każdy klucz wpisu jest szyfrowany za pomocą klucza danych. Każdy wpis w magazynie użytkownika ma indywidualne, różne klucze wpisów.

Odzyskiwania konta (w przypadku metody z pytaniem zabezpieczającym) polega na przechowywaniu drugiej kopii klucza danych użytkownika, która jest zaszyfrowana za pomocą wybranej odpowiedzi zabezpieczającej. Aby ukończyć proces odzyskiwania konta użytkownik musi podać kod weryfikacyjny e-mail i kod uwierzytelniania dwuskładnikowego (jeśli jest on włączony na koncie). Zalecamy utworzenie silnego pytania i odpowiedzi zabezpieczających, a także włączenie funkcji uwierzytelniania dwuskładnikowego Keeper na ekranie Ustawienia. Różne metody odzyskiwania mogą być dostępne dla użytkowników w zależności od konfiguracji konta firmowego Keeper, takie jak klucz odzyskiwania lub wiele kluczy podzielonych. Ponadto odzyskiwanie konta może zostać wyłączone przez klienta. Uwierzytelnianie dwuskładnikowe można również wyegzekwować dla klientów Keeper Business za pośrednictwem konsoli administratora Keeper.

Klienci biznesowi i korporacyjni otrzymują metodę odzyskiwania kont opartą na podejściu zero-knowledge dla swoich użytkowników przy użyciu zasad przenoszenia kont Keeper.

Szyfrowanie na urządzeniu

Dane są szyfrowane i odszyfrowywane na urządzeniu użytkownika, a nie w magazynie Cloud Security Vault. Nazywamy to „szyfrowaniem klienta”, ponieważ klient (np. iPhone, urządzenie z systemem Android, aplikacja na komputer stacjonarny itp.) wykonuje lokalne szyfrowanie i odszyfrowywanie danych. Cloud Security Vault przechowuje 256-bitowy zaszyfrowany tekst, który jest zasadniczo bezużyteczny dla intruzów. Nawet jeśli dane zostaną przechwycone podczas ich transmisji między urządzeniem klienckim a magazynem Cloud Security Vault, nie można ich odszyfrować ani wykorzystać do ataku ani naruszenia prywatnych danych użytkownika.

Złamanie lub zhakowanie symetrycznego klucza 256-bitowego wymagałoby 2128-krotności mocy obliczeniowej klucza 128-bitowego. Teoretycznie wymagałoby to urządzenia, które wymagałoby 3 × 1051 lat do wyczerpania 256-bitowej przestrzeni klucza.

Udostępnianie

Każdy użytkownik ma publiczną i prywatną parę kluczy RSA o długości 2048-bitów, która jest używana do udostępniania innych kluczy (takich jak klucze wpisu, klucze folderów i klucze zespołu) między użytkownikami. Udostępniane informacje są szyfrowane za pomocą klucza publicznego odbiorcy. Odbiorca odszyfrowuje udostępnione informacje za pomocą klucza prywatnego. Umożliwia to użytkownikowi udostępnianie wpisów tylko zamierzonemu odbiorcy, ponieważ tylko on może je odszyfrować.

Generowanie klucza

Keeper wykorzystuje PBKDF2 z HMAC-SHA256 do konwersji hasła głównego użytkownika na 256-bitowy klucz szyfrowania z maksymalnie 1 000 000 iteracji. Iteracje PBKDF2 opierają się na platformie urządzenia i są zarządzane przez użytkownika na ekranie Ustawienia zaawansowane Keeper.

Przechowywanie klucza

Wszystkie klucze tajne, takie jak klucz prywatny RSA i klucz danych każdego użytkownika, są szyfrowane przed przechowywaniem lub transmisją. W przypadku konsumentów indywidualnych i użytkowników biznesowych, którzy logują się za pomocą hasła głównego, klucz pochodzi z hasła głównego do odszyfrowania wszelkich przechowywanych kluczy. W przypadku klientów korporacyjnych, którzy logują się przy użyciu dostawcy rozwiązania SSO, zaszyfrowane klucze są dostarczane urządzeniu po pomyślnym uwierzytelnieniu, a klucze prywatne użytkownika są wykorzystywane do odszyfrowania klucza danych i innych kluczy magazynu. Ponieważ magazyn Keeper Cloud Security Vault nie ma dostępu do hasła głównego ani kluczy szyfrowania użytkownika, nie możemy odszyfrować żadnych przechowywanych kluczy ani danych.

Cloud Security Vault firmy Keeper

Cloud Security Vault to nazwa zastrzeżonego oprogramowania i architektury sieci KSI, które są fizycznie hostowane w ramach infrastruktury Amazon Web Services (AWS). Gdy użytkownik synchronizuje swoje wpisy Keeper z innymi urządzeniami na swoim koncie, zaszyfrowane dane binarne są wysyłane za pośrednictwem zaszyfrowanego tunelu TLS i przechowywane w magazynie Keeper Cloud Security Vault w zaszyfrowanym formacie.

Przechowywanie wersji wpisów

Keeper utrzymuje pełną zaszyfrowaną historię wersji każdego wpisu przechowywanego w magazynie użytkownika, zapewniając pewność, że żadne krytyczne dane nigdy nie zostaną utracone. W aplikacji klienckiej Keeper użytkownicy mogą przeglądać historię wpisów i przywracać dowolny pojedynczy wpis w magazynie. W przypadku zmiany lub usunięcia hasła lub pliku przechowywanego w Keeper użytkownicy zawsze mają możliwość wykonania przywracania do punktu w czasie.

Keeper Business

Klienci, którzy zakupią Keeper Business uzyskają dodatkowy poziom kontroli nad użytkownikami i urządzeniami. Administratorzy Keeper mają dostęp do konsoli administracyjnej w chmurze, która umożliwia pełną kontrolę nad procesem dołączania i wycofywania użytkownika, uprawnieniami opartymi na rolach, administracją delegowaną, zespołami, integracją Active Directory/LDAP, uwierzytelnianiem dwuskładnikowym, logowaniem pojedynczym i zasadami egzekwowania bezpieczeństwa. Zasady Keeper egzekwowania uprawnień opartych na rolach są w pełni konfigurowalne i skalowalne w organizacji każdej wielkości.

Szyfrowanie na poziomie wpisu

Na poziomie szyfrowania każdy wpis (np. hasło lub dane logowania) przechowywany w Keeper posiada swój niepowtarzalny identyfikator (UID wpisu). Każdy wpis jest szyfrowany za pomocą klucza wpisu. Foldery udostępnione mają wspólny klucz folderu, każdy zespół ma klucz zespołu i parę kluczy publicznych i prywatnych, a każdy użytkownik ma klucz danych użytkownika, klucz klienta i parę kluczy publicznych i prywatnych. Każda rola wymagająca możliwości przenoszenia konta użytkownika ma klucz do egzekwowania roli i parę klucza publicznego i prywatnego. Dane w stanie spoczynku na urządzeniu użytkownika są szyfrowane za pomocą klucza klienta użytkownika. Klucz danych i klucz klienta użytkownika są szyfrowane za pomocą hasła głównego użytkownika.

Wpisy utworzone przez użytkownika mają klucz wpisu zaszyfrowany za pomocą klucza danych użytkownika. Wpisy są dodawane do folderu udostępnionego poprzez zaszyfrowanie klucza wpisu za pomocą klucza folderu udostępnionego. Wpisy są udostępniane bezpośrednio użytkownikowi w drodze szyfrowania klucza wpisu za pomocą klucza publicznego użytkownika. Użytkownicy są dodawani do folderu udostępnionego poprzez zaszyfrowanie klucza folderu udostępnionego za pomocą klucza publicznego użytkownika. Zespoły są dodawane do folderu udostępnionego poprzez zaszyfrowanie klucza folderu udostępnionego za pomocą klucza publicznego zespołu. Użytkownicy są dodawani do zespołu poprzez zaszyfrowanie klucza zespołu kluczem publicznym użytkownika.

Role, zespoły, foldery udostępnione i delegowany administrator

Keeper for Business zapewnia bezpieczny i niezawodny zestaw mechanizmów kontroli nad jednostkami organizacyjnymi, rolami, zespołami i folderami udostępnionymi. Zaawansowane wewnętrzne narzędzia kontrolne Keeper zapewniają niezawodny poziom kontroli gwarantujący pełną możliwość przydzielania minimalnego dostępu oraz delegowania pełnej roli administratora.

Dla ról, które wymagają przeniesienia konta użytkownika:

Klucz egzekwowania jest szyfrowany za pomocą klucza publicznego każdego administratora, który ma zezwolenie na wykonanie przeniesienia. Oddzielne wymuszenia stosowane w przypadku poszczególnych grup użytkowników mogą być desygnowane do przeniesienia przez oddzielne grupy administratorów.

Klucz danych użytkowników (dla użytkowników w roli, do której stosowane jest wymuszenie) jest szyfrowany za pomocą klucza publicznego wymuszania roli (określanego poniżej jako współdzielony klucz danych użytkownika).

Przeniesienie konta następuje poprzez zablokowanie, a następnie przeniesienie i usunięcie konta użytkownika. Zapewnia to, że operacja nie jest wykonywana w tajemnicy. Klucz danych udostępnionych użytkownika jest pobierany przez administratora i odszyfrowywany. Proces ten jest wykorzystywany do odszyfrowania wszystkich kluczy wpisu, kluczy zespołu i kluczy folderów, do których przeniesiony użytkownik miał dostęp, a klucze te są udostępniane kluczowi publicznemu przenoszonego użytkownika. Administrator nie otrzymuje danych wpisu i folderu, lecz po prostu przekazuje klucze. Tylko odbiorca otrzymuje dostęp do danych wpisu i folderu.

Całe szyfrowanie odbywa się po stronie klienta i Keeper w żadnym momencie nie ma możliwości odszyfrowania udostępnianych lub przesyłanych informacji. Ponadto klucz klienta użytkownika nie jest udostępniany w żadnym momencie. W związku z tym danych dane buforowane na urządzeniu użytkownika nie mogą zostać odszyfrowane bez hasła głównego użytkownika. Użytkownik, który został usunięty z zespołu, folderu udostępnionego lub udostępnienia bezpośredniego, nie otrzyma nowych danych z zespołu, folderu udostępnionego ani wpisu. Chociaż wpis, folder i klucze zespołu zostały naruszone dla administratora, klucze te nie nadają się do uzyskania dostępu do danych wpisu lub folderu będących ich podstawą.

Poszczególnym elementom drzewa hierarchii można przydzielić kilka różnych pozwoleń administracyjnych, dzięki którym członkowie posiadający takie uprawnienia mogą przeprowadzać różne działania za pośrednictwem konsoli Keeper Admin Console.

Zasady egzekwowania po stronie serwera i klienta mogą być również stosowane do ról, aby narzucać zachowanie klienta grupom użytkowników.

Stosowanie zespołów umożliwia prostą dystrybucję folderów udostępnionych grupom użytkowników.

Ochrona uprawnień i ochrona szyfrowania to dwa odmienne modele zabezpieczeń. Ponieważ ochrona uprawnień nie wymaga wymiany kluczy, uprawnienia mogą zostać zmienione przez personel Keeper posiadający wystarczające uprawnienia, tak aby użytkownik, który nie może edytować wpisu, do którego ma dostęp, mógł uzyskać możliwość jego edycji. Po naruszeniu klucza z użytkownikiem staje się to kwestią uprawnienia do danych leżących u jego podstawy, a nie szyfrowania.

Active Directory / LDAP Bridge aplikacji Keeper

Keeper Bridge integruje się z serwerami Active Directory i LDAP, co upraszcza wprowadzanie i wdrażanie użytkowników. Komunikacja Keeper Bridge jest najpierw autoryzowana przez administratora posiadającego uprawnienia do zarządzania mostkiem. Klucz transmisji jest generowany i udostępniany Keeper na potrzeby całej późniejszej komunikacji. Użycie klucza transmisji stanowi autoryzację do wszystkich operacji wykonywanych przez mostek z wyjątkiem jego uruchamiania. Klucz transmisji można wygenerować ponownie w dowolnej chwili. Klucz zmienia się automatycznie co 30 dni.

Klucz transmisji służy wyłącznie do transmisji, co oznacza, że dany klucz może zostać ponownie zainicjowany, a także unieważniony bez utraty jakichkolwiek danych czy uprawnień.

Keeper Bridge może nie przyznawać uprawnień roli ani użytkownikowi. Może dodać użytkownika do roli uprzywilejowanej, o ile nie są potrzebne żadne klucze egzekwowania. Keeper Bridge nie może podnieść rangi swojej ani użytkownika ponad poziom, którym zarządza. Nie wszystkie operacje są dostępne dla rozwiązania Bridge, np. Bridge może wyłączyć aktywnego użytkownika, ale nie może go usunąć. To administrator będzie musiał zdecydować, czy użytkownik ma zostać usunięty, czy przeniesiony.

Uwierzytelnianie w formie pojedynczego logowania (SAML 2.0)

Rozwiązanie Keeper może zostać skonfigurowane przez klientów Keeper Business w celu uwierzytelniania użytkownika w ich magazynie Keeper przy użyciu standardowych produktów tożsamości SAML 2.0. Rozwiązanie Keeper jest wstępnie skonfigurowanym dostawcą usług w każdym głównym dostawcy tożsamości SSO, takim jak Google Apps, Microsoft Azure, Okta, Ping Identity i nie tylko. Mechanizm wykorzystywany przez Keeper do uwierzytelniania użytkowników w ich magazynie w środowisku zero-knowledge to wdrożenie oczekujące na opatentowanie o nazwie Keeper SSO Connect®. Keeper SSO Connect® to aplikacja programowa, którą administratorzy rozwiązania Keeper Business instalują we własnej infrastrukturze (lokalnej lub w chmurze) i która służy jako punkt końcowy dostawcy usług SAML 2.0. Po aktywacji w określonej jednostce organizacyjnej Keeper SSO Connect® zarządza wszystkimi kluczami szyfrowania dla użytkowników końcowych Keeper Business. Po pomyślnym uwierzytelnieniu u dostawcy tożsamości pojedynczego logowania użytkownik jest logowany do Keeper za pomocą niezbędnych kluczy szyfrowania w celu odszyfrowania swojego magazynu. Oprogramowanie Keeper SSO Connect® działa w środowiskach Windows, Mac i Linux.

SSO Connect® Cloud

Keeper SSO Connect® Cloud zapewnia klientom Keeper Enterprise metodę uwierzytelniania użytkowników i możliwość odszyfrowania danych przechowywanych w magazynie i zaszyfrowanych przy użyciu podejścia zero-knowledge poprzez uwierzytelnianie dokonywane przez zewnętrznego dostawcę tożsamości (IdP), stosującego standardowe protokoły SAML 2.0 w środowisku całkowicie chmurowym.

W tym wdrożeniu użytkownik może uwierzytelnić się za pośrednictwem dostawcy tożsamości SSO, a następnie odszyfrować zaszyfrowany tekst swojego magazynu lokalnie na swoim urządzeniu. Każde urządzenie ma własną parę kluczy publicznych i prywatnych EC (krzywa eliptyczna) i szyfrowany klucz danych. Każdy użytkownik ma swój własny klucz danych. Aby zalogować się do nowego urządzenia, użytkownik musi wykorzystać istniejące urządzenia w celu przeprowadzenia zatwierdzenia lub administrator z uprawnieniami może zatwierdzić dla niego nowe urządzenie.

Istotność tej funkcji polega na tym, że użytkownik może odszyfrować swój magazyn za pomocą zaszyfrowanego klucza przechowywanego w chmurze Keeper. Podejście zero knowledge jest zachowane, ponieważ chmura Keeper nie jest w stanie odszyfrować klucza danych użytkownika na jego urządzeniu. Klucz danych (DK) użytkownika jest odszyfrowany za pomocą klucza prywatnego urządzenia (DPRIV), a szyfrowany klucz danych (EDK) jest udostępniany użytkownikowi wyłącznie po pomyślnym uwierzytelnieniu od wyznaczonego dostawcy tożsamości (np. Okta, Azure, AD FS).

W przypadku użytkowników SSO Connect® Cloud klucz prywatny krzywej eliptycznej jest generowany i przechowywany lokalnie na każdym urządzeniu. W przypadku przeglądarek internetowych opartych na Chromium magazyn Keeper Vault przechowuje klucz prywatny EC urządzenia lokalnego (DPRIV) jako klucz krypto, którego nie można eksportować. Na urządzeniach z systemem iOS i Macach klucz jest przechowywany w łańcuchu kluczy urządzenia. Tam, gdzie są dostępne, Keeper wykorzystuje bezpieczne mechanizmy przechowywania.

Klucz prywatny urządzenia nie jest bezpośrednio wykorzystywany do szyfrowania ani odszyfrowania danych magazynu. Po pomyślnym uwierzytelnieniu od dostawcy tożsamości oddzielny klucz (który nie jest przechowywany) jest wykorzystywany do odszyfrowania danych magazynu. Wyodrębnienie lokalnego klucza prywatnego urządzenia w trybie offline nie może odszyfrować magazynu użytkownika.

Różne urządzenia i platformy mają różne poziomy zabezpieczeń, więc w celu zapewnienia optymalnego bezpieczeństwa, zalecamy stosowanie zaktualizowanej przeglądarki opartej na Chromium.

W ramach ogólnych zabezpieczeń przed atakami zalecamy również, by wszystkie urządzenia (takie jak komputery stacjonarne) były chronione przez szyfrowanie na poziomie dysku i zaktualizowane programy przeciw szkodliwemu oprogramowaniu.

Zatwierdzanie urządzenia przy użyciu SSO

Aby zalogować się do nowego urządzenia, użytkownik musi wykorzystać istniejące urządzenia w celu przeprowadzenia zatwierdzenia lub administrator z uprawnieniami może zatwierdzić dla niego nowe urządzenie. Nowe urządzenia generują nowy zestaw kluczy publicznych i prywatnych, a urządzenie zatwierdzające szyfruje klucz danych użytkownika kluczem publicznym nowego urządzenia. Klucz szyfrowanych danych (EDK) nowego urządzenia jest przekazywany użytkownikowi lub urządzeniu składającemu żądanie, a następnie użytkownik może odszyfrować swój klucz danych, co następnie odszyfrowuje dane w magazynie użytkownika. W ramach odszyfrowanych danych magazynu użytkownik może odszyfrować swoje inne prywatne klucze szyfrowania, takie jak klucze wpisów, klucze folderów, klucze zespołu itp.

Znaczenie tej funkcji polega na tym, że użytkownik może odszyfrować swój magazyn za pomocą klucza szyfrowanego przechowywanego w chmurze Keeper i nie wymaga żadnych usług aplikacji lokalnych ani hostowanych przez użytkownika do zarządzania kluczami szyfrowania. Podejście zero knowledge jest zachowane, ponieważ chmura Keeper nie jest w stanie odszyfrować klucza danych użytkownika na jego urządzeniu. Klucz danych użytkownika jest odszyfrowany za pomocą klucza prywatnego urządzenia (DPRIV), a EDK jest udostępniany użytkownikowi wyłącznie po pomyślnym uwierzytelnieniu od wyznaczonego dostawcy tożsamości (np. Okta, Azure, AD FS).

Korzyści z punktu widzenia administratora to: łatwa konfiguracja i brak konieczności stosowania hostowanego oprogramowania do zarządzania kluczami szyfrującymi, zgodnie z opisem w obecnym modelu szyfrowania SSO Connect® Keeper. Jedyną zmianą w przepływie pracy w przypadku tego modelu (w porównaniu ze stacjonarnym wdrażaniem Keeper SSO Connect®) jest konieczność zatwierdzenia nowych urządzeń przez użytkownika na już aktywnym urządzeniu lub oddelegowania tego zadania administratorowi.

Keeper SSO Connect® On-Prem

SSO Connect® On-Prem to integracja hostowana samodzielnie, która wymaga serwera aplikacji hostowanego w systemie Windows lub Linux. W celu zapewnienia zabezpieczeń zero knowledge oraz płynnego środowiska SSO dla użytkowników należy zainstalować Keeper SSO Connect® na serwerze klienta. Środowiska Windows, Mac i Linux są w pełni obsługiwane przez tryby równoważenia obciążenia wysokiej dostępności (HA).

Keeper SSO Connect® automatycznie generuje i utrzymuje hasło główne dla każdego przydzielonego użytkownika, które jest losowo generowanym kluczem 256-bitowym. To hasło główne jest szyfrowane za pomocą klucza SSO. Klucz SSO jest szyfrowany za pomocą klucza drzewa. Klucz SSO jest pobierany z serwera po uruchomieniu usługi Keeper SSO Connect®, a następnie odszyfrowany za pomocą klucza drzewa, który jest przechowywany lokalnie na serwerze w celu obsługi automatycznego uruchamiania usługi. Komunikacja między SSO Connect® a magazynem Keeper Cloud Security Vault jest chroniona za pomocą klucza transmisji. Komunikacja SAML jest podpisywana kryptograficznie i chroniona przez algorytm podpisu RSA-SHA256 lub ECDSA-SHA256 w zależności od rodzaju klucza szyfrowania (RSA lub EC) dostarczonego przez klienta.

BreachWatch

BreachWatch stale skanuje wpisy Keeper w celu wykrycia naruszeń danych publicznych i ostrzega użytkownika w magazynie. BreachWatch to architektura zero knowledge, która wykorzystuje kilka technik warstwowych w celu ochrony informacji naszych klientów. Podsumowanie:

1. W celu przeprowadzenia porównania haseł z bazą danych skradzionych kont wykorzystywana jest bezpieczna, zaszyfrowana, kryptograficzna funkcja skrótu oraz anonymizacja.
2. Zanim hasła klientów zostaną zestawione z naruszonymi hasłami lub znajdą się na serwerach BreachWatch, są one przetwarzane przy użyciu sprzętowego modułu bezpieczeństwa (HSM) i nieeksportowalnego klucza tajnego.
3. Klienci Keeper korzystają z BreachWatch przy użyciu identyfikatorów BreachWatch, które nie są powiązane z żadnymi innymi identyfikatorami klientów Keeper.
4. BreachWatch przechowuje nazwy użytkowników i hasła oddzielnie, nadając im różne anonimowe identyfikatory, oddzielając w ten sposób nazwy użytkowników i domeny od haseł.
5. Klienci BreachWatch nie przesyłają informacji o domenie, jedynie pobierają domeny.

Ścieżka danych zaszyfrowanego hasła klienta w narzędziu BreachWatch. Na serwerach BreachWatch są przechowywane tylko hasła zabezpieczone za pomocą HSM i klucz, którego nie można eksportować. Klienci BreachWatch używają anonimowych identyfikatorów w interakcji z serwerami BreachWatch.

Aby stworzyć bezpieczną usługę, Keeper dzieli BreachWatch na trzy usługi: do sprawdzania domen, nazw użytkowników oraz haseł i par nazwa użytkownika i hasło. Aplikacje klienckie Keeper kontaktują się z każdą z tych usług zaplecza za pomocą szyfrowanego interfejsu API REST.

Skanowanie domen

Klienci BreachWatch pobierają listę domen, które zostały zaatakowane i sprawdzają je lokalnie.

Skanowanie nazw użytkowników i haseł

Urządzenia klienckie łączą się z BreachWatch i przesyłają listę zaszyfrowanych nazw użytkowników (lub haseł) wraz z wybranym przez klienta losowym identyfikatorem (oddzielne identyfikatory dla usług sprawdzania nazw użytkownika i haseł). Te zaszyfrowane hasła są przetwarzane podczas przesyłania za pomocą HMAC przy użyciu sprzętowego modułu bezpieczeństwa (HSM) i klucza tajnego przechowywanego w HSM oznaczonego jako nieeksportowalny (co oznacza, że HSM przetwarza HMAC wyłącznie lokalnie, a klucza nie można wyodrębnić). Te dane wejściowe HMAC (nazwy użytkowników lub hasła) są porównywane z zestawami danych dotyczących naruszeń, które zostały przetworzone za pomocą tego samego HMAC i tego samego klucza. Wszelkie dopasowania są zgłaszane do urządzenia klienckiego. Wszelkie niepasujące wartości są przechowywane obok anonimowego identyfikatora klienta.

Gdy nowe naruszone nazwy użytkowników i hasła są dodawane do systemu, są one przetwarzane za pomocą HMAC w HSM, dodawane do zbioru danych BreachWatch i porównywane z przechowywanymi wartościami klienta. Wszelkie dopasowania wywołują ostrzeżenie dla tego identyfikatora klienta.

Klient okresowo sprawdza BreachWatch i podaje identyfikator BreachWatch. Pobierane są wszystkie wiadomości, a klient przesyła nowe lub zmienione nazwy użytkowników i hasła, które zostaną poddane temu samemu procesowi.

Bezpieczeństwo BreachWatch jest oparte na modelu TOFU (Zaufanie przy pierwszym użyciu). Oznacza to, że klienci muszą przyjąć, że w momencie przesyłania ich zaszyfrowanych wartości, serwer BreachWatch nie jest zaatakowany przez hakerów. Wartości te, po ich przetworzeniu przy użyciu HSM, są zabezpieczane przed zewnętrznymi atakami hakerów. Tak więc, nawet jeśli haker ukradnie zestaw danych zawierający wartości klienta, nie będzie w stanie złamać tych wartości offline bez kodu HMAC przechowywanego w module HSM.

W przypadku wykrycia naruszenia hasła urządzenie klienckie wysyła skrót kombinacji nazwy użytkownika i hasła do serwerów BreachWatch, które następnie wykonują to samo porównanie skrótu HMAC w celu ustalenia, czy kombinacja nazwy użytkownika i hasła została naruszona, a jeśli tak, domeny związane z tymi naruszeniami są zwracane, aby urządzenie klienckie mogło określić, czy nazwa użytkownika + hasło + domena są zgodne. Jeśli wszystkie trzy parametry są zgodne na urządzeniu klienckim, użytkownik jest ostrzegany o istotności naruszenia.

BreachWatch Business

Po aktywacji BreachWatch dla klientów firmowych i korporacyjnych sejfy użytkowników końcowych są skanowane automatycznie za każdym razem, gdy użytkownik loguje się do Keeper. Dane podsumowujące BreachWatch zeskanowane na urządzeniu użytkownika są szyfrowane kluczem publicznym przedsiębiorstwa i odszyfrowywane przez administratora przedsiębiorstwa po zalogowaniu się do Konsoli administratora Keeper. Te zaszyfrowane informacje obejmują adres e-mail, liczbę wpisów wysokiego ryzyka, liczbę rozwiązanych wpisów i liczbę zignorowanych wpisów. Administrator Keeper może przeglądać statystyki podsumowujące na poziomie użytkownika w interfejsie użytkownika Konsoli administratora.

Logowanie zdarzeń i raportowanie

W przypadku integracji z modułem zaawansowanego raportowania i ostrzeżeń urządzenia użytkowników końcowych Keeper mogą być również opcjonalnie skonfigurowane do przesyłania szczegółowych zdarzeń w czasie rzeczywistym do rozwiązań SIEM innych firm i interfejsu raportowania konsoli administratora Keeper. Dane zdarzeń zawierają adres e-mail, numer UID wpisu, adres IP i informacje o urządzeniu (zdarzenia nie obejmują żadnych odszyfrowanych danych wpisów, ponieważ Keeper jest platformą zero-knowledge i nie może odszyfrować danych użytkownika).

Domyślnie szczegółowe dane zdarzeń BreachWatch nie są wysyłane do modułu zaawansowanego raportowania i ostrzeżeń ani do żadnych podłączonych zewnętrznych systemów rejestrowania. Aby aktywować raportowanie danych BreachWatch na poziomie zdarzenia do modułu zaawansowanego raportowania i ostrzeżeń, należy włączyć zasadę egzekwowania roli zdarzenia na ekranie określonej roli > Zasady egzekwowania > Funkcje magazynu. Po aktywacji urządzenia klienckie użytkownika końcowego rozpoczną wysyłanie danych tego zdarzenia. Ponieważ integracja z rozwiązaniami SIEM innych firm jest przekazywana z zaplecza Keeper do docelowego SIEM, informacje o zdarzeniu są czytelne dla docelowego SIEM i mogą być wykorzystane do identyfikacji, które wpisy i którzy użytkownicy w organizacji mają hasła wysokiego ryzyka. Jeśli administrator Keeper nie chce przesyłać danych zdarzeń na poziomie wpisu do modułu zaawansowanego raportowania i ostrzeżeń Keeper, to ustawienie można pozostawić wyłączone.

Tryb off-line

Tryb offline umożliwia użytkownikom dostęp do ich magazynu, gdy nie mogą połączyć się online z Keeper ani ze swoim dostawcą tożsamości SSO. Ta funkcja jest dostępna w aplikacji mobilnej i komputerowej Keeper i rozszerzona na użytkowników biznesowych w popularnych przeglądarkach internetowych.

Funkcja ta działa poprzez wykonanie kopii magazynu na urządzenie lokalne użytkownika. Dane magazynu przechowywane w trybie offline są szyfrowane AES-GCM za pomocą 256-bitowego klucza klienta, który jest generowany losowo i chroniony przez PBKDF2-HMAC-SHA512 z maksymalnie 1 000 000 iteracji i losową solą. Sól i iteracje są przechowywane lokalnie. Gdy użytkownik wprowadza swoje hasło główne, klucz jest pobierany za pomocą soli i iteracji i podejmowana jest próba odszyfrowania klucza klienta. Klucz klienta jest następnie wykorzystywany do odszyfrowania przechowywanej pamięci podręcznej wpisów. Jeśli ochrona poprzez funkcję samozniszczenia jest włączona w magazynie użytkownika, 5 nieudanych prób logowania automatycznie usunie wszystkie przechowywane lokalnie dane magazynu.

Architektura sieci

KSI korzysta z Amazon AWS w Ameryce Północnej, Europie i Australii w celu zapewnienia segregacji zlokalizowanych danych pod względem prywatności i obszaru geograficznego i umożliwić hostowanie i obsługiwanie rozwiązań i architektury aplikacji Keeper. Wykorzystanie systemu Amazon AWS pozwala aplikacji Keeper na płynne skalowanie i przydzielanie zasobów w czasie rzeczywistym, dzięki czemu nasi klienci mogą korzystać z najszybszego i najbezpieczniejszego środowiska do przechowywania danych w chmurze. KSI operuje zarówno w środowiskach wielostrefowych, jak i wieloregionowych, aby zmaksymalizować czas ciągłego działania serwerów i zapewnić klientom możliwie krótki czas odpowiedzi.

Uwierzytelnianie na serwerze

Magazyn Keeper Cloud Security Vault jest chroniony przez interfejs API, który uwierzytelnia każde żądanie z urządzenia klienckiego. 256-bitowy „klucz uwierzytelniający” na urządzeniu klienckim wywodzi się z hasła głównego za pomocą PBKDF2-HMAC-SHA256 i losowej soli. Skrót uwierzytelniania jest generowany przez skrót klucza uwierzytelniania za pomocą SHA-256. Aby przeprowadzić logowanie, skrót uwierzytelniania jest porównywany z przechowywanym skrótem uwierzytelniania w magazynie bezpieczeństwa w chmurze. Po zalogowaniu generowany jest token sesji, który wykorzystywany jest przez urządzenie klienckie do celów kolejnych żądań. Ten token uwierzytelniający musi być odnawiany co 30 minut lub na żądanie serwera.

Szyfrowanie przesyłu danych

KSI korzysta ze 256-bitowego i 128-bitowego protokołu SSL do szyfrowania wszelkich danych, przesyłanych pomiędzy aplikacją a serwerem w chmurze. Jest to ten sam poziom szyfrowania, któremu ufają miliony osób i firm każdego dnia w przypadku transakcji internetowych wymagających bezpieczeństwa, takich jak bankowość internetowa, zakupy online, handel akcjami, dostęp do informacji medycznych i składanie deklaracji podatkowych.

KSI wdraża certyfikaty TLS podpisane za pomocą algorytmu SHA2, najbezpieczniejszego algorytmu podpisu oferowanego obecnie przez komercyjne urzędy certyfikacji. SHA2 jest znacznie bezpieczniejszy niż szerzej stosowany SHA1, który można wykorzystać z powodu słabości matematycznej zidentyfikowanej w algorytmie. SHA2 pomaga chronić przed wydawaniem fałszywych certyfikatów, które mogą zostać wykorzystane przez atakującego do podszywania się pod witrynę internetową.

KSI stosuje również tzw. technologię przejrzystości certyfikatów (Certificate Transparency, CT), która jest nową inicjatywą Google mającą na celu stworzenie dostępnego powszechnie spisu certyfikatów podpisanego przez firmy certyfikacyjne. CT ma pomagać w zapobieganiu wydawaniu certyfikatów przez nieupoważnione do tego podmioty. Obecnie jest obsługiwana przez najnowsze wersje przeglądarki Chrome. Więcej informacji na temat przejrzystości certyfikatów można znaleźć na stronie internetowej: https://www.certificate-transparency.org. Keeper obsługuje następujące zestawy szyfrów 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

Przypinanie kluczy

Natywni klienci Keeper wprowadzają mechanizm Key Pinning. To mechanizm, który zabezpiecza strony przed próbami podszywania się przez atakujących, korzystających ze sfałszowanych certyfikatów.

Ochrona przed atakami XSS (Cross-Site Scripting)

Sejf internetowy Keeper stosuje restrykcyjną politykę w zakresie bezpieczeństwa zawartości, która ogranicza źródło żądań wychodzących i zapobiega wykonywaniu wszystkich skryptów, z wyjątkiem tych, których źródłem jest Keeper, w tym skryptów wbudowanych i atrybutów HTML obsługujących zdarzenia. Tym samym ogranicza się lub eliminuje większość wektorów dla ataków XSS.

Dostęp do nazw domen KeeperSecurity.com i KeeperSecurity.eu jest ograniczony do HTTPS z TLS v1.3 i jest egzekwowany przez HTTP Strict Transport Security. Zapobiega to szerokiej gamie prób podsłuchiwania pakietów, modyfikacji danych i atakom typu man-in-the-middle.

W ramach rozszerzenia przeglądarki Keeper użytkownicy nie będą otrzymywać propozycji logowania do swoich magazynów Keeper w obszarze strony. Logowanie do rozszerzenia odbywa się w obszarze paska zadań rozszerzenia przeglądarki w danej przeglądarce. Logowanie do magazynu w przeglądarce internetowej zawsze przebiega w domenie KeeperSecurity.com lub KeeperSecurity.eu, bądź z paska narzędzi rozszerzenia przeglądarki Keeper, który nie jest częścią strony zawartości.

Rozszerzenie przeglądarki Keeper w przeglądarkach Chrome, Firefox, Edge i Opera wykorzystuje ramki iFrames do wprowadzania danych wpisów na ekranach logowania do stron internetowych, aby zapewnić, że żadna złośliwa strona internetowa nie ma dostępu do wprowadzanych treści. Treść wpisu wprowadzana do ramek iFrames jest również ograniczona do wpisów magazynu przechowywanych w magazynie użytkownika, które pasują do domeny docelowej witryny internetowej. Keeper nie oferuje automatycznego uzupełniania danych loginu ani hasła, chyba że domena witryny internetowej odpowiada polu domeny witryny wpisu magazynu Keeper.

Rozszerzenie przeglądarki Internet Explorer wykorzystuje oddzielne okno aplikacji natywnej do logowania i uzyskiwania dostępu do wpisów. Te oddzielne okna są odporne na ataki XSS, ponieważ nie są dostępne z przeglądarki. Umożliwia to rozszerzeniu w przeglądarce Internet Explorer udostępnienie okna logowania z wewnątrz strony. Rozszerzenie nie wyświetla wpisów, chyba że pasują one do domeny głównej adresu witryny.

Rozszerzenia przeglądarki innych firm mogą mieć podwyższone uprawnienia w przeglądarkach internetowych i mogą uzyskiwać dostęp do informacji na stronie. Dlatego zaleca się, aby administratorzy Keeper uniemożliwiali użytkownikom instalowanie niezatwierdzonych rozszerzeń przeglądarki innych firm z odpowiedniego sklepu z aplikacjami przeglądarki.

Pęk kluczy systemu iOS i Touch ID® i Face ID®

Touch ID i Face ID na urządzeniach z systemem iOS umożliwiają dostęp do magazynu Keeper za pomocą danych biometrycznych. Aby zapewnić tę wygodną funkcję, losowo generowany 256-bitowy klucz biometryczny jest przechowywany w łańcuchu kluczy iOS. Element pęku kluczy iOS utworzony na potrzeby tej funkcji nie jest przeznaczony do synchronizacji z Pękiem kluczy iCloud i dlatego nie opuści urządzenia przenośnego z systemem iOS.

Zalecamy stosowanie złożonego hasła głównego i włączenie uwierzytelniania wieloskładnikowego w celu zapewnienia maksymalnego bezpieczeństwa zaszyfrowanego magazynu Keeper. Stosowanie Touch ID i Face ID ułatwia korzystanie ze złożonego hasła głównego na urządzeniu przenośnym z systemem iOS. Zalecamy również ustawienie kodu dłuższego niż minimalne 4 cyfry w celu zabezpieczenia łańcucha kluczy iOS.

Pęk kluczy systemu iOS jest używany przez system iOS i aplikacje do bezpiecznego przechowywania poświadczeń. Aplikacje używają pęku kluczy systemu iOS do przechowywania różnych poufnych informacji, takich jak hasła do witryn internetowych, klucze, numery kart kredytowych i dane Apple Pay™. Keeper nie wykorzystuje łańcucha kluczy iOS do przechowywania wpisów Keeper – wszystkie wpisy Keeper są chronione za pomocą 256-bitowego szyfrowania AES i są bezpiecznie przechowywane w magazynie Keeper. Pęk kluczy systemu iOS jest również zabezpieczony za pomocą 256-bitowego szyfrowania AES i kodu urządzenia. Nawet jeśli urządzenie zostanie utracone lub skradzione, bądź jeśli osoba atakująca uzyska fizyczny dostęp do urządzenia przenośnego, nie będzie możliwe uzyskanie dostępu do żadnych danych przechowywanych w magazynie Keeper. Pęku kluczy Keychain systemu iOS nie można odszyfrować bez kodu, a magazynu Keeper nie można odszyfrować bez należącego do użytkownika hasła głównego Keeper.

Biometria

Keeper natywnie obsługuje Windows Hello, Touch ID, Face ID i dane biometryczne systemu Android. Klienci, którzy zwykle logują się do swojego magazynu Keeper za pomocą hasła głównego lub logowania SSO w przedsiębiorstwach (SAML 2.0), mogą również logować się na swoich urządzeniach za pomocą danych biometrycznych. Obsługa danych biometrycznych musi zostać włączona przez administratora Keeper w zasadach ról. Gdy ta funkcja jest aktywowana, dostęp offline można również uzyskać za pomocą danych biometrycznych zarówno dla użytkowników z hasłem głównym, jak i SSO.

Gdy logowanie biometryczne jest włączone na urządzeniu, klucz jest losowo generowany lokalnie i przechowywany w bezpiecznej enklawie (np. łańcuchu kluczy) urządzenia. Klucz danych użytkownika jest szyfrowany za pomocą klucza biometrycznego. Po pomyślnym uwierzytelnieniu biometrycznym klucz jest pobierany, a użytkownik jest w stanie odszyfrować swój magazyn.

Apple Watch®

Funkcja ulubionych na zegarku Apple Watch umożliwia wyświetlanie wybranych wpisów na sparowanym zegarku. Wpisy aplikacji Keeper muszą zostać jednoznacznie oznaczone w celu wyświetlania na zegarku Apple Watch. Sparowany zegarek Apple Watch komunikuje się z rozszerzeniem Keeper dla zegarka działającym transparentnie w przestrzeni piaskownicy, która jest niezależna od aplikacji Keeper dla systemu iOS. Rozszerzenie Keeper dla zegarka używa także pęku kluczy systemu iOS w celu bezpiecznego przechowywania i uzyskiwania dostępu do kluczy, aby umożliwić płynną i bezpieczną komunikację z aplikacją Keeper dla systemu iOS.

Keeper DNA®

Keeper DNA zapewnia metodę uwierzytelniania wieloskładnikowego za pomocą inteligentnego zegarka. W przypadku stosowania w sparowanym zegarku Apple Watch Keeper DNA zapewnia metodę uwierzytelniania wieloskładnikowego, która nie ma sobie równych pod względem wygody i bezpieczeństwa. Keeper DNA wykorzystuje bezpieczne tokeny przechowywane w magazynie Keeper do generowania kodów opartych na czasie do uwierzytelniania wieloskładnikowego. Te żądania uwierzytelniania oparte na czasie mogą być zatwierdzane i wysyłane automatycznie z zegarka Apple Watch (lub urządzenia z systemem Android Wear) za pomocą dotknięcia ekranu zegarka lub wprowadzone ręcznie przez użytkownika. Wiele warstw szyfrowania, Touch ID i uwierzytelnianie wieloskładnikowe sprawiają, że Keeper DNA jest najbardziej elegancką, bezpieczną i zaawansowaną metodą uwierzytelniania dostępną obecnie na rynku.

Zgodność i audyt

Certyfikat FedRAMP High

Keeper ICAM & Identity Security Platform for Government to platforma firmy Keeper Security do zarządzania hasłami i cyberbezpieczeństwem dla organizacji sektora publicznego. Keeper ICAM & Identity Security Platform jest certyfikowanym dostawcą FedRAMP na poziomie wysokiego wpływu, hostowanym w AWS GovCloud (US). Keeper ICAM & Identity Security Platform for Government można znaleźć na rynku FedRAMP.

Federalny program zarządzania ryzykiem i autoryzacją (FedRAMP) to program rządu federalnego USA, który zapewnia standaryzowane podejście do oceny bezpieczeństwa, autoryzacji i ciągłego monitorowania produktów i usług w chmurze. FedRAMP ma na celu przyspieszenie wdrażania nowoczesnych rozwiązań opartych na chmurze przez agencje rządowe, z naciskiem na bezpieczeństwo i ochronę informacji federalnych.

GovRAMP High Authorized

Program GovRAMP został opracowany około dziesięć lat po programie FedRAMP w celu zachęcenia do wdrażania bezpiecznych rozwiązań opartych na chmurze na poziomie władz stanowych i lokalnych. Uzyskanie autoryzacji GovRAMP to zwykle dwuletni proces, który został usprawniony dzięki programowi wzajemności dzięki autoryzacji FedRAMP firmy Keeper.

Zgodność z SOC 2

Wpisy w sejfach klientów są chronione przy użyciu rygorystycznych i ściśle monitorowanych praktyk kontroli wewnętrznej. Keeper od ponad dziesięciu lat posiada zgodność z SOC 2 Type 2 zgodnie z wytycznymi Service Organization Control instytutu AICPA. Zgodność z SOC 2 pomaga zapewnić bezpieczeństwo sejfów użytkowników poprzez wdrożenie standardowych mechanizmów kontroli określonych w zasadach Trust Service Principles stworzonych przez instytut AICPA.

Certyfikaty ISO 27001, 27017 i 27018

Keeper posiada certyfikaty ISO ISO 27001, 27017 i 27018 obejmujące system zarządzania informacjami Keeper Security i infrastrukturę chmury, która obsługuje platformę Keeper Enterprise. Certyfikaty ISO firmy Keeper obejmują zarządzanie i obsługę sejfu cyfrowego i usług w chmurze, kontrolę bezpieczeństwa w chmurze, kontrolę prywatności danych, rozwój oprogramowania i aplikacji oraz ochronę zasobów cyfrowych dla sejfu cyfrowego i usług w chmurze.

Zachowanie zgodności z GDPR

Keeper przestrzega rozporządzenia RODO. Dbamy, by nasze procesy biznesowe i produkty zawsze były z nim zgodne, aby zapewnić zadowolenie naszych klientów z Unii Europejskiej.

Zgodność z ITAR

Keeper ICAM & Identity Security Platform for Government zapewnia zgodność z amerykańskimi przepisami dotyczącymi międzynarodowego obrotu bronią (ITAR). Firmy podlegające przepisom eksportowym ITAR muszą kontrolować niezamierzony eksport, ograniczając dostęp do chronionych danych do obywateli USA i ograniczając fizyczną lokalizację chronionych danych do USA.

Środowisko Keeper ICAM & Identity Security Platform for Government's FedRAMP na poziomie umiarkowanym spełnia wymagania ITAR dzięki następującym działaniom:

• W pełni zgodne z przepisami przechowywanie danych w chmurze AWS GovCloud z ograniczeniem do Stanów Zjednoczonych.
• Keeper ICAM & Identity Security Platform for Government zapewnia bezpieczne szyfrowanie danych podczas przesyłania i przechowywania.
• Zabezpieczenia typu zero-knowledge i zero-trust w połączeniu ze szczegółowymi uprawnieniami pozwalają organizacjom zapewnić, że tylko zatwierdzony personel może uzyskać dostęp do wrażliwych danych.
• Niezawodne funkcje raportowania zgodności zapewniają identyfikowalną, elektroniczną ścieżkę audytu wszystkich wykonanych działań i wprowadzonych danych.
• Wyznaczony zespół ds. obsługi klienta składa się z obywateli USA specjalnie przeszkolonych w zakresie bezpiecznej obsługi danych objętych kontrolą eksportu i ITAR, bez wsparcia spoza USA.

Środowisko FedRAMP firmy Keeper zostało poddane audytowi przez niezależną zewnętrzną organizację oceniającą (3PAO) w celu potwierdzenia, że istnieją odpowiednie mechanizmy kontrolne wspierające programy zgodności z przepisami eksportowymi klientów, i będzie nadal poddawane corocznym audytom w celu utrzymania zgodności.

Więcej informacji na temat ITAR.

Certyfikat FSQS-NL

Keeper Security EMEA Limited posiada certyfikat Hellios Financial Services Qualification System-Netherlands (FSQS-NL), który uznaje najwyższe standardy w zakresie bezpieczeństwa, jakości i innowacji w Holandii. Standard ten wykazuje zgodność z Financial Conduct Authority i Prudential Regulation Authority, aby zapewnić wiarygodność oprogramowania Keeper Enterprise dla dużych banków i instytucji finansowych.

Ochrona danych medycznych pacjentów

Oprogramowanie Keeper jest zgodne ze światowymi standardami ochrony danych medycznych, w tym m.in. ustawy HIPAA (Health Insurance Portability and Accountability Act) oraz DPA (Data Protection Act).

Zgodność z ustawą HIPAA i umowami partnerstwa biznesowego (BAA)

Keeper to platforma bezpieczeństwa zero-knowledge posiadająca certyfikat SOC2 i ISO 27001, 27017 i 27018, która jest zgodna z HIPAA. Ściśle przestrzega zasad i zapewnia środki kontroli obejmujące prywatność, poufność, integralność i dostępność. Dzięki tej architekturze bezpieczeństwa Keeper nie może odszyfrować żadnych informacji, w tym ePHI, przechowywanych w magazynie Keeper użytkownika, wyświetlać ich ani uzyskiwać do nich dostępu. Z powyższych powodów Keeper nie jest partnerem biznesowym w rozumieniu ustawy o przenoszeniu i rozliczalności ubezpieczeń zdrowotnych (HIPAA), w związku z czym nie podlega umowie z partnerem biznesowym.

by dowiedzieć się więcej na temat dodatkowych korzyści dla podmiotów świadczących opiekę zdrowotną i ubezpieczycieli w zakresie ochrony zdrowia, przeczytaj cały dokument: Informacje dotyczące bezpieczeństwa i zapoznaj się z naszym Przewodnikiem dla przedsiębiorstw.

Zgodność z ustawą DORA (Digital Operational Resilience Act)

Aby zapewnić zgodność z ustawą w sprawie operacyjnej odporności cyfrowej (DORA), Keeper utrzymuje zaawansowane środki operacyjne i środki bezpieczeństwa w celu ochrony oprogramowania i systemów Keeper. Obejmuje to między innymi wdrażanie skutecznych procesów zarządzania ryzykiem, śledzenie dostępności i zarządzanie nią, utrzymywanie ścisłych wewnętrznych zasad bezpieczeństwa, wymaganie przechodzenia wewnętrznych szkoleń z zakresu bezpieczeństwa i ustanawianie protokołów reagowania na incydenty. Keeper stale monitoruje, aktualizuje i udoskonala procedury w celu ograniczenia ryzyka i zapewnienia funkcjonalności i bezpieczeństwa w całym oprogramowaniu i we wszystkich usługach Keeper.

Testy penetracyjne

Keeper przeprowadza okresowe testy penetracyjne z udziałem ekspertów z innych firm, w tym NCC Group, Secarma, Rhino Security, Cybertest i niezależnych badaczy bezpieczeństwa, w odniesieniu do wszystkich naszych produktów i systemów. Keeper współpracuje również z Bugcrowd w celu zarządzania programem ujawniania luk w zabezpieczeniach (VDP).

Testy penetracyjne i skanowanie zabezpieczeń prowadzone przez firmy zewnętrzne

Serwery KSI są codziennie skanowane za pomocą programu McAfee Secure, aby zapewnić bezpieczeństwo aplikacji internetowej Keeper oraz usługi Cloud Security Vault i uchronić przed obecnością obcych programów, mogących próbować wykorzystać luki w oprogramowaniu („exploits”), wszelkich luk w zabezpieczeniach oraz przed próbami ataków mających na celu przeciążenie serwera („denial of service”). Na stronie internetowej aplikacji Keeper znajduje się certyfikat McAfee Secure, który potwierdza codzienne przeprowadzanie skanów strony internetowej Keeper, aplikacji internetowej oraz magazynu Cloud Security Vault.

Kompleksowe zewnętrzne skanowanie bezpieczeństwa jest przeprowadzane co miesiąc w witrynie internetowej Keeper, aplikacji internetowej Keeper i magazynie Keeper Cloud Security Vault przez McAfee Secure. Pracownicy Keeper co jakiś czas korzystają z usług McAfee Secure w celu przeprowadzania zewnętrznego skanowania na żądanie.

Przetwarzanie płatności i zgodność z PCI

KSI korzysta z usługi PayPal i Stripe do bezpiecznego przetwarzania płatności kartami kredytowymi i debetowymi na stronie KSI. PayPal i Stripe to rozwiązania do przetwarzania transakcji zgodne z PCI-DSS.

KSI posiada certyfikat zgodności PCI-DSS wydany przez McAfee Secure.

Tarcza prywatności UE-USA

Klient internetowy Keeper, aplikacja na system Android, aplikacja Windows Phone, aplikacja na iPhone’a i iPada oraz rozszerzenia przeglądarki zostały certyfikowane jako zgodne z Tarczą Prywatności UE (EU-US) Departamentu Handlu USA. Program Tarcza Prywatności, spełniający wymogi dyrektywy Komisji Europejskiej w sprawie ochrony danych.

Więcej informacji na temat programu Tarczą Prywatności UE (EU-US) Departamentu Handlu USA znajdziesz tutaj: https://www.privacyshield.gov

Zweryfikowany moduł szyfrowania FIPS 140-3

Keeper wykorzystuje sprawdzone moduły szyfrowania FIPS 140-3, aby spełnić rygorystyczne wymogi bezpieczeństwa rządów i sektora publicznego. Szyfrowanie Keeper zostało certyfikowane przez NIST CMVP i zweryfikowane zgodnie ze standardem FIPS 140 przez akredytowane laboratoria innych firm. Keeper otrzymał certyfikat nr 3976 w ramach programu CMVP NIST

Zgodność z przepisami FDA 21 CFR część 11

Keeper jest zgodny z przepisami 21 CFR część 11, które dotyczą naukowców pracujących w środowiskach podlegających ścisłym regulacjom, w tym badaczy prowadzących badania kliniczne. Rozporządzenie to określa kryteria FDA, zgodnie z którymi zapisy i podpisy elektroniczne są uznawane za godne zaufania, wiarygodne i równoważne zapisom papierowym z podpisami odręcznymi. W szczególności naukowcy muszą zapewnić, że całe oprogramowanie, którego używają, jest zgodne z przepisami 21 CFR część 11 w następującym zakresie:

Kontrole bezpieczeństwa w zakresie identyfikacji użytkowników – Keeper spełnia wymagania przepisów 21 CFR część 11 w zakresie zabezpieczeń ograniczających dostęp użytkowników i ich uprawnienia, w tym zapewnienia, że wszyscy użytkownicy posiadają unikatowe nazwy użytkownika i hasła, możliwości wykrywania i zapobiegania nieautoryzowanemu dostępowi do systemu oraz możliwości blokowania zagrożonych kont.

Szczegółowa ścieżka audytu

Podczas inspekcji FDA organy regulacyjne wymagają od badaczy przedstawienia ścieżki audytu zawierającej chronologiczny zapis wszystkich operacji. Funkcje raportowania zgodności Keeper umożliwiają badaczom łatwe tworzenie identyfikowalnych elektronicznych ścieżek audytu.

Podpisy elektroniczne

Kiedy dokument wymaga prawnie wiążącego podpisu elektronicznego, przepisy 21 CFR część 11 wymagają, aby podpis był dołączony do unikatowego loginu i hasła lub identyfikacji biometrycznej. Keeper obsługuje to wymaganie, umożliwiając badaczom zapewnienie, że wszyscy użytkownicy posiadają unikatowe nazwy użytkowników i hasła, bezpiecznie przechowywane w cyfrowym sejfie, do którego dostęp ma tylko użytkownik.

Produkt eksportowy licencjonowany przez ministerstwo handlu Stanów Zjednoczonych (U.S. Department of Commerce) zgodnie z rozporządzeniem EAR

Keeper jest produktem certyfikowanym przez biuro przemysłu i bezpieczeństwa (Bureau of Industry and Security) ministerstwa handlu Stanów Zjednoczonych (U.S. Department of Commerce) pod numerem kontrolnym klasyfikacji towarów eksportowych 5D992 zgodnie z rozporządzeniem EAR (Export Administration Regulations).

Więcej informacji na temat EAR: https://www.bis.doc.gov

Całotygodniowy, zdalny monitoring

Keeper jest zdalnie monitorowany 24 godziny na dobę, 7 dni w tygodniu przez niezależną sieć monitorującą o światowym zasięgu, aby zapewnić dostęp do naszej strony oraz usługi Cloud Security Vault na całym świecie.

Jeżeli masz pytania związane z tymi informacjami dotyczącymi bezpieczeństwa, skontaktuj się z nami.

Wyłudzanie informacji i sfałszowane wiadomości e-mail

Jeżeli otrzymasz wiadomość e-mail, której rzekomym nadawcą jest KSI, a nie masz pewności, że tak faktycznie jest, może być to wiadomość mająca na celu oszukanie odbiorcy poprzez „podszycie się” pod adres e-mail nadawcy („phishing”/„spoofing”). W takim przypadku wiadomość może zawierać link do strony internetowej, która przypomina wyglądem stronę Keeper, ale nią nie jest. Strona może prosić o podanie hasła głównego Keeper lub próbować zainstalować niepożądane oprogramowanie na Twoim komputerze w celu uzyskania do niego dostępu lub kradzieży danych osobowych. Inne wiadomości e-mail zawierają linki, które mogą przekierować Cię na inne potencjalnie niebezpieczne strony internetowe. Wiadomość może również mieć załączniki, które zazwyczaj zawierają niechciane oprogramowanie zwane złośliwym oprogramowaniem. Jeśli masz wątpliwości co do wiadomości e-mail otrzymanej w skrzynce odbiorczej, usuń ją bez klikania żadnych linków i otwierania żadnych załączników.

Jeżeli chcesz zgłosić otrzymanie wiadomość e-mail, której nadawca Twoim zdaniem podszywa się pod KSI lub masz inne wątpliwości dotyczące innych obszarów działalności KSI, skontaktuj się z nami.

Infrastruktura hostingowa certyfikowana zgodnie ze ścisłymi standardami branży

Strona Keeper oraz chmura danych działają w oparciu o bezpieczną infrastrukturę chmurową Amazon Web Services (AWS). Infrastruktura chmury AWS, na której znajduje się architektura systemu Keeper, posiada udokumentowaną zgodność z raportami, orzeczeniami i certyfikatami następujących stron trzecich:

• 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

Zgłaszanie luk w zabezpieczeniach i program Bug Bounty

Keeper Security stosuje najlepsze praktyki w branży w zakresie odpowiedzialnego ujawniania potencjalnych problemów z bezpieczeństwem. Poważnie traktujemy bezpieczeństwo i prywatność użytkowników, dlatego zobowiązujemy się chronić prywatność i dane osobowe naszych klientów. Misją KSI jest tworzenie najbezpieczniejszych i najbardziej innowacyjnych aplikacji bezpieczeństwa na świecie. Uważamy, że zgłaszanie błędów od światowej społeczności badaczy bezpieczeństwa jest cennym elementem zapewniającym bezpieczeństwo produktów i usług KSI.

Zapewnienie bezpieczeństwa naszym użytkownikom jest podstawą naszych wartości jako organizacji. Cenimy sobie wkład badaczy działających w dobrej wierze i uważamy, że stałe relacje ze społecznością zajmującą się cyberbezpieczeństwem pomagają nam zapewnić ich bezpieczeństwo i prywatność oraz sprawiają, że Internet staje się bezpieczniejszym miejscem. Obejmuje to zachęcanie do odpowiedzialnego testowania bezpieczeństwa i ujawniania luk w zabezpieczeniach.

Wskazówki

Polityka Keeper w zakresie ujawniania luk w zabezpieczeniach określa nasze oczekiwania podczas pracy z hakerami działającymi w dobrej wierze oraz precyzuje, czego możesz spodziewać się od nas.

Jeśli testowanie i raportowanie odbywa się zgodnie z wytycznymi tych zasad:

• uznajemy je za dozwolone zgodnie z ustawą o oszustwach i nadużyciach komputerowych (Computer Fraud and Abuse Act);
• uznajemy je za wyłączone z DMCA i nie pozwiemy Cię za obejście jakichkolwiek kontroli bezpieczeństwa i kontroli technologicznych;
• uznajemy je za legalne i nie będziemy wnosić ani wspierać jakichkolwiek spraw sądowych przeciwko Tobie w związku z tym programem;
• będziemy z Tobą współpracować w celu zrozumienia i szybkiego rozwiązania problemu;
• Twój wkład zostanie podany do wiadomości publicznej, jeśli będziesz pierwszą osobą, która zgłosi problem, co doprowadzi do zmiany kodu lub konfiguracji.

Jeśli w dowolnym momencie będziesz mieć wątpliwości w kwestach związanych z testowaniem w sposób zgodny z wytycznymi i zakresem tej polityki, skontaktuj się z nami pod adresem: security@keepersecurity.com, zanim rozpoczniesz testowanie.

Aby zachęcać do testowania zabezpieczeń i ujawniania w dobrzej wierze odkrytych luk, oczekujemy, że:

• Nie naruszaj prywatności, nie wpływaj negatywnie na korzystanie z aplikacji przez użytkowników, nie zakłócaj systemów produkcyjnych lub korporacyjnych, nie niszcz danych.
• Prowadź sprawdzanie zabezpieczeń wyłącznie w zakresie określonym w programie Bugcrowd ujawniania luk w zabezpieczeniach z wyłączeniem systemów i działań, które nie są przez ten zakres objęte.
• Skontaktuj się z nami natychmiast, wysyłając wiadomość na adres: security@keepersecurity.com, jeśli podczas testowania napotkasz jakiekolwiek dane użytkowników.
• Zapewnij nam wystarczająco dużo czasu na przeanalizowanie, potwierdzenie i rozwiązanie zgłaszanej kwestii przed podaniem do wiadomości publicznej jakichkolwiek znalezionych luk w zabezpieczeniach.

Przesyłanie raportu

Keeper współpracuje z Bugcrowd w celu zarządzania naszym programem zgłaszania luk w zabezpieczeniach.

Prosimy o przesyłanie raportów za pośrednictwem strony [https://bugcrowd.com/keepersecurity].

Dodatkowe informacje

Dokumentacja produktu

Portal z dokumentacją Keeper, zawierający instrukcje obsługi produktu, informacje techniczne, informacje o wersji i przewodniki dla użytkownika, jest dostępny pod adresem: https://docs.keeper.io

Status systemu

Kondycję systemu można sprawdzić w czasie rzeczywistym tutaj: https://statuspage.keeper.io

DODATEK E

Uzupełnienie – Zjednoczone Królestwo

Standardowe klauzule ochrony danych do wydania przez Komisarza na mocy ustawy o ochronie danych S119A(1) z 2018 r.

Uzupełnienie do standardowych klauzul umownych Komisji Europejskiej dotyczących międzynarodowego przekazywania danych

WERSJA B1.0, w zastosowaniu od 21 marca 2022 r.

Niniejsze Uzupełnienie zostało wydane przez Komisarza ds. informacji dla Stron dokonujących ograniczonego przekazywania danych. Komisarz ds. informacji uważa, że zapewnia ono odpowiednie zabezpieczenia dotyczące ograniczonego przekazywania danych, gdy jest zawierane jako prawnie wiążąca umowa.

Część 1: Tabele

Tabela 1: Strony

Tabela 2: Wybrane SCC, Moduły i wybrane Klauzule

Tabela 3: Informacje w Dodatku

„Informacje w dodatku” oznaczają informacje, które należy podać dla wybranych modułów określonych w Dodatku do zatwierdzonych unijnych SCC (innych niż Strony) i które dla niniejszego Uzupełnienia są określone w następujących załącznikach:

Załącznik 1A: Wykaz Stron: zob. Załącznik 1 do Uzupełnienia między stronami.

Załącznik 1B: Opis przeniesienia: zob. Dodatek A do Uzupełnienia między stronami.

Załącznik II: Środki techniczne i organizacyjne, w tym środki techniczne i organizacyjne w celu zapewnienia bezpieczeństwa danych: zob. Dodatek D do Uzupełnienia między stronami.

Załącznik III: Wykaz podwykonawców przetwarzania (tylko Moduły 2 i 3): zob. Dodatek B do Uzupełnienia między stronami.

Tabela 4: Zakończenie obowiązywania niniejszego Uzupełnienia w przypadku zmian w Zatwierdzonym Uzupełnieniu

Część 2: Klauzule obowiązkowe

Podpisanie niniejszego Uzupełnienia

1. Każda ze Stron zgadza się na związanie się warunkami określonymi w niniejszym Uzupełnieniu w zamian za zgodę drugiej Strony na przestrzeganie postanowień niniejszego Uzupełnienia.
2. Chociaż Załącznik 1A i Klauzula 7 zatwierdzonych unijnych SCC wymagają podpisu przez Strony do celów ograniczonego przekazywania danych, Strony mogą przystąpić do niniejszego Uzupełnienia w dowolny sposób, który czyni je prawnie wiążącym dla Stron i umożliwia osobom, których dane dotyczą, egzekwowanie ich praw określonych w niniejszym Uzupełnieniu. Przyjęcie niniejszego Uzupełnienia będzie miało taki sam skutek jak podpisanie zatwierdzonych unijnych SCC i dowolnej części zatwierdzonych unijnych SCC.

Interpretacja niniejszego Uzupełnienia

3. W przypadku, gdy w niniejszym Uzupełnieniu stosowane są terminy zdefiniowane w zatwierdzonych unijnych SCC, mają one takie samo znaczenie jak w zatwierdzonych unijnych SCC. Ponadto następujące terminy mają następujące znaczenie:

4. Niniejsze Uzupełnienie musi być zawsze interpretowane w sposób zgodny z brytyjskimi przepisami o ochronie danych oraz w sposób umożliwiający wypełnienie obowiązków Stron w zakresie zapewnienia Odpowiednich zabezpieczeń.
5. Jeśli postanowienia zawarte w Uzupełnieniu do unijnych SCC zmieniają Zatwierdzone SCC w sposób, który nie jest dozwolony na mocy Zatwierdzonych unijnych SCC lub Zatwierdzonego Uzupełnienia, takie zmiany nie zostaną uwzględnione w niniejszym Uzupełnieniu i zastąpi je równoważne postanowienie Zatwierdzonych unijnych SCC.
6. W przypadku jakiejkolwiek niespójności lub konfliktu między brytyjskimi przepisami o ochronie danych a niniejszym Uzupełnieniem zastosowanie mają brytyjskie przepisy o ochronie danych.
7. Jeśli znaczenie niniejszego Uzupełnienia jest niejasne lub istnieje możliwość zrozumienia go w sposób niejednoznaczny, przyjmuje się interpretację, która jest najściślej zgodna z brytyjskimi przepisami o ochronie danych.
8. Wszelkie odniesienia do przepisów (lub określonych postanowień przepisów) oznaczają te przepisy (lub określone postanowienia) wraz z późniejszymi zmianami. Dotyczy to sytuacji, gdy te przepisy (lub określone postanowienia) zostały skonsolidowane, zredagowane lub zastąpione po podpisaniu niniejszego Uzupełnienia.

Hierarchia

9. Chociaż Klauzula 5 Zatwierdzonych unijnych SCC stanowi, że Zatwierdzone unijne SCC mają pierwszeństwo przed wszystkimi powiązanymi umowami między stronami, strony uzgadniają, że w przypadku ograniczonego przekazywania danych pierwszeństwo ma hierarchia określona w Sekcji 10.
10. W przypadku jakiejkolwiek niespójności lub konfliktu między Zatwierdzonym Uzupełnieniem a Uzupełnieniem do unijnych SCC (w stosownych przypadkach), Zatwierdzone Uzupełnienie ma pierwszeństwo przed Uzupełnieniem do unijnych SCC, z wyjątkiem przypadków (i w zakresie), gdy niespójne lub sprzeczne warunki Uzupełnienia do unijnych SCC zapewniają większą ochronę osób, których dane dotyczą, w którym to przypadku warunki te mają pierwszeństwo przed Zatwierdzonym Uzupełnieniem.
11. Jeżeli niniejsze Uzupełnienie zawiera zapisy Uzupełnienia do unijnych SCC, które zostały wprowadzone w celu ochrony przekazywania danych podlegających ogólnemu rozporządzeniu o ochronie danych (UE) 2016/679, Strony przyjmują do wiadomości, że żadne zapisy w niniejszym Uzupełnieniu nie wpływają na zapisy Uzupełnienia do unijnych SCC.

Włączenie unijnych SCC i zmiany do nich

12. Do niniejszego Uzupełnienia włączono zapisy Uzupełnienia do unijnych SCC i zmienione je w zakresie niezbędnym, jak następuje:
    1. obowiązują one razem w stosunku do przekazywania danych przed podmiot przekazujący dane do podmiotu odbierającego dane, w zakresie, w jakim brytyjskie przepisy o ochronie danych mają zastosowanie do przetwarzania przez podmiot przekazujący dane podczas przekazywania danych, i zapewniają Odpowiednie zabezpieczenia w odniesieniu do takiego przekazywania danych;
    2. Sekcje 9–11 zastępują Klauzulę 5 (Hierarchia) Uzupełnienia do unijnych SCC; oraz
    3. niniejsze Uzupełnienie (w tym włączone go niego Uzupełnienie do unijnych SCC) (1) podlega prawu Anglii i Walii oraz (2) wszelkie spory wynikające z niego są rozstrzygane przez sądy Anglii i Walii, w każdym przypadku, o ile przepisy i sądy Szkocji lub Irlandii Północnej nie zostały wyraźnie wybrane przez Strony.
13. O ile Strony nie uzgodniły alternatywnych zmian, które spełniają wymagania Sekcji 12, zastosowanie mają postanowienia Sekcji 15.
14. W Zatwierdzonych unijnych SCC nie można wprowadzać żadnych zmian poza zmianami w celu spełnienia wymagań Sekcji 12.
15. Wprowadzono następujące zmiany w odniesieniu do Uzupełnienia do unijnych SCC (do celów sekcji 12):

    1. Odniesienia do „Klauzul” oznaczają niniejsze Uzupełnienie obejmujące Uzupełnienie do unijnych SCC;

    2. W Klauzuli 2 usuń tekst:

       „oraz, w odniesieniu do przekazywania danych od administratorów do podmiotów przetwarzających lub przez podmioty przetwarzające do podmiotów przetwarzających, standardowe klauzule umowne zgodnie z art. 28 ust. 7 rozporządzenia (UE) 2016/679”;

    3. Klauzula 6 (Opis przekazywania danych) otrzymuje brzmienie:

       „Szczegóły przekazywania danych, w szczególności kategorie przekazywanych danych osobowych i cel, w jakim są one przekazywane, są określone w Załączniku I.B, w przypadku gdy brytyjskie przepisy o ochronie danych mają zastosowanie do przetwarzania przez podmiot przekazujący dane podczas przekazywania danych” ;

    4. Klauzula 8.7(i) Modułu 1 otrzymuje brzmienie:

       „do kraju korzystającego z przepisów o adekwatności zgodnie z Sekcją 17A brytyjskiego rozporządzenia o ochronie danych, co obejmuje dalsze przekazywanie danych”;

    5. Klauzula 8.8(i) Modułów 2 i 3 otrzymuje brzmienie:

       „dalsze przekazywanie danych odbywa się do kraju korzystającego z przepisów o adekwatności zgodnie z Sekcją 17A brytyjskiego rozporządzenia o ochronie danych, które obejmują dalsze przekazywanie danych”;

    6. Odniesienia do „rozporządzenia (UE) 2016/679”, „rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych (ogólne rozporządzenie o ochronie danych)” i „to rozporządzenie” zastępuje się odniesieniami do „brytyjskich przepisów o ochronie danych”. Odniesienia do poszczególnych artykułów rozporządzenia (UE) 2016/679 zastępuje się równoważnymi artykułami lub sekcjami brytyjskich przepisów o ochronie danych;

    7. Odniesienia do rozporządzenia (UE) 2018/1725 są usunięte;

    8. odniesienia do terminów „Unia Europejska”, „Unia”, „UE”, „państwo członkowskie UE”, „państwo członkowskie” i „UE lub państwo członkowskie” zastępuje się odniesieniem do terminu „Zjednoczone Królestwo”;

    9. Odniesienie do „Klauzuli 12(c)(i)” w Klauzuli 10(b)(i) Modułu pierwszego zastępuje się odniesieniem do „Klauzuli 11(c)(i)”;

    10. Klauzula 13(a) i część C Załącznika I nie są stosowane;

    11. Terminy „właściwy organ nadzorczy” i „organ nadzorczy” zastępuje się terminem „Komisarz ds. informacji”;

    12. W Klauzuli 16(e) podpunkt (i) otrzymuje brzmienie:

        
        

        „Sekretarz Stanu wydaje przepisy zgodnie z Sekcją 17A ustawy o ochronie danych z 2018 r., które obejmują przekazywanie danych osobowych, do których mają zastosowanie te klauzule”;

    13. Klauzula 17 otrzymuje brzmienie:

        
        

        „Niniejsze Klauzule podlegają prawu Anglii i Walii” ;

    14. Klauzula 18 otrzymuje brzmienie:

        
        

        „Wszelkie spory wynikające z niniejszych Klauzul będą rozstrzygane przez sądy Anglii i Walii. Osoba, której dane dotyczą, może również wszcząć postępowanie sądowe przeciwko podmiotowi przekazującemu lub odbierającemu dane przed sądami dowolnego kraju w Zjednoczonym Królestwie. Strony zgadzają się poddać jurysdykcji takich sądów”;

    15. Przypisy do Zatwierdzonych unijnych SCC nie stanowią części Uzupełnienia, z wyjątkiem przypisów 8, 9, 10 i 11.

Zmiany do niniejszego Uzupełnienia

16. Strony mogą uzgodnić zmianę Klauzul 17 i 18 Uzupełnienia do unijnych SCC w celu odniesienia do prawa i sądów Szkocji lub Irlandii Północnej.
17. Jeśli Strony chcą zmienić format informacji zawartych w Części 1: Tabele Zatwierdzonego Uzupełnienia, mogą to zrobić po wrażeniu pisemnej zgody, pod warunkiem że zmiana ta nie ogranicza Odpowiednich zabezpieczeń.
18. ICO może okresowo wydać zmienione Zatwierdzone Uzupełnienie, które:
    1. wprowadzają uzasadnione i proporcjonalne zmiany w Zatwierdzonym Uzupełnieniu, w tym koryguje błędy w Zatwierdzonym Uzupełnieniu; lub
    2. odzwierciedlają zmiany w brytyjskich przepisach o ochronie danych.

W zmienionym Zatwierdzonym Uzupełnieniu znajdzie się data rozpoczęcia obowiązywania zmian w Zatwierdzonym Uzupełnieniu i określenie, czy Strony muszą przejrzeć to Uzupełnienie, w tym Informacje w Uzupełnieniu. Niniejsze Uzupełnienie jest automatycznie zmieniane zgodnie ze zmienionym Zatwierdzonym Uzupełnieniem od określonej daty rozpoczęcia obowiązywania zmian.

19. W przypadku wydania przez ICO zmienionego Zatwierdzonego Uzupełnienia zgodnie z Sekcją 18, jeśli którakolwiek ze Stron wskazanych w Tabeli 4 „Zakończenie obowiązywania niniejszego Uzupełnienia w przypadku zmian w Zatwierdzonym Uzupełnieniu” w wyniku zmian w Zatwierdzonym Uzupełnieniu odczuje znaczny, nieproporcjonalny i widoczny wzrost w następujących obszarach:
    1. bezpośrednie koszty własne ponoszone w związku z wypełnieniem obowiązków wynikających z Uzupełnienia; lub
    2. ryzyko wynikające z Uzupełnienia,

i w każdym przypadku Strona ta podjęła uzasadnione kroki w celu zmniejszenia tych kosztów lub ryzyka, tak aby nie były one znaczne i nieproporcjonalne, w takim przypadku Strona ta może rozwiązać niniejsze Uzupełnienie po upływie rozsądnego okresu wypowiedzenia, przekazując drugiej Stronie pisemne powiadomienie o tym okresie przed datą rozpoczęcia obowiązywania zmienionego Zatwierdzonego Uzupełnienia.

20. Strony nie muszą uzyskiwać zgody żadnej strony trzeciej na wprowadzenie zmian w niniejszym Uzupełnieniu, ale wszelkie zmiany muszą być wprowadzone zgodnie z jego warunkami.

Alternatywne Klauzule obowiązkowe w części 2: