Architektura ochrony przed eksfiltracją danych

Ta strona przedstawia architekturę referencyjną opisującą poszczególne funkcje ochrony przed eksfiltracją danych na poziomie sieci w usłudze Azure. Każda sekcja opisuje jeden mechanizm kontrolny, taki jak tożsamość, zarządzanie usługą Unity Catalog, ograniczenia dotyczące obszaru roboczego, monitorowanie oraz specyficzna dla danej chmury izolacja sieci, i zawiera łącze do przewodnika wdrożenia. Aby zapoznać się z pojęciami i priorytetami warstwy zabezpieczeń, zobacz Ochrona przed eksfiltracją danych.

  • Aby wdrożyć pełny zestaw mechanizmów kontrolnych jako pojedynczy pakiet, użyj modułu Terraform architektury referencyjnej zabezpieczeń dla Azure Databricks, który w sposób kompleksowy implementuje architekturę Środowisko izolowane. Zobacz moduł Terraform Azure Security Reference Architecture.
  • Aby skonfigurować kontrolki indywidualnie, skorzystaj z poniższego przewodnika.

Kontrole tożsamości i dostępu

Kontrolki oparte na tożsamościach to pierwsza linia obrony przed eksfiltracją danych. Bez silnego uwierzytelniania i zaufanego dostępu słaba tożsamość podważa mechanizmy kontroli na poziomie sieci.

Ikona osłony użytkownika. Ujednolicone logowanie przy użyciu logowania jednokrotnego

Stosowanie logowania jednokrotnego (SSO) we wszystkich obszarach roboczych na koncie Azure Databricks przy użyciu ujednoliconego logowania. Dzięki temu użytkownicy uwierzytelniają się za pośrednictwem dostawcy tożsamości firmowej, a nie przy użyciu kont osobistych lub metod innych niż logowanie jednokrotne.

Włącz uwierzytelnianie wieloskładnikowe (MFA) u dostawcy tożsamości w celu uzyskania dodatkowej warstwy weryfikacji.

Zobacz Uwierzytelnianie i kontrola dostępu.

Ikona grupy użytkowników. Zautomatyzowane zarządzanie tożsamościami

Zaimplementuj aprowizację SCIM, aby zautomatyzować zarządzanie cyklem życia użytkowników. Dzięki temu byli pracownicy zostaną automatycznie pozbawieni dostępu i nie będą mogli uzyskać dostępu do obszarów roboczych po odejściu z firmy.

Zobacz Synchronizuj użytkowników i grupy z Microsoft Entra ID za pomocą SCIM.

Ikona globusa. Kontrola dostępu do sieci

Ogranicz dostęp do obszaru roboczego i konsoli konta wyłącznie do zaufanych sieci:

Mechanizmy kontrolne ładu danych

Mechanizmy kontroli sieci zapobiegają nieautoryzowanym ścieżkom ruchu wychodzącego, ale mechanizmy kontroli ładu danych zapewniają, że nawet autoryzowane zasoby obliczeniowe mogą uzyskiwać dostęp tylko do zatwierdzonych miejsc docelowych danych. Zastosuj te kontrolki niezależnie od wdrażanej architektury zabezpieczeń sieci .

Ikona klawisza. Standardowa kontrola dostępu

Użyj uprawnień Unity Catalog, aby ograniczyć, kto może odczytywać, zapisywać lub modyfikować każdy katalog, schemat, tabelę i wolumin. Przyznaj minimalne uprawnienia wymagane dla każdej roli i grupy.

Uprawnienia są dziedziczone hierarchicznie: uprawnienie nadane na poziomie katalogu obowiązuje dla wszystkich schematów i tabel w jego obrębie. Użyj tej opcji, aby wymusić szerokie wartości domyślne, a następnie zawęzić dostęp na niższych poziomach dla poufnych danych.

Zobacz Zarządzanie uprawnieniami w Unity Catalog.

Ikona tagu. Kontrola dostępu oparta na atrybutach (ABAC)

AbAC zarządza dostępem do danych na podstawie tagów dołączonych do obiektów danych, a nie tylko tożsamości obiektu. Użyj funkcji ABAC, aby wymusić zasady, takie jak "użytkownicy mogą wykonywać zapytania tylko o tabele oznakowane pii=false" lub "użytkownicy w grupie UE nie mogą odczytywać tabel oznaczonych tagami region=US".

