Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. info
Zgodność Apigee Edge z ustawą HIPAA
Dbanie o bezpieczeństwo danych naszych klientów i zapewnienie im stałego dostępu do nich jest jednym z naszych priorytetów. Aby wykazać zgodność ze standardami bezpieczeństwa w branży, Google uzyskało certyfikaty bezpieczeństwa, takie jak ISO 27001 oraz audyty SOC 2 i SOC 3 typu II. Klientom, którzy podlegają wymaganiom określonym w amerykańskiej ustawie o przenośności i odpowiedzialności w ubezpieczeniach zdrowotnych (HIPAA), usługa Apigee Edge może również pomóc w zachowaniu zgodności z tymi wymaganiami.
Zgodnie z ustawą HIPAA pewne informacje o stanie zdrowia oraz korzystaniu z usług ochrony zdrowia są klasyfikowane jako chronione informacje zdrowotne (PHI). Klienci Apigee Edge, którzy podlegają ustawie HIPAA i chcą używać Apigee Edge do obsługi chronionych informacji zdrowotnych, muszą zawrzeć z Google umowę z partnerem biznesowym (BAA).
Klienci korzystający z Apigee Edge są odpowiedzialni za ustalenie, czy podlegają wymaganiom ustawy HIPAA oraz czy korzystają lub zamierzają korzystać z usług Google do obsługi chronionych informacji zdrowotnych. Klienci, którzy nie zawarli z Google umowy z partnerem biznesowym, nie mogą korzystać z usług Google do obsługi chronionych informacji zdrowotnych.
Zanim administratorzy zaczną korzystać z usług Google do obsługi chronionych informacji zdrowotnych, muszą przeczytać i zaakceptować umowę z partnerem biznesowym.
W tym artykule opublikowaliśmy Przewodnik po konfiguracji Apigee pod kątem ustawy HIPAA, aby pomóc klientom zrozumieć, jak porządkować dane w usługach Google podczas obsługi chronionych informacji zdrowotnych. Ten przewodnik jest przeznaczony dla pracowników organizacji, którzy są odpowiedzialni za wdrożenie ustawy HIPAA i zachowywanie zgodności z nią w Apigee Edge.
Przewodnik po konfigurowaniu Apigee Edge Public Cloud zgodnie z ustawą HIPAA
Ten przewodnik ma charakter wyłącznie informacyjny. Informacje i zalecenia zawarte w tym przewodniku nie stanowią porady prawnej. Każdy klient jest odpowiedzialny za samodzielną ocenę swojego konkretnego sposobu korzystania z usług w zakresie, w jakim jest to odpowiednie do wspierania jego obowiązków w zakresie zgodności z przepisami.
Poniższe informacje powinni sprawdzić klienci, którzy podlegają amerykańskiej ustawie o przenośności i odpowiedzialności w ubezpieczeniach zdrowotnych (Health Insurance Portability and Accountability Act, HIPAA, z późniejszymi zmianami, w tym z uwzględnieniem ustawy Health Information Technology for Economic and Clinical Health – HITECH Act) i którzy kupili pakiet zgodności z ustawą HIPAA. Te elementy są dostępne w Edge w ramach samoobsługi i mogą pomóc organizacji klienta w spełnianiu obowiązków wynikających z ustawy HIPAA. Ogólna koncepcja to „Google zabezpiecza platformę, a klient zabezpiecza swoje dane”.
| Wymagania HIPAA | Sekcje |
|---|---|
| Zgodność z ustawą HIPAA: bezpieczeństwo – kontrola dostępu | Użycie/autoryzacje |
| Zgodność z ustawą HIPAA: proces zarządzania bezpieczeństwem – przegląd aktywności systemu informacyjnego | Rejestr kontrolny |
| Zgodność z ustawą HIPAA: zarządzanie hasłami zabezpieczającymi | Wymagania dotyczące złożonego hasła lub SAML |
| Zgodność z ustawą HIPAA: bezpieczeństwo – proces zarządzania bezpieczeństwem | Skanowanie punktów końcowych |
| Zgodność z ustawą HIPAA: bezpieczeństwo – przesyłanie | Konfiguracja TLS |
Śledzenie / debugowanie
Śledzenie/debugowanie to narzędzie do rozwiązywania problemów, które umożliwia użytkownikowi wyświetlanie stanu i zawartości wywołania interfejsu API podczas jego przetwarzania przez procesor komunikatów Apigee. Śledzenie i Debugowanie to 2 nazwy tej samej usługi, ale dostęp do niej uzyskuje się za pomocą różnych mechanizmów. Trace to nazwa tej usługi w interfejsie Edge. Debug to nazwa tej samej usługi, gdy jest używana za pomocą wywołań interfejsu API. Użycie terminu „ślad” w tym dokumencie jest prawidłowe zarówno w przypadku śladu, jak i debugowania.
Podczas sesji śledzenia „Maskowanie danych” jest wymuszane, jeśli zostało włączone i skonfigurowane przez klienta. To narzędzie może blokować wyświetlanie danych podczas śledzenia. Więcej informacji znajdziesz w sekcji Maskowanie danych poniżej.
Szyfrowane mapy wartości kluczy (KVM) są używane w przypadku klientów, którzy muszą zachować zgodność z ustawą HIPAA. Jeśli używasz zaszyfrowanego przełącznika KVM, możesz nadal korzystać z narzędzia Trace, ale niektóre zmienne nie będą widoczne na ekranie wyświetlania Trace. Możesz wykonać dodatkowe czynności, aby wyświetlać te zmienne podczas śledzenia.
Szczegółowe instrukcje korzystania z narzędzia Trace znajdziesz w artykule Korzystanie z narzędzia Trace.
Szczegółowe informacje o mapach par klucz-wartość, w tym o zaszyfrowanych mapach par klucz-wartość, znajdziesz w artykule Praca z mapami par klucz-wartość.
Użycie/autoryzacje
Dostęp do funkcji Trace jest zarządzany za pomocą systemu RBAC (kontrola dostępu oparta na rolach) w przypadku kont użytkowników w usłudze Edge (zgodność z ustawą HIPAA: bezpieczeństwo – kontrola dostępu). Szczegółowe instrukcje dotyczące używania systemu RBAC do przyznawania i odbierania uprawnień do śledzenia znajdziesz w artykułach Przypisywanie ról i Tworzenie ról niestandardowych w interfejsie. Uprawnienia śledzenia umożliwiają użytkownikowi uruchamianie i zatrzymywanie śledzenia oraz uzyskiwanie dostępu do danych wyjściowych z sesji śledzenia.
Trace ma dostęp do ładunku wywołań interfejsu API (formalnie nazywanego „treścią wiadomości”), dlatego ważne jest, aby zastanowić się, kto ma uprawnienia do uruchamiania narzędzia Trace. Zarządzanie użytkownikami jest obowiązkiem klienta, dlatego przyznawanie uprawnień do śledzenia również należy do jego obowiązków. Apigee jako właściciel platformy może dodać użytkownika do organizacji klienta i przypisać mu uprawnienia. Ta funkcja jest używana tylko na prośbę klienta o pomoc w sytuacji, w której obsługa klienta nie działa prawidłowo, a przeanalizowanie sesji śledzenia może dostarczyć najlepszych informacji o przyczynie problemu.
Maskowanie danych
Maskowanie danych zapobiega wyświetlaniu danych wrażliwych tylko podczas sesji śledzenia/debugowania, zarówno w śledzeniu (interfejs Edge), jak i na backendzie przez debugowanie (interfejs Edge API). Szczegółowe informacje o konfigurowaniu maskowania znajdziesz w artykule Maskowanie i ukrywanie danych.
Maskowanie danych NIE zapobiega wyświetlaniu danych w plikach dziennika, pamięci podręcznej, analizach itp. Jeśli potrzebujesz pomocy w maskowaniu danych w logach, rozważ dodanie wzorca wyrażenia regularnego do pliku logback.xml. Dane wrażliwe nie powinny być zapisywane w pamięci podręcznej ani w usługach analitycznych bez uzasadnienia biznesowego i sprawdzenia przez zespoły ds. bezpieczeństwa i prawne.
Pamięć podręczna L1 i L2
Korzystanie z pamięci podręcznej poziomu 1 automatycznie powoduje też korzystanie z pamięci podręcznej poziomu 2. Pamięć podręczna poziomu 1 to „tylko pamięć”, a pamięć podręczna poziomu 2 zapisuje dane na dysku, aby synchronizować je z wieloma pamięciami podręcznymi poziomu 1. Pamięć podręczna L2 zapewnia synchronizację wielu procesorów wiadomości w regionie i na całym świecie. Obecnie nie można włączyć pamięci podręcznej L1 bez pamięci podręcznej L2. Pamięć podręczna poziomu 2 zapisuje dane na dysku, aby można było je zsynchronizować z innymi procesorami wiadomości w organizacji klienta. Szczegółowe instrukcje korzystania z pamięci podręcznej znajdziesz w artykule Dodawanie pamięci podręcznej i trwałości.
Rejestr kontrolny
Klienci mogą sprawdzić rejestr kontrolny wszystkich działań administracyjnych wykonywanych w organizacji klienta, w tym korzystanie z funkcji śledzenia (zgodność z HIPAA: proces zarządzania bezpieczeństwem – przegląd aktywności systemu informatycznego). Szczegółowe instrukcje znajdziesz tutaj oraz w artykule Korzystanie z narzędzia Śledzenie.
Wymagania dotyczące złożonych haseł lub SAML
W przypadku klientów podlegających HIPAA hasła użytkowników są konfigurowane tak, aby spełniały zaawansowane wymagania, takie jak długość, złożoność i okres ważności. (Zgodność z ustawą HIPAA: zarządzanie hasłami zabezpieczającymi)
Edge oferuje też uwierzytelnianie wielopoziomowe, opisane w artykule Włączanie uwierzytelniania dwuskładnikowego na koncie Apigee, oraz SAML, opisane w artykule Włączanie uwierzytelniania SAML w Edge, jako alternatywne metody kontroli uwierzytelniania.
Zabezpieczenia punktów końcowych
Skanowanie punktów końcowych
Klienci Edge Cloud są odpowiedzialni za skanowanie i testowanie punktów końcowych interfejsu API (czasami nazywanych „komponentami środowiska wykonawczego”) w Edge ( zgodność z HIPAA: bezpieczeństwo – proces zarządzania bezpieczeństwem). Testy klienta powinny obejmować rzeczywiste usługi proxy interfejsu API hostowane na platformie Edge, do których jest wysyłany ruch interfejsu API przed przetworzeniem i dostarczeniem do centrum danych klienta. Testowanie zasobów współdzielonych, takich jak interfejs portalu zarządzania, nie jest zatwierdzone dla poszczególnych klientów (raport zewnętrzny dotyczący testowania usług współdzielonych jest dostępny dla klientów na podstawie umowy o nieujawnianiu informacji i na żądanie).
Klienci powinni testować punkty końcowe interfejsu API i zachęcamy ich do tego. Umowa z Apigee nie zabrania testowania punktów końcowych interfejsu API, ale prosi o nieprzeprowadzanie testów wspólnego interfejsu zarządzania. Jeśli jednak potrzebujesz dodatkowych wyjaśnień, otwórz zgłoszenie do zespołu pomocy, podając w nim informacje o planowanych testach. Z góry poinformuj nas o tym, że będziesz przeprowadzać testy, abyśmy mogli uwzględnić ruch testowy.
Klienci testujący swoje punkty końcowe powinni szukać problemów związanych z interfejsem API, problemów związanych z usługami Apigee, a także sprawdzać TLS i inne konfigurowalne elementy. Wszelkie elementy znalezione i związane z usługami Apigee należy zgłaszać zespołowi Apigee za pomocą zgłoszenia.
Większość elementów związanych z punktem końcowym to elementy samoobsługowe, które można naprawić, zapoznając się z dokumentacją Edge. Jeśli są elementy, w przypadku których nie wiesz, jak je naprawić, otwórz zgłoszenie do zespołu pomocy.
Konfiguracja TLS
Klienci są odpowiedzialni za definiowanie i konfigurowanie własnych punktów końcowych TLS dla proxy interfejsu API. Jest to funkcja samoobsługowa w Edge. Wymagania klientów dotyczące szyfrowania, protokołu i wyboru algorytmu są bardzo zróżnicowane i zależą od konkretnych przypadków użycia. Apigee nie zna szczegółów projektu interfejsu API ani ładunków danych każdego klienta, dlatego klienci są odpowiedzialni za określenie odpowiedniego szyfrowania danych w ruchu ( zgodność z ustawą HIPAA: bezpieczeństwo – transmisja).
Szczegółowe instrukcje dotyczące konfiguracji TLS znajdziesz w sekcji TLS/SSL.
Przechowywanie danych
Aby Edge działał prawidłowo, nie jest wymagane przechowywanie danych w Edge. Istnieją jednak usługi przechowywania danych na urządzeniach brzegowych. Klienci mogą używać pamięci podręcznej lub analityki do przechowywania danych. Aby uniknąć przypadkowego lub złośliwego wykorzystania usług przechowywania danych na urządzeniach brzegowych w sposób niezgodny z przepisami, zalecamy administratorom klienta sprawdzanie konfiguracji, zasad i wdrożeń.
Szyfrowanie danych w ładunku
Narzędzia do szyfrowania danych nie są oferowane klientom do użytku w Edge. Klienci mogą jednak szyfrować dane przed wysłaniem ich do Edge. Zaszyfrowane dane w ładunku (lub treści wiadomości) nie uniemożliwiają działania Edge. Niektóre zasady Edge mogą nie być w stanie przetwarzać danych, jeśli klient otrzyma je w zaszyfrowanej formie. Na przykład przekształcenie nie jest możliwe, jeśli dane nie są dostępne dla Edge, aby je zmienić. Inne zasady, zasady utworzone przez klienta i pakiety będą jednak działać nawet wtedy, gdy ładunek danych jest zaszyfrowany.
Informacje umożliwiające identyfikację w identyfikatorach URI
Zunifikowana platforma analityczna (UAP) Apigee rejestruje dane analityczne, w tym wszelkie informacje chronione dotyczące zdrowia lub inne dane wrażliwe zawarte w identyfikatorze URI wywołania interfejsu API w Apigee Edge, i przechowuje je przez 13 miesięcy. Chronione informacje zdrowotne w URI są obsługiwane przez standardy Fast Healthcare Interoperability Resources (FHIR), a tym samym przez Apigee. Dane Analytics w UAP są domyślnie szyfrowane w spoczynku.
Apigee nie obsługuje obecnie:
- maskowanie danych w przypadku UAP,
- Zmiana cyklu przechowywania
- Rezygnacja z platformy UAP
- Usuwanie identyfikatora URI ze zbierania danych UAP