ABAC lepiej się skaluje niż uprawnienia GRANT dla poszczególnych obiektów w dużych środowiskach, w których konwencje tagowania już obowiązują. Dobrze współpracuje również z filtrami wierszy i maskami kolumn (poniżej).

Zobacz Kontrola dostępu oparta na atrybutach w Unity Catalog.

Ikona filtru. Filtry wierszy i maski kolumn

Ogranicz, co użytkownicy widzą w tabeli:

  • Filtry wierszy: Zastosuj funkcję SQL, która określa, do których wierszy użytkownik może wykonywać zapytania. Na przykład ogranicz tabelę sprzedaży tak, aby każdy menedżer regionalny widział tylko wiersze dotyczące swojego regionu.
  • Maski kolumn: zastosuj funkcję SQL, która przekształca wartość kolumny przed powrotem do użytkownika. Na przykład zamaskuj numery kart kredytowych jako XXXX-XXXX-XXXX-1234 dla użytkowników spoza działu finansowego.

Filtry wierszy i maski kolumn są oceniane w czasie zapytania, dzięki czemu użytkownicy nie mogą ich pominąć za pomocą polecenia SELECT *.

Zobacz Filtry wierszy i maski kolumn.

Ikona tarczy użytkownika. Administracyjne ograniczenia Unity Catalog

Ogranicz tworzenie obiektów zabezpieczeń dostępu do danych wyłącznie do administratorów:

  • Poświadczenia dostępu do magazynu: Zezwalaj tylko administratorom na tworzenie poświadczeń dostępu do magazynu. Zastosuj zasady dostępu do chmury o najniższych uprawnieniach (role IAM, tożsamości zarządzane) dla każdego poświadczenia. Zobacz Zarządzanie poświadczeniami magazynowymi.
  • Lokalizacje zewnętrzne: zezwalaj tylko administratorom na tworzenie lokalizacji zewnętrznych odpowiadających ścieżkom magazynu w chmurze. Zobacz Zarządzanie lokalizacjami zewnętrznymi.
  • Połączenia z bazą danych: Zezwalaj tylko administratorom na tworzenie połączeń z zewnętrznymi bazami danych za pośrednictwem Lakehouse Federation. Zobacz Zarządzanie połączeniami dla Federacji Lakehouse.
  • Poświadczenia usługi: zezwalaj administratorom na tworzenie poświadczeń usługi dla zewnętrznych usług w chmurze. Zobacz Tworzenie poświadczeń usługi.

Przyznaj użytkownikom uprawnienia do korzystania z zatwierdzonych zabezpieczonych obiektów zamiast do tworzenia nowych. Uniemożliwia to użytkownikom kierowanie zasobów obliczeniowych do niezaufanej pamięci masowej lub punktów końcowych.

Ikona koła zębatego katalogu. Powiązania obszaru roboczego dla katalogów

Powiąż katalogi Unity Catalog z określonymi obszarami roboczymi, aby zapobiec dostępowi do danych między środowiskami. Na przykład uniemożliwiaj programistycznym obszarom roboczym odczytywanie danych produkcyjnych.

Zobacz Powiązanie katalogu obszarów roboczych.

Ikona bazy danych. Zasady konta magazynu

Skonfiguruj reguły zapory lub zasady dostępu dla kont magazynu, aby zezwalały na ruch tylko z zatwierdzonych źródeł:

  • Skonfiguruj zapory Azure Storage tak, aby zezwalały na dostęp tylko z autoryzowanych sieci wirtualnych, prywatnych punktów końcowych lub punktów końcowych usługi.
  • Używaj tożsamości zarządzanych z przypisaniami ról zgodnymi z zasadą najmniejszych uprawnień.

Ograniczenia obszaru roboczego

Ustawienia administratora obszaru roboczego sterują ścieżkami pobierania i eksportu danych w interfejsie użytkownika Azure Databricks. Wyłącz te ustawienia, aby uniemożliwić użytkownikom wyodrębnianie danych za pośrednictwem interfejsu obszaru roboczego.

Setting Ograniczenie ryzyka
Wyłącz pobieranie wyników notatnika Użytkownicy pobierający wyniki zapytania na maszyny lokalne
Wyłącz pobieranie plików wieloczęściowych Użytkownicy pobierający pliki wolumenów na komputery lokalne
Wyłącz eksportowanie notatnika i plików Użytkownicy eksportują notesy lub pliki z obszaru roboczego
Wyłączanie pobierania wyników SQL Użytkownicy pobierający wyniki zapytania SQL
Wyłącz pobieranie artefaktów uruchomienia MLflow Użytkownicy pobierający artefakty eksperymentu MLflow
Wyłącz schowek tabeli wyników Użytkownicy kopiujący dane tabelaryczne do schowka

Skonfiguruj te ustawienia w konsoli administracyjnej obszaru roboczego w obszarze Ustawienia zabezpieczeń. Zobacz Zarządzanie obszarem roboczym.

Monitorowanie i wykrywanie

Mechanizmy kontroli zapobiegawczych zmniejszają ryzyko eksfiltracji danych, ale monitorowanie wykrywa, kiedy kontrole kończą się niepowodzeniem lub gdy osoby atakujące je pomijają.

Ikona alertów. Tabele systemowe na potrzeby monitorowania inspekcji

Użyj Azure Databricks Monitorowanie kosztów przy użyciu tabel systemowych do monitorowania wzorców dostępu do danych. Informacje referencyjne dotyczące tabeli systemowej dziennika audytu rejestrują zdarzenia obszaru roboczego, w tym:

  • Próby uwierzytelniania i dostępu użytkownika.
  • Operacje odczytu i zapisu danych.
  • Zmiany konfiguracji administracyjnej.
  • Użycie poświadczeń i dostęp do lokalizacji zewnętrznej.

Skonfiguruj alerty dotyczące podejrzanych działań, takich jak nietypowe woluminy danych, dostęp z nieoczekiwanych lokalizacji lub próby uzyskania dostępu do nieautoryzowanych zasobów.

Ikona chmury. Integracja dzienników natywnych dla chmury

Pozyskiwanie dzienników specyficznych dla chmury w celu uzupełnienia tabel systemu Azure Databricks:

  • Skonfiguruj usługę Azure Monitor i dziennik aktywności, aby rejestrować zdarzenia dostępu do usługi Storage, użycie tożsamości zarządzanej i dzienniki przepływu sieci.

Skoreluj dzienniki natywne dla chmury z dziennikami inspekcji usługi Azure Databricks, aby uzyskać pełną widoczność przepływu danych w całym środowisku.

Architektura platformy Azure

Architektura Azure używa iniekcji sieci wirtualnej, Private Link i Azure Firewall w celu utworzenia bezpiecznego obwodu sieci wokół obciążeń Azure Databricks.

Wymagania wstępne

Składnik Szczegóły
Sieć wirtualna Zarządzana przez klienta sieć wirtualna na potrzeby wdrażania płaszczyzny danych Azure Databricks przy użyciu Deploy Azure Databricks w sieci wirtualnej Azure (iniekcja sieci wirtualnej).
Subnets Trzy podsieci: host (publiczny), kontener (prywatny) i podsieć prywatnego punktu końcowego.
Zapora lub NVA Wirtualne urządzenie sieciowe (Azure Firewall lub rozwiązanie innej firmy) do inspekcji ruchu wychodzącego i egzekwowania zasad.
strefy prywatne DNS Rozpoznawanie nazw DNS dla prywatnych punktów końcowych w sieci wirtualnej.
Azure Key Vault Przechowuje klucze zarządzane przez klienta na potrzeby systemu plików DBFS, dysków zarządzanych i szyfrowania usług zarządzanych.
Lista dozwolonych zapory Wymagane punkty końcowe Azure Databricks. Zobacz Konfigurowanie reguł zapory nazw domen.

Składniki architektury

Architektura ma cztery główne obszary: izolacja sieci, łączność prywatna, kontrola ruchu wychodzącego i zabezpieczenia bezserwerowe.

Ikona tarczy. Izolacja sieci

Wdróż usługę Azure Databricks z włączoną bezpieczną łącznością klastra (SCC) w sieci wirtualnej, korzystając z opcji Wdrażanie usługi Azure Databricks w sieci wirtualnej platformy Azure (osadzanie w sieci wirtualnej). Można wdrożyć rozwiązanie w topologii hub-and-spoke ze scentralizowaną zaporą albo w izolowanej topologii sieci (wyspowej), bez centralnego węzła. Ta konfiguracja:

  • Eliminuje publiczne adresy IP w węzłach klastra.
  • Wymaga dedykowanych par podsieci na obszar roboczy (jedna prywatna, publiczna).
  • Trasy kierują ruch płaszczyzny sterowania przez prywatne punkty końcowe.

Wskazówka

Nie przechowuj danych aplikacji w magazynie głównym systemu plików DBFS. Wyłącz dostęp do katalogu głównego DBFS i punktów montowania w istniejącym obszarze roboczym Azure Databricks i zamiast tego użyj Czym są woluminy Unity Catalog?.

Ikona łącza. Łączność prywatna

Skonfiguruj punkty końcowe usługi Private Link dla kont usługi Azure Storage zarządzanych przez klienta w dedykowanej podsieci:

Note

Prywatne punkty końcowe i zasady punktów końcowych usługi dotyczą wyłącznie zarządzanych przez klienta kont usługi Azure Storage. Zasoby zarządzane przez usługę Azure Databricks (przechowywanie artefaktów, przechowywanie dzienników i usługa Event Hubs) nie mogą być umieszczane przy użyciu prywatnych punktów końcowych.

Skonfiguruj przychodzące połączenie Private Link dla obszarów roboczych na potrzeby dostępu użytkowników i uwierzytelniania w przeglądarce (SSO).

Ikona filtru. Kontrola ruchu wychodzącego

Wdróż Azure Firewall (lub wirtualne urządzenie sieciowe innej firmy) w centralnej sieci wirtualnej:

  • Zasady aplikacji: Zdefiniuj nazwy FQDN dostępne za pośrednictwem zapory (płaszczyzny sterowania, aplikacji internetowej i przekaźnika SCC, jeśli nie skonfigurowano klasycznej płaszczyzny obliczeniowej Private Link).
  • Reguły sieci: Zdefiniuj adres IP, port i protokół dla punktów końcowych, które nie mogą używać nazw FQDN.
  • Trasy zdefiniowane przez użytkownika (UDR): Kierowanie ruchu nielokacyjnego z podsieci Azure Databricks przez zaporę przy użyciu trasy domyślnej (0.0.0.0/0).

Note

W przypadku korzystania z zasad punktów końcowych usługi reguły sieciowe zapory sieciowej nie są wymagane w przypadku kont magazynowych usługi Azure Databricks (artefakty, dzienniki, tabele systemowe).

Punkty końcowe usługi pomijają zaporę dla magazynu systemu Azure Databricks, zmniejszając koszty transferu danych i unikając ograniczania przepustowości. Samo przechowywanie artefaktów może stanowić nawet 11 GB danych pobieranych na każdy węzeł klastra.

Ikona sprawdzania tarczy. Zabezpieczenia bezserwerowe

Skonfiguruj Czym jest bezserwerowa kontrola ruchu wychodzącego?, aby kontrolować ruch wychodzący. Użyj sieci płaszczyzny obliczeń bezserwerowych, aby ustanowić połączenia prywatne między obliczeniami bezserwerowymi a kontami magazynu Azure (ADLS Gen2).

Strategie optymalizacji:

  • Używaj punktów końcowych usługi zamiast Private Link, jeśli wymagania dotyczące zabezpieczeń na to pozwalają.
  • Konfigurowanie zasad punktu końcowego usługi w celu obejścia zapory dla magazynu systemu Azure Databricks (zmniejsza koszty transferu danych i pozwala uniknąć ograniczania przepustowości).
  • Dostosuj przepustowość usługi Azure Firewall lub rozwiązania NVA do rzeczywistych wymagań.
  • Monitoruj koszty transferu danych przez urządzenia zapory sieciowej.

Zobacz Informacje o kosztach sieciowych Databricks, aby uzyskać szczegółowe wskazówki.

Zobacz także

Resource Description
Architektury referencyjne sieci Architektury zabezpieczeń sieci (zarządzane, wzmocnione, izolowane).
Zabezpieczenia i zgodność Mechanizmy zabezpieczeń i zgodności wykraczają poza sieć.