Protokół eksperymentalny dla bezpiecznej migracji danych w chmurze sterowanej przez wyjaśnialną sztuczną inteligencję z wykorzystaniem syntetycznych danych medycznych

Podsumowanie

Niniejsza metoda przedstawia kompleksowy model oparty na wyjaśnialnej sztucznej inteligencji (XAI), który umożliwia bezpieczną migrację danych opieki zdrowotnej w chmurze, wykorzystując syntetyczny zbiór danych medycznych w kontrolowanym środowisku chmurowym. Wynikiem jest prototyp łączący bezpieczeństwo typu zero-trust, czasową kontrolę dostępu oraz wyjaśnialną detekcję anomalii w celu zapewnienia przejrzystości i bezpieczeństwa migracji.

Streszczenie

W systemach opieki zdrowotnej coraz częściej przeprowadza się migrację danych do chmury, co sprawia, że momenty transferu danych stają się obszarem prawdopodobnie największego ryzyka w zakresie bezpieczeństwa. Niniejsza praca opisuje odtwarzalny protokół bezpiecznej migracji danych w chmurze w oparciu o wyjaśnialną sztuczną inteligencję (XAI), wykorzystujący syntetyczny zbiór danych medycznych oraz kontrolowane środowisko chmurowe. Opracowana struktura łączy architekturę zerowego zaufania (zero-trust), czasowe nadawanie minimalnych uprawnień, szyfrowaną komunikację, centralny monitoring oraz wyjaśnialną detekcję anomalii, aby zapewnić bezpieczniejszą, przejrzystą i audytowalną migrację. W testach wykorzystano zbiór 10 GB syntetycznej elektronicznej dokumentacji medycznej, obejmujący około 20 milionów rekordów w 28 tabelach relacyjnych. Proces migracji przeprowadzono w usłudze Amazon Web Services (AWS) przy użyciu baz danych PostgreSQL i prywatnych sieci wirtualnych. Do detekcji anomalii wykorzystano algorytm Isolation Forest, a do bezpiecznej interpretacji zdarzeń posłużono się metodą Shapley Additive Explanations (SHAP). Strukturę oceniono na podstawie dziesięciu oddzielnych prób migracji, stosując takie mierniki jak czas ekspozycji poświadczeń, czas wykrycia incydentu, dokładność detekcji anomalii, opóźnienie migracji oraz integralność danych. W testowanej konfiguracji czas ekspozycji poświadczeń zredukowano z 24 h do 1 h (redukcja o 95,8%), dokładność detekcji anomalii wyniosła 97,4%, czas wykrycia incydentu skrócono do około 15 min, a pełna 100% integralność danych została zachowana dzięki walidacji sum kontrolnych. Jednakże silniejsze środki bezpieczeństwa spowodowały średni wzrost opóźnienia migracji o 11%. Wyniki te wykazują potencjał łączenia wyjaśnialnej AI z bezpiecznymi procesami migracji do chmury w zarządzaniu danymi medycznymi.

Wprowadzenie

Przetwarzanie w chmurze stanowi obecnie integralną część systemów opieki zdrowotnej na całym świecie, oferując skalowalną przestrzeń dyskową, zasoby obliczeniowe oraz możliwość wymiany dokumentacji medycznej, wspieranie systemów wspomagania decyzji i umożliwianie analityki zdrowotnej za pośrednictwem chmury^1,2,3. W związku z tym, że wiele instytucji ochrony zdrowia modernizuje swoje systemy informatyczne, przejście do chmury stało się dla nich kluczowym krokiem w celu przeniesienia wrażliwych danych medycznych przechowywanych w starszych systemach lokalnych do chmury⁴. Prawidłowa migracja prowadzi do łatwiejszego odzyskiwania danych, prowadzenia operacji w bardziej efektywny sposób oraz wspierania analityki na wyższym poziomie inteligencji, jednak jednocześnie nie można ignorować poważnych ryzyk związanych z bezpieczeństwem i prywatnością, które wiążą się z przenoszeniem danych z jednego miejsca w drugie⁵.

Faza migracji jest powszechnie uważana za szczególnie ryzykowny moment w cyklu życia danych, ponieważ ze względu na naturę tego procesu dane medyczne są aktywnie przenoszone między systemami i sieciami⁶. Ponadto organizacje mogą być narażone na zagrożenia takie jak kradzież poświadczeń, nieautoryzowany dostęp, przechwytywanie danych, manipulacje schematami, a nawet utratę danych podczas fazy migracji^6,7. Środowiska opieki zdrowotnej są mniej odporne na takie ryzyka, ponieważ informacje o pacjentach są niezwykle wrażliwe i w związku z tym wymagają najwyższego poziomu zgodności z przepisami oraz środkami bezpieczeństwa^8,9. Bez tego nie jest możliwe zapewnienie poufności, integralności i rozliczalności danych, jeśli przepływ pracy migracji nie jest zabezpieczony i monitorowalny^10,11.

Opracowano szereg ram bezpieczeństwa i standardów mających na celu poprawę bezpieczeństwa chmury. Na przykład Architektura Zero Trust opracowana przez National Institute of Standards and Technology (NIST) opiera się na ciągłej weryfikacji użytkowników, urządzeń i usług¹², podczas gdy ramy wdrażania chmury (cloud adoption frameworks) dostarczają wytycznych w zakresie zarządzania, zarządzania tożsamością, szyfrowania i monitorowania¹³. W rzeczywistości współczesne metody bezpieczeństwa chmury koncentrują się na automatyzacji, infrastrukturze jako kodzie (infrastructure-as-code) oraz ciągłym monitorowaniu^14,15. Choć podejścia te opierają się na cennych zasadach bezpieczeństwa, w dużej mierze dotyczą one ogólnego wdrażania chmury i środowisk operacyjnych, a nie samego procesu migracji¹⁶. W istocie rzadko przedstawiają one szczegółowe, krok po kroku i reprodukowalne procedury wykonywania bezpiecznych przepływów pracy migracji danych medycznych do chmury, które łączyłyby zarządzanie tożsamością, bezpieczny transfer danych, walidację, monitorowanie oraz utwardzanie systemu po migracji¹⁷.

Wykrywanie anomalii za pomocą uczenia maszynowego zostało uznane za pomocną technologię w monitorowaniu bezpieczeństwa środowisk chmurowych. Pozwala ono na wykrywanie nieprawidłowej aktywności systemu, a także potencjalnych incydentów bezpieczeństwa¹⁸. Niemniej jednak wiele metod wykrywania anomalii to systemy zamknięte, które nie dostarczają wyjaśnień dotyczących uzasadnienia oznaczenia zdarzenia bezpieczeństwa jako podejrzane¹⁹. Brak możliwości wyjaśnienia decyzji podejmowanych przez system obniża zaufanie administratorów, utrudnia audytowanie i zmniejsza wartość zautomatyzowanych decyzji dotyczących bezpieczeństwa w ściśle regulowanych środowiskach opieki zdrowotnej²⁰. Metody wyjaśnialnej sztucznej inteligencji (XAI), takie jak SHapley Additive exPlanations (SHAP) oraz Local Interpretable Model-agnostic Explanations (LIME), nie tylko dostarczają jasnych wyjaśnień dla predykcji uczenia maszynowego, ale także zwiększają zrozumienie, rozliczalność i zaufanie do systemów monitorowania bezpieczeństwa^21,22.

Mimo że bezpieczeństwo chmury i wyjaśnialna sztuczna inteligencja poczyniły ogromne postępy, wciąż brakuje odtwarzalnych protokołów eksperymentalnych łączących zabezpieczenia migracji z wyjaśnialnym monitorowaniem bezpieczeństwa w celu ich integracji²³. Istniejące badania koncentrują się głównie na pojedynczych komponentach, takich jak szyfrowanie, kontrola dostępu, wykrywanie anomalii lub zarządzanie chmurą, i nigdzie nie oferują zintegrowanej metodologii, którą można by systematycznie wdrożyć, ocenić i odtworzyć²⁴. Co więcej, niemal żadne badania nie podjęły próby połączenia zasad bezpieczeństwa zero-trust, czasowego najmniejszego uprawnienia, scentralizowanej obserwowalności oraz wyjaśnialnego wykrywania anomalii w ramach jednego przepływu pracy migracji chmury w sektorze ochrony zdrowia^25,26.

Niniejsza praca wprowadza oparty na wyjaśnialnej sztucznej inteligencji (Explainable AI) framework do bezpiecznej migracji danych w chmurze w systemach opieki zdrowotnej, aby wypełnić tę lukę. Proponowana architektura wykorzystuje model zerowego zaufania (zero-trust), dostęp ograniczony czasowo, bezpieczną komunikację, centralne logowanie i monitorowanie oraz opartą na SHAP interpretowalną detekcję anomalii w uporządkowanym procesie migracji^27,28. Protokół stanowi instrukcję krok po kroku dotyczącą wdrażania, monitorowania i oceny bezpiecznej migracji danych medycznych w warunkach eksperymentalnych. Poprzez połączenie mechanizmów kontroli bezpieczeństwa z interpretowalnym monitorowaniem AI, proponowany framework ma na celu zwiększenie poziomu przejrzystości, audytowalności i bezpieczeństwa w całym cyklu życia migracji^29,30.

Protokół

W niniejszym badaniu wykorzystano w pełni syntetyczny zestaw danych medycznych, wygenerowany w celu eksperymentalnej oceny bezpiejnej migracji danych w chmurze. Nie użyto rzeczywistych danych pacjentów, chronionych informacji zdrowotnych (PHI) ani możliwych do zidentyfikowania rekordów medycznych. W związku z tym nie wymagano zgody Komisji Bioetycznej ani świadomej zgody uczestników. Wszystkie materiały wykorzystane w tym badaniu zostały wymienione w Tabeli Materiałów.

1. Przegląd

1. Skonfiguruj bezpieczne środowisko migracji w chmurze składające się z warstwy źródłowej, warstwy centrum migracji (migration hub), warstwy docelowej, warstwy sieciowej, warstwy zarządzania tożsamością i dostępem, warstwy obserwowalności oraz warstwy wyjaśnialnej sztucznej inteligencji (Explainable AI).
2. Wdróż wszystkie komponenty w izolowanych środowiskach chmurowych, aby zapewnić bezpieczną migrację danych medycznych. Ustanów szyfrowane kanały komunikacji między wszystkimi komponentami systemu.
3. Zrealizuj protokół poprzez przygotowanie zbioru danych, konfigurację środowiska, wdrożenie architektury, bezpieczną migrację, monitorowanie anomalii oraz walidację po migracji. Ogólna architektura proponowanych ram bezpiecznej migracji danych w chmurze sterowanej przez wyjaśnialną sztuczną inteligencję została przedstawiona na Rysunku 1.

Rysunek 1: Ogólna architektura bezpiecznego frameworka migracji danych w chmurze dla systemów opieki zdrowotnej, opartego na wyjaśnialnej sztucznej inteligencji (XAI). Framework składa się z warstwy zarządzania tożsamością i dostępem, warstwy bazy danych źródłowej, warstwy centrum migracji (migration hub), warstwy docelowej bazy danych w chmurze, warstwy bezpieczeństwa sieciowego, warstwy obserwowalności, warstwy monitorowania opartej na wyjaśnialnej AI oraz wspólnych usług bezpieczeństwa i ładu (governance). Architektura integruje czasową kontrolę dostępu opartą na zasadzie najmniejszych uprawnień, komunikację szyfrowaną TLS 1.3, weryfikację integralności w oparciu o sumy kontrolne, ciągły monitoring bezpieczeństwa oraz wyjaśnialność w oparciu o SHAP, aby zapewnić bezpieczną, transparentną i powtarzalną migrację baz danych w ochronie zdrowia. Rysunek został przygotowany przez autorów przy użyciu programu Microsoft PowerPoint (Microsoft 365). Kliknij tutaj, aby wyświetlić powiększoną wersję tego rysunku.

2. Konfiguracja środowiska obliczeniowego

1. Konfiguracja środowiska obliczeniowego
   1. Przygotuj zasoby obliczeniowe niezbędne do bezpiecznej migracji danych do chmury oraz monitorowania opartego na wyjaśnialnej sztucznej inteligencji (explainable AI).
   2. Zainstaluj i skonfiguruj cały sprzęt, oprogramowanie, usługi chmurowe, bazy danych, narzędzia zabezpieczające oraz biblioteki uczenia maszynowego wymienione w Tabeli Materiałów. Przed rozpoczęciem eksperymentu migracji upewnij się, że wszystkie wymagane komponenty są sprawne.
2. Konfiguracja środowiska chmurowego
   1. Skonfiguruj środowisko chmurowe bezpieczne dla migracji danych medycznych. Utwórz prywatną sieć VPC w celu zapewnienia płynnej komunikacji między systemem źródłowym, centrum migracji a systemem docelowym. Stosuj silne szyfrowanie nie tylko podczas przechowywania danych, ale również podczas ich przesyłania.
   2. Przygotuj docelową bazę danych oraz usługi migracyjne zgodnie ze szczegółami podanymi w Tabeli Materiałów.
3. Skonfiguruj zarządzanie tożsamością i dostępem oraz skonfiguruj usługi monitorowania i logowania.

3. Przygotowanie i opis zbioru danych

1. Wygeneruj syntetyczny zbiór danych medycznych przy użyciu biblioteki Faker dla języka Python, wymienionej w Tabeli Materiałów. Skonfiguruj atrybuty demograficzne, w tym wiek pacjenta, płeć, pochodzenie etniczne i lokalizację geograficzną, korzystając z predefiniowanych rozkładów prawdopodobieństwa.
2. Wygeneruj informacje kliniczne, w tym diagnozy, wyniki badań laboratoryjnych, leki, alergie, procedury i przyjęcia do szpitala, zachowując realistyczne zależności kliniczne.
3. Wygeneruj podłużne przebiegi wizyt pacjentów, przypisując wielu wizytom pojedynczych pacjentów zgodnie z predefiniowanymi rozkładami częstotliwości wizyt.
4. Wygeneruj znaczniki czasu dla przyjęć, badań laboratoryjnych, podawania leków, wypisów oraz logów audytowych, stosując chronologiczne uporządkowanie zdarzeń.
5. Wprowadź klinicznie realistyczne brakujące wartości, duplikaty rekordów oraz obserwacje odstające zgodnie z predefiniowanymi rozkładami jakości danych.
6. Zastąp wszystkie dane umożliwiające identyfikację osób wartościami syntetycznymi wygenerowanymi za pomocą biblioteki Faker. Przed eksportem zbioru danych zweryfikuj integralność referencyjną i spójność logiczną. Eksportuj zweryfikowany zbiór danych w formacie SQL kompatybilnym z PostgreSQL. Skonfiguruj zbiór danych tak, aby obsługiwał realistyczne scenariusze migracji danych medycznych. Charakterystyka wygenerowanego zbioru danych została podsumowana w Tabeli 1.
7. Zdefiniuj relacje w bazie danych. Przypisz Patient_ID jako klucz główny dla tabeli pacjentów. Ustanów relacje kluczy obcych pomiędzy tabelami pacjentów, wizyt, badań laboratoryjnych, leków i logów audytowych. Przed rozpoczęciem migracji zweryfikuj integralność referencyjną we wszystkich tabelach.
8. Symuluj realistyczne cechy danych medycznych. Wygeneruj wiek pacjentów przy użyciu rozkładu normalnego. Wygeneruj częstotliwość wizyt przy użyciu rozkładu Poissona. Wprowadź brakujące wartości na poziomie 5%, aby zasymulować rzeczywistą niekompletność elektronicznej dokumentacji medycznej (EHR). Przed migracją zastąp wszystkie identyfikatory pacjentów wartościami zahashowanymi. Zweryfikuj, czy wszystkie wygenerowane rekordy są zgodne z predefiniowanymi ograniczeniami schematu.
9. Zweryfikuj wygenerowany zbiór danych, sprawdzając spójność schematu, integralność referencyjną, brakujące wartości, duplikaty rekordów oraz predefiniowane ograniczenia jakości przed migracją.

Parametr	Wartość
Typ zbioru danych	Syntetyczny zbiór danych EHR z opieki zdrowotnej
Rozmiar zbioru danych	10 GB
Całkowita liczba rekordów	20 milionów
Liczba tabel	5 tabel głównych - 28 tabel relacyjnych
Rekordy pacjentów	5 000 000
Rekordy wizyt	10 000 000
Wyniki laboratoryjne	4 000 000
Rekordy leków	3 000 000
Logi audytu	5 000 000
Klucz podstawowy	Patient_ID
Odsetek brakujących wartości	5%
Rozkład wieku	Rozkład normalny
Częstotliwość wizyt	Rozkład Poissona
Próg integralności	<0,1% naruszeń

Tabela 1:  Charakterystyka syntetycznego zbioru danych medycznych wykorzystanego do walidacji protokołu. Tabela przedstawia przegląd zbioru danych, taki jak rozmiar bazy danych, liczba tabel relacyjnych, całkowita liczba rekordów, atrybuty pacjentów, zmienne kliniczne oraz charakterystyka walidacyjna w celu odtworzenia eksperymentów bezpiecznej migracji.

4. Wdrożenie architektury systemu

1. Wdrożyć bezpieczną architekturę migracji w chmurze, składającą się z warstwy źródłowej, warstwy centrum migracyjnego, warstwy docelowej, warstwy bezpieczeństwa sieciowego, warstwy obserwowalności oraz warstwy wyjaśnialnej sztucznej inteligencji (explainable AI). Wdrożona architektura systemu wykorzystana w niniejszym badaniu została przedstawiona na Rysunku 2.
2. Struktura składa się z sześciu warstw roboczych, które w procesie migracji wykonują swoje funkcje jedna po drugiej. Pierwsza warstwa, warstwa źródłowa (Source Layer), zawiera syntetyczną bazę danych opieki zdrowotnej. 
3. Centrum migracyjne (Migration Hub) odpowiada za ekstrakcję schematu, szyfrowany transfer danych, walidację integralności oraz orkiestrację migracji. Warstwa docelowa to miejsce, w którym migrowana baza danych jest przechowywana w Amazon RDS PostgreSQL. 
4. Warstwa bezpieczeństwa sieciowego zabezpiecza całą komunikację poprzez wykorzystanie prywatnych punktów końcowych VPC, szyfrowania TLS 1.3, grup bezpieczeństwa oraz list kontroli dostępu do sieci. 
5. Warstwa obserwowalności stale gromadzi logi uwierzytelniania, logi migracji, logi aktywności bazy danych oraz zdarzenia bezpieczeństwa za pomocą Amazon CloudWatch.
6. Warstwa wyjaśnialnej sztucznej inteligencji pobiera zgromadzoną telemetrię bezpieczeństwa, przetwarza ją za pomocą algorytmu Isolation Forest i generuje wyjaśnienia w oparciu o metodę SHAP dla wykrytych anomalii. Wszystkie warstwy architektury komunikują się ze sobą poprzez prywatne kanały sieciowe, które są uwierzytelniane podczas całego przepływu pracy migracyjnej.
7. Wdrożyć i zweryfikować środowisko źródłowej bazy danych, aby zapewnić bezpieczny dostęp i dostępność danych przed migracją.
   1. Skonfigurować bazę danych PostgreSQL 16 z syntetycznym zbiorem danych opieki zdrowotnej. W bazie źródłowej przechowywać informacje o pacjentach, szczegóły wizyt, wyniki badań laboratoryjnych, rekordy leków oraz logi audytowe.
   2. Ograniczyć dostęp do bazy danych wyłącznie do autoryzowanych usług migracyjnych i użytkowników administracyjnych. Zweryfikować dostępność i łączność bazy danych przed rozpoczęciem operacji migracyjnych.
8. Skonfigurować centrum migracyjne w celu koordynacji ekstrakcji schematu, szyfrowanego transferu danych oraz orkiestracji migracji.
   1. Wdrożyć dedykowany serwer migracyjny w prywatnej chmurze wirtualnej (VPC). Skonfigurować usługi orkiestracji migracji do koordynowania ekstrakcji schematu, transferu danych i działań walidacyjnych.
   2. Uruchomić usługi walidacji schematu w celu weryfikacji kompatybilności między środowiskiem źródłowym a docelowym. Uruchomić usługi weryfikacji integralności w celu walidacji migrowanych danych w trakcie i po transferze. Zweryfikować komunikację między centrum migracyjnym a systemami baz danych przed wykonaniem zadań migracyjnych.
9. Wdrożyć warstwę docelową. Wdrożyć Amazon RDS PostgreSQL 16 jako docelowe środowisko bazy danych. Uruchomić usługi automatycznego tworzenia kopii zapasowych i odzyskiwania. Włączyć szyfrowanie AES-256 dla danych przechowywanych w docelowej bazie danych.
10. Skonfigurować bezpieczeństwo sieciowe. Wyłączyć wszystkie publiczne adresy IP powiązane z zasobami migracyjnymi. Zezwolić na komunikację wyłącznie poprzez prywatne punkty końcowe w obrębie VPC. Skonfigurować listy kontroli dostępu do sieci (NACL) oraz grupy bezpieczeństwa. Włączyć szyfrowanie TLS 1.3 dla całej komunikacji między komponentami systemu. Zweryfikować, czy żadne publicznie dostępne punkty końcowe nie pozostały aktywne.
11. Skonfigurować scentralizowane monitorowanie w celu ciągłego zbierania zdarzeń bezpieczeństwa, logów migracji i metryk wydajności systemu.
    1. Uruchomić usługi logowania i monitorowania Amazon CloudWatch. Gromadzić logi uwierzytelniania, logi migracji, logi aktywności bazy danych oraz logi zdarzeń bezpieczeństwa. Skonfigurować retencję logów na 365 dni. Włączyć niezmienny magazyn logów w celu wsparcia wymagań audytowych i zgodności. Zweryfikować zbieranie metryk w czasie rzeczywistym i generowanie alertów.
12. Skonfigurować środowisko wyjaśnialnej sztucznej inteligencji do wykrywania anomalii w czasie rzeczywistym i generowania interpretowalnych wyjaśnień dotyczących bezpieczeństwa.
    1. Wdrożyć usługi wykrywania anomalii w środowisku monitorowania. Skonfigurować framework wyjaśnialnej sztucznej inteligencji do przetwarzania telemetrii bezpieczeństwa generowanej podczas migracji. Połączyć strumienie telemetrii bezpieczeństwa z bazy źródłowej, centrum migracyjnego, bazy docelowej oraz usług monitorowania.
    2. Włączyć wykrywanie anomalii w czasie rzeczywistym i generowanie wyjaśnień opartych na metodzie SHAP. Zweryfikować pomyślne pobieranie danych telemetrycznych przed rozpoczęciem eksperymentów migracyjnych.

Rysunek 2: Architektura wdrożenia bezpiecznego frameworku migracji chmury opieki zdrowotnej. Środowisko wdrożeniowe przedstawia źródłową bazę danych PostgreSQL zawierającą syntetyczny zestaw danych medycznych, dedykowany hub migracyjny w ramach prywatnej chmury wirtualnej (VPC), docelową bazę danych Amazon RDS PostgreSQL, warstwę bezpieczeństwa sieciowego, scentralizowany monitoring za pomocą Amazon CloudWatch oraz warstwę monitorowania opartą na wyjaśnialnej sztucznej inteligencji (Explainable Artificial Intelligence). Cała komunikacja odbywa się poprzez prywatne punkty końcowe chronione szyfrowaniem TLS 1.3. Rysunek został przygotowany przez autorów przy użyciu programu Microsoft PowerPoint (Microsoft 365). Kliknij tutaj, aby wyświetlić powiększoną wersję tego rysunku.

5. Bezpieczny proces migracji

UWAGA: Wykonaj bezpieczny proces migracji, przeprowadzając modelowanie zagrożeń, transfer schematu, bezpieczną migrację danych, walidację migracji oraz utwardzanie systemu po migracji. 

1. Zidentyfikuj potencjalne zagrożenia bezpieczeństwa i przypisz odpowiednie mechanizmy mitygacji przed rozpoczęciem procesu migracji.
   1. Zidentyfikuj zasoby migracyjne, potencjalne wektory ataków oraz realistyczne scenariusze cyberataków.  
   2. Oceń ryzyko kradzieży poświadczeń wynikające z przejęcia tokenów uwierzytelniających, ataków wewnętrznych z wykorzystaniem nieautoryzowanego dostępu administracyjnego, ataków typu replay (powtórzeniowych) wymierzonych w wcześniej przechwycone żądania uwierzytelnienia, ataków man-in-the-middle (MITM) próbujących przechwycić zaszyfrowane kanały komunikacji, manipulacji schematami w celu modyfikacji struktur bazy danych podczas migracji oraz ataków polegających na eskalacji uprawnień w celu uzyskania nieuprawnionych uprawnień administracyjnych.
   3. Sprawdź, czy stosowanie tymczasowego zarządzania poświadczeniami zgodnie z zasadą najmniejszych uprawnień jest wystarczające do zapobiegania kradzieży poświadczeń i atakom eskalacji uprawnień. Zweryfikuj, czy komunikacja szyfrowana za pomocą TLS 1.3 chroni przed atakami typu replay i atakami man-in-the-middle.
   4. Zweryfikuj, czy polityki zarządzania tożsamością i dostępem (IAM) zapobiegają nieautoryzowanemu dostępowi administracyjnemu. Upewnij się, że ciągłe logowanie audytowe rejestruje wszystkie czynności migracyjne związane z bezpieczeństwem. Upewnij się, że weryfikacja za pomocą sum kontrolnych SHA-256 pozwala wykryć nieautoryzowane zmiany w schemacie lub danych.
   5. Zweryfikuj, czy wyjaśnialny system wykrywania anomalii potrafi zlokalizować nietypowe działania migracyjne i dostarczyć interpretowalne wyjaśnienia w zakresie bezpieczeństwa. Stwórz mapę kontroli bezpieczeństwa dla każdego zidentyfikowanego zagrożenia. Upewnij się, że wszystkie zidentyfikowane zagrożenia zostały odpowiednio zminimalizowane przed rozpoczęciem migracji bazy danych. Autorzy podsumowali model zagrożeń i mechanizmy kontroli bezpieczeństwa w Tabeli 2.
2. Przenieś schemat bazy danych. Wyeksportuj definicje schematów z źródłowej bazy danych PostgreSQL. Zweryfikuj kompatybilność schematu z docelowym środowiskiem bazy danych. Sprawdź struktury tabel, klucze główne, klucze obce, indeksy oraz ograniczenia. Wdróż zweryfikowane definicje schematów do docelowej bazy danych. Potwierdź pomyślne wdrożenie schematu przed transferem danych.
3. Bezpiecznie migruj dane medyczne za pomocą zaszyfrowanych kanałów komunikacyjnych, stale monitorując czynności migracyjne.
   1. Skonfiguruj rozmiar partii migracyjnej na 10 000 rekordów na transakcję. Ustanów zaszyfrowane kanały komunikacji przy użyciu TLS 1.3. Przesyłaj dane poprzez prywatne punkty końcowe sieci w obrębie wirtualnej chmury prywatnej (VPC).
   2. Włącz automatyczne próby ponowienia z maksymalnie trzema próbami dla nieudanych transakcji.
      ​Utrzymuj przepustowość transferu danych w zakresie od 100 MB/s do 150 MB/s. Stale monitoruj czynności migracyjne w trakcie całego procesu transferu. Rejestruj wszystkie zdarzenia migracyjne w scentralizowanych logach audytowych.
4. Zweryfikuj kompletność i integralność migracji poprzez porównanie sum kontrolnych, liczby rekordów oraz struktur bazy danych.
   1. Wygeneruj wartości skrótu SHA-256 dla wszystkich tabel źródłowych przed migracją oraz wartości skrótu SHA-256 dla wszystkich tabel docelowych po migracji. Porównaj wartości sum kontrolnych źródła i celu. Zweryfikuj liczbę wierszy w bazie źródłowej i docelowej. Sprawdź spójność schematów, relacji między tabelami oraz ograniczeń bazy danych. Uznaj migrację za zakończoną sukcesem tylko wtedy, gdy wartości sum kontrolnych, liczba rekordów i struktury schematów będą identyczne.
5. Usuń tymczasowe uprawnienia i sfinalizuj mechanizmy kontroli bezpieczeństwa po pomyślnym zakończeniu migracji danych.
   1. Natychmiast po zakończeniu migracji odwołaj wszystkie tymczasowe poświadczenia migracyjne. Usuń rozszerzone uprawnienia migracyjne z kont usługowych. Zarchiwizuj logi audytowe i rekordy monitoringu bezpieczeństwa.
   2. Zweryfikuj pomyślne wykonanie procedur kopii zapasowej. Wycofaj z eksploatacji tymczasowe serwery migracyjne i zasoby pomocnicze. Przeprowadź końcowy przegląd bezpieczeństwa zmigrowanego środowiska. Udokumentuj wyniki migracji i rezultaty walidacji. Kompletny bezpieczny przepływ pracy migracyjnej wykorzystany w tej badaniu przedstawiono na Rysunku 3.

Scenariusz zagrożenia	Środek bezpieczeństwa	Metoda wykrywania	Mitygacja
Kradzież poświadczeń	Tymczasowe minimalne uprawnienia (TLP)	Logi IAM	Automatyczne cofnięcie poświadczeń
Atak wewnętrzny	Kontrola dostępu oparta na rolach (RBAC)	Logi audytowe + SHAP	Zakończenie sesji
Atak typu replay	TLS 1.3 + walidacja nonce	Monitorowanie sieci	Odrzucanie zduplikowanych żądań
Atak Man-in-the-Middle (MITM)	Szyfrowanie TLS 1.3	Walidacja certyfikatu	Szyfrowana komunikacja
Modyfikacja schematu	Suma kontrolna SHA-256 + walidacja schematu	Weryfikacja integralności	Przywrócenie zweryfikowanego schematu
Eskalacja uprawnień	Wdrażanie polityki IAM	Logi bezpieczeństwa	Cofnięcie uprawnień

Tabela 2:  Model zagrożeń i odpowiadające im środki bezpieczeństwa zastosowane w proponowanym frameworku migracji. Tabela przedstawia główne reprezentatywne zagrożenia bezpieczeństwa oraz odpowiadające im mechanizmy łagodzenia, oparte na zasadach bezpieczeństwa zero-trust, szyfrowaniu, zarządzaniu tożsamością, weryfikacji integralności, monitorowaniu i wyjaśnialnym wykrywaniu anomalii.

Rysunek 3: Przebieg proponowanego protokołu bezpiecznej migracji chmurowej bazy danych. Protokół składa się z siedmiu następujących po sobie etapów: modelowania zagrożeń, transferu schematu, bezpiecznej migracji bazy danych, walidacji zmigrowanych danych, utwardzania po migracji, logowania audytu i archiwizacji oraz zakończenia migracji. Monitorowanie bezpieczeństwa, szyfrowana komunikacja, zarządzanie tożsamością, niezmienne logowanie i wyjaśnialne wykrywanie anomalii są utrzymywane przez cały proces migracji. Rysunek został przygotowany przez autorów przy użyciu programu Microsoft PowerPoint (Microsoft 365). Kliknij tutaj, aby wyświetlić powiększoną wersję tego rysunku.

6. Konfiguracja monitorowania wyjaśnialnej sztucznej inteligencji (explainable AI)

UWAGA: Schemat procesu obejmuje: identyfikację cech bezpieczeństwa migracji, budowę modelu do wykrywania nieprawidłowości, rozpoznawanie podejrzanych działań migracyjnych oraz generowanie wyjaśnialnych wyników za pomocą metod interpretacji SHAP.

1. Wyodrębnić i przygotować cechy telemetrii bezpieczeństwa wymagane do detekcji anomalii i analizy wyjaśnialności.
   1. Zebrać logi bezpieczeństwa z serwerów baz danych, serwerów uwierzytelniania, serwerów aplikacji oraz systemów monitorowania sieci. Zagregować wszystkie zdarzenia związane z migracją w scentralizowanym repozytorium logów. Usunąć zdublowane rekordy oraz niekompletne wpisy. Zsynchronizować znaczniki czasu we wszystkich źródłach logów, używając uniwersalnego czasu koordynowanego (UTC).
   2. Obliczyć częstotliwość dostępu dla każdego użytkownika podczas operacji migracji. Zarejestrować liczbę nieudanych prób logowania przypisanych do każdego konta. Monitorować zmiany adresów IP źródłowych podczas sesji migracyjnych.
   3. Zmierzyć czas trwania sesji użytkownika od inicjacji logowania do jego zakończenia. Obliczyć wolumeny przesyłu danych przychodzących i wychodzących podczas działań migracyjnych. Znormalizować wszystkie wyodrębnione cechy, stosując normalizację Min-Max.
   4. Tabela 3 podsumowuje cechy bezpieczeństwa wykorzystywane do detekcji anomalii i analizy wyjaśnialności.
2. Wytrenować i zwalidować model Isolation Forest, korzystając z przygotowanego zbioru cech bezpieczeństwa.
   1. Podzielić zbiór danych. Losowo podzielić zbiór danych na zestaw treningowy (70%), zestaw walidacyjny (15%) i zestaw testowy (15%). Zachować spójny rozkład zdarzeń normalnych i anomalnych we wszystkich podzbiorach.
   2. Wybór modelu wyjaśnialnej sztucznej inteligencji (Explainable AI). Wybrać algorytm Isolation Forest, ponieważ efektywnie wykrywa on anomalne działania migracyjne bez konieczności posiadania etykietowanych danych treningowych. Wykorzystać algorytm do izolowania nietypowych obserwacji poprzez rekurencyjny, losowy podział przestrzeni cech. 
   3. Zastosować SHAP TreeExplainer w celu ilościowego określenia wkładu każdej cechy bezpieczeństwa w predykcję anomalii oraz zwiększenia przejrzystości procesu monitorowania bezpieczeństwa.
   4. Skonfigurować model detekcji anomalii. Zainicjować model Isolation Forest. Skonfigurować model zgodnie z parametrami wymienionymi w Tabeli 4.
   5. Zdefiniować sformułowanie matematyczne użyte do obliczania wyników anomalii i wyjaśniania wkładu cech.
      1. Zdefiniować wektor cech bezpieczeństwa dla każdego zdarzenia migracji zgodnie z Równaniem 1.
         x_i = [x₁ , x₂, x₃, x₄, x₅ ] (1)
         gdzie x₁ oznacza częstotliwość dostępu, x₂ oznacza liczbę nieudanych logowań, x₃ oznacza częstotliwość zmian adresu IP, x₄ oznacza czas trwania sesji, a x₅ oznacza wolumen przesyłu danych.
      2. Wyodrębnić cechy bezpieczeństwa z logów migracji. Znormalizować wszystkie wartości cech przed trenowaniem modelu. Obliczyć wynik anomalii Isolation Forest dla każdego zdarzenia migracji zgodnie z Równaniem 2.
             (2)
         gdzie S(X,n) oznacza wynik anomalii obserwacji X, X oznacza wektor cech bezpieczeństwa, E(h(X)) jest oczekiwaną długością ścieżki obserwacji X, c(n) to średnia długość ścieżki nieudanych wyszukiwań w binarnym drzewie poszukiwań, a n to całkowita liczba próbek treningowych. Współczynnik normalizacji oblicza się zgodnie z Równaniem 3.
            (3)
         gdzie H(n-1) oznacza  (n-1)-tą liczbę harmoniczną. 
      3. Zaklasyfikować zdarzenia migracji o wynikach anomalii przekraczających zdefiniowany próg decyzyjny jako anomalne.
      4. Zastosować SHAP (SHapley Additive exPlanations), aby wyjaśnić wkład każdej cechy bezpieczeństwa w predykcję anomalii. Obliczyć wartość SHAP dla cechy i zgodnie z Równaniem 4.
            (4)
         gdzie (F) oznacza pełny zbiór cech, (S) oznacza podzbiór cech, a (f(.)) oznacza funkcję predykcji Isolation Forest.
      5. Obliczyć globalną istotność cech poprzez wyznaczenie średniej bezwzględnej wartości SHAP zgodnie z Równaniem 5.
             (5)
         ​gdzie (N) oznacza całkowitą liczbę zdarzeń migracyjnych.
      6. Uszeregować cechy bezpieczeństwa według ich średnich bezwzględnych wartości SHAP. Wygenerować wykresy podsumowujące SHAP, wykresy zależności oraz wykresy siłowe (force plots), aby zwizualizować globalną i lokalną istotność cech.
   6. Wytrenować model Isolation Forest przy użyciu zestawu treningowego. Ocenić wydajność modelu za pomocą zestawu walidacyjnego. W razie potrzeby zmienić progi kontaminacji. Zapisać konfigurację modelu, która wykazuje najlepsze wyniki. Zwalidować wydajność modelu. Wyznaczyć metryki takie jak dokładność (accuracy), precyzja (precision), pełność (recall), wynik F1 (F1-score) oraz ROC-AUC. Zanotować miary wydajności modelu do późniejszego porównania.
3. Zastosować wytrenowany model do identyfikacji nietypowych zdarzeń migracyjnych i klasyfikacji podejrzanych działań.
   1. Przeprowadzić predykcję anomalii. Zastosować wytrenowany model Isolation Forest do zestawu testowego. Wygenerować wyniki anomalii dla wszystkich zdarzeń migracyjnych.
   2. Zidentyfikować podejrzane działania. Ustalić, czy zdarzenia migracyjne są typowe, czy anomalne. Oznaczyć jako podejrzane te zdarzenia, które przekraczają określone poziomy anomalii. Przygotować dokumentację anomalii do kontroli bezpieczeństwa.
   3. Zakończenie procesu detekcji anomalii dostarcza wyniki anomalii, etykietuje zdarzenia migracyjne jako normalne lub anomalne, mierzy efektywność detekcji poprzez analizę ROC i wykrywa kluczowe anomalie bezpieczeństwa. Przykłady wyników wygenerowanych przez zaprojektowany proces przedstawiono na Rysunku 4.
   4. Kategoryzować wykryte anomalie. Zaklasyfikować anomalie na anomalie uwierzytelniania, anomalie sieciowe, anomalie sesji i anomalie przesyłu danych. Zachować etykiety anomalii dla analizy wyjaśniającej.
   5. Ocenić wydajność detekcji. Sprawdzić zarejestrowane do tej pory incydenty bezpieczeństwa. Następnie, traktując je jako punkt odniesienia, ocenić wykryte anomalie i ustalić, które z nich były rzeczywistymi anomaliami. Wyznaczyć wskaźnik wykrywania anomalii oraz wskaźnik wyników fałszywie dodatnich. Sporządzić oficjalny zapis dokumentacji dokładności detekcji, aby umożliwić jej reprodukcję.
4. Wygenerować wyjaśnienia oparte na SHAP, aby zinterpretować wkład poszczególnych cech bezpieczeństwa w predykcje anomalii.
   1. Skonfigurować środowisko SHAP. Wczytać wytrenowany model Isolation Forest. Zainicjować SHAP TreeExplainer. Zweryfikować poprawność integracji modelu detekcji anomalii z ramami wyjaśnialności.
   2. Wybrać próbki tła. Losowo wybrać 1 000 reprezentatywnych próbek z zestawu treningowego. Wykorzystać wybrane próbki jako zestaw danych tła SHAP. Obliczyć wartości SHAP. Wyznaczyć wartości SHAP dla wszystkich wykrytych anomalii. Zmierzyć indywidualny wkład cech w predykcje anomalii. Zapisać wyniki SHAP do dalszej analizy.
   3. Wygenerować wyjaśnienia globalne. Utworzyć wykresy podsumowujące SHAP ukazujące ogólną istotność cech. Wygenerować wykresy słupkowe SHAP w oparciu o średnie bezwzględne wartości SHAP. Utworzyć wykresy zależności SHAP dla najbardziej wpływowych cech.
   4. Wygenerować wyjaśnienia lokalne. Wybrać reprezentatywne anomalne zdarzenia migracyjne. Utworzyć wykresy siłowe (force plots) i wykresy kaskadowe (waterfall plots). Zwizualizować wkład cech odpowiedzialnych za każdą anomalię.
   5. Reprezentatywne wyniki wyjaśnialności wygenerowane podczas procesu interpretacji przedstawiono na Rysunku 5. Wizualizacje te prezentują globalną istotność cech, rankingi wkładu cech, relacje zależności między wpływowymi cechami bezpieczeństwa oraz lokalne wyjaśnienia dla poszczególnych anomalii migracyjnych.
   6. Uszeregować cechy bezpieczeństwa. Obliczyć średnie bezwzględne wartości SHAP dla wszystkich cech. Uszeregować cechy według ich wkładu w detekcję anomalii. Zidentyfikować najbardziej wpływowe wskaźniki bezpieczeństwa oddziałujące na bezpieczeństwo migracji. Tabela 5 podsumowuje rankingi istotności cech w oparciu o SHAP.
   7. Zwalidować spójność wyjaśnień. Powtórzyć analizę SHAP w pięciu niezależnych przebiegach eksperymentalnych. Zmierzyć stabilność i spójność wyjaśnień. Zweryfikować, czy rankingi cech pozostają stabilne w powtórzonych analizach.
      UWAGA: Tabela 6 przedstawia typowe problemy napotykane podczas wyjaśnialnej detekcji anomalii oraz zalecane działania korygujące.

Cecha	Opis	Cel
Częstotliwość dostępu	Liczba żądań dostępu użytkowników podczas migracji	Wykrywanie nieprawidłowych zachowań podczas dostępu
Liczba nieudanych prób logowania	Liczba nieudanych prób uwierzytelnienia	Identyfikacja prób nieautoryzowanego dostępu lub ataków typu brute-force
Zmiany adresu IP	Częstotliwość zmian źródłowego adresu IP	Wykrywanie podejrzanego zachowania sieci
Czas trwania sesji	Długość sesji użytkowników podczas migracji	Identyfikacja nieprawidłowych aktywności w sesji
Wolumen przesyłu danych	Ilość danych przeniesionych podczas migracji	Wykrywanie nietypowego przesyłu lub eksfiltracji danych

Tabela 3:  Cechy telemetrii bezpieczeństwa wykorzystane do wyjaśnialnego wykrywania anomalii. Tabela przedstawia cechy bezpieczeństwa monitorowane podczas migracji bazy danych, ich znaczenie, sposoby ich pomiaru oraz to, w jaki sposób pomogły one w wykrywaniu anomalii i analizie wyjaśnialności.

Parametr	Wartość	Opis
Algorytm	Isolation Forest	Model detekcji anomalii
n_estimators	100	Liczba drzew izolacyjnych
contamination	0.02	Oczekiwana proporcja anomalii
max_samples	Auto	Próbki wykorzystywane na drzewo
random_state	42	Ziarno dla powtarzalności
bootstrap	False	Próbkowanie bez zastrzeżeń
Zbiór treningowy	70%	Dane do uczenia modelu
Zbiór walidacyjny	15%	Walidacja hiperparametrów
Zbiór testowy	15%	Końcowa ocena modelu

Tabela 4: Konfiguracja Isolation Forest wykorzystana do wykrywania anomalii podczas bezpiejnej migracji bazy danych. Tabela ta szczegółowo opisuje ustawienia hiperparametrów modelu Isolation Forest dla procesu uczenia, takie jak sposób podziału zbioru danych, poziom zanieczyszczenia (contamination), liczba estymatorów, ziarno losowości oraz konfigurację ewaluacji.

Rysunek 4: Reprezentatywne wyniki frameworku detekcji anomalii podczas bezpiecznej migracji danych w chmurze. (A) Rozkład wyników anomalii Isolation Forest z zaznaczonym progiem anomalii. (B) Klasyfikacja zdarzeń migracyjnych na kategorie normalne i anomalne. (C) Krzywa charakterystyki operacyjnej odbiornika (ROC) wykazująca wydajność modelu Isolation Forest (AUC = 0,97 ± 0,01). (D) Reprezentatywne anomalne zdarzenia migracyjne z podaniem wyników anomalii, przewidzianych etykiet, wpływowych cech bezpieczeństwa oraz kategorii anomalii. Rysunek został przygotowany przez autorów przy użyciu Python 3.11 (Matplotlib 3.9) i sformatowany w programie Microsoft PowerPoint (Microsoft 365). Kliknij tutaj, aby wyświetlić powiększoną wersję tego rysunku.

Rysunek 5: Przykłady wyników wyjaśnialności w oparciu o SHAP wygenerowane podczas interpretacji anomalii. (A) Wykres podsumowujący SHAP wyróżniający najważniejsze cechy w skali globalnej. (B) Ranking cech bezpieczeństwa na podstawie ich średniej wartości bezwzględnej SHAP. (C) Wykresy zależności SHAP demonstrujące, w jaki sposób liczba nieudanych prób logowania oraz objętość transferu danych wpływają na predykcję anomalii. (D) Wykres sił SHAP (force plot) oferujący lokalne wyjaśnienie dla typowego zdarzenia nietypowej migracji. Wykresy te prezentują globalną i lokalną interpretowalność zaproponowanego modelu wykrywania anomalii. Rysunek ten został wygenerowany przez autorów przy użyciu języka Python 3.11 (Matplotlib 3.9) i sformatowany w programie Microsoft PowerPoint (Microsoft 365). Kliknij tutaj, aby wyświetlić powiększoną wersję tego rysunku.

Ranga	Cecha	Średnia bezwzględna wartość SHAP	Interpretacja
1	Liczba nieudanych prób logowania	0.352	Najbardziej wpływowy wskaźnik aktywności anomalnej
2	Wolumen przesyłu danych	0.287	Kluczowy czynnik wykrywania anomalii
3	Zmiany adresu IP	0.221	Wskazuje na podejrzane zachowanie sieci
4	Czas trwania sesji	0.184	Powiązano z nieprawidłowymi sesjami użytkownika
5	Częstotliwość dostępu	0.156	Odzwierciedla nietypowe wzorce dostępu

Tabela 5:  Wyniki istotności cech SHAP dla danych telemetrii bezpieczeństwa. Tabela przedstawia ranking cech bezpieczeństwa zgodnie z ich średnimi bezwzględnymi wartościami SHAP i określa ich poszczególne wkłady w przewidywanie anomalii.

Wydanie	Możliwa przyczyna	Zalecany roztwór
Wykryto kilka anomalii	Parametr zanieczyszczenia zbyt niski	Zwiększ próg zanieczyszczenia i przeprowadź ponowne trenowanie modelu.
Wysoki odsetek wyników fałszywie dodatnich	Zaszumione lub niespójne logi migracji	Wyczyść dane z logów i znormalizuj cechy bezpieczeństwa przed trenowaniem modelu.
Niestabilne wyjaśnienia SHAP	Niewystarczająca liczba próbek tła	Zwiększ liczbę reprezentatywnych próbek tła wykorzystywanych przez SHAP.
Niska dokładność wykrywania anomalii	Nierównowaga cech lub niewłaściwe przetwarzanie wstępne	Zastosuj procedury normalizacji cech, balansowania i kontroli jakości.
Powolna zbieżność modelu	Duży zestaw danych lub ograniczone zasoby obliczeniowe	Zoptymalizuj hiperparametry lub wykorzystaj GPU/przetwarzanie równoległe.
Błędy w komunikacji	Niestabilność sieci podczas monitorowania	Zweryfikuj bezpieczne kanały komunikacji i powtórz synchronizację.
Brakujące funkcje bezpieczeństwa	Niepełna kolekcja dzienników zdarzeń	Zweryfikuj źródła logów przed ekstrakcją cech i wygeneruj ponownie zestaw danych cech.

Tabela 6: Przewodnik po rozwiązywaniu problemów w bezpiecznej migracji bazy danych opartej na wyjaśnialnej sztucznej inteligencji. Tabela ta zawiera podsumowanie typowych problemów z implementacją, możliwych przyczyn, objawów diagnostycznych, zalecanych działań oraz wyników oczekiwanych w wyniku wykonania protokołu i jego powtarzalności.

7. Ocena wydajności

UWAGA: Niniejsza sekcja opisuje procedurę eksperymentalną wykorzystaną do porównania podstawowego modelu migracji z proponowanym modelem migracji opartym na wyjaśnialnej sztucznej inteligencji typu zero-trust. Ocena wydajności obejmuje bezpieczeństwo, zdolność wykrywania anomalii, efektywność migracji oraz walidację statystyczną w identycznych warunkach eksperymentalnych.

1. Skonfiguruj zarówno środowisko bazowe, jak i proponowane w identycznych warunkach, aby umożliwić rzetelne porównanie wydajności.
   1. Skonfiguruj konwencjonalne środowisko migracji. Skonfiguruj długoterminowe poświadczenia statyczne z okresem ważności przekraczającym 24 h. Włącz publiczne punkty końcowe sieci dla dostępu do bazy danych. Wyłącz mechanizmy wyjaśnialności i detekcji anomalii oparte na sztucznej inteligencji. Monitoruj aktywności migracyjne ręcznie, korzystając z konwencjonalnych dzienników bezpieczeństwa. Rejestruj zdarzenia migracji w celu późniejszego porównania wydajności.
   2. Skonfiguruj strukturę migracji Zero-Trust. Włącz tymczasowe poświadczenia o minimalnych uprawnieniach z automatycznym wygasaniem po zakończeniu migracji. Wyłącz wszystkie publiczne punkty końcowe sieci. Włącz komunikację w sieci prywatnej przy użyciu bezpiecznych kanałów.
   3. Wdrożyć wytrenowany model detekcji anomalii Isolation Forest. Włączyć SHAP TreeExplainer w celu interpretacji modelu. Skonfigurować zautomatyzowany monitoring bezpieczeństwa w całym procesie migracji. Zweryfikować bezpieczną komunikację pomiędzy wszystkimi komponentami migracji przed wykonaniem procesu.
2. Przeprowadź powtórne eksperymenty migracyjne w kontrolowanych warunkach, aby ocenić powtarzalność struktury.
   1. Przeprowadź eksperyment migracyjny. Wykonaj dziesięć niezależnych eksperymentów migracyjnych zarówno dla środowiska bazowego, jak i proponowanego. Przez cały czas trwania wszystkich eksperymentów zachowaj identyczne konfiguracje sprzętowe, programowe i sieciowe.
   2. Przenosić 10 GB danych medycznych podczas każdego uruchomienia eksperymentu. Powtórzyć wszystkie eksperymenty w identycznych warunkach obciążenia. Rejestrować zdarzenia bezpieczeństwa, dzienniki migracji, wyniki detekcji anomalii oraz czasy wykonania podczas każdego eksperymentu.
   3. Zweryfikuj integralność migracji. Oblicz sumy kontrolne SHA-256 przed i po migracji. Potwierdź pełną integralność danych po każdym eksperymencie migracyjnym. Udokumentuj wyniki walidacji sum kontrolnych.
3. Oblicz ilościowe wskaźniki bezpieczeństwa, migracji i detekcji anomalii w celu przeprowadzenia ewaluacji porównawczej.
   1. Zmierz wydajność zabezpieczeń. Zmierz czas ekspozycji poświadczeń. Oblicz liczbę ujawnionych poświadczeń podczas migracji. Zmierz czas wykrycia incydentu. Zarejestruj czas ekspozycji w sieci publicznej.
   2. Oceń wydajność detekcji anomalii. Oblicz dokładność detekcji anomalii,  precyzja, pełność, wynik F1 oraz pole pod krzywą charakterystyki pracy odbiornika (AUC). Oceń wydajność migracji. Zmierz całkowity opóźnienie migracji i oblicz przepustowość migracji. Zarejestruj narzut komunikacyjny wprowadzony przez mechanizmy bezpieczeństwa.
   3. Przeprowadź walidację statystyczną. Oblicz średnią i odchylenie standardowe dla wszystkich wskaźników wydajności. Wyznacz 95-procentowe przedziały ufności. Wykonaj sparowane testy t-Studenta w celu porównania frameworka bazowego i proponowanego. Przyjmij istotność statystyczną przy p < 0.05. Reprezentatywne wyniki oceny wydajności uzyskane podczas porównania eksperymentalnego przedstawiono w Rysunek 6.
   4. Tabela 7 podsumowuje ilościowe porównanie wydajności między modelem bazowym a proponowanym frameworkiem migracji.
      Tabela 8 podsumowuje typowe problemy z wdrożeniem występujące podczas bezpiecznej migracji bazy danych, ich możliwe przyczyny oraz zalecane działania korygujące.

Rysunek 6: Porównanie wydajności bazowego modelu migracji oraz proponowanego bezpiecznego modelu migracji do chmury opartego na zasadzie zero-trust i wyjaśnialnej sztucznej inteligencji (XAI). (A) Porównanie czasu ekspozycji poświadczeń z wykorzystaniem długoterminowych i tymczasowych poświadczeń o minimalnych uprawnieniach. (B) Porównanie metryk wydajności detekcji anomalii, w tym dokładności (accuracy), precyzji (precision), czułości (recall), wyniku F1-score oraz AUC. (C) Porównanie opóźnienia migracji w dziesięciu niezależnych seriach eksperymentalnych, wykazujące, że wzrost opóźnienia pozostał poniżej zdefiniowanego progu akceptacji. (D) Statystyczne porównanie kluczowych metryk wydajności z wykorzystaniem sparowanych testów t-Studenta, przedstawiające różnice średnich i 95% przedziały ufności. Słupki błędów reprezentują 95% przedziały ufności z dziesięciu niezależnych serii eksperymentalnych. Rysunek został przygotowany przez autorów przy użyciu języka Python 3.11 (Matplotlib 3.9) i sformatowany w programie Microsoft PowerPoint (Microsoft 365). Aby zobaczyć powiększoną wersję tego rysunku, kliknij tutaj.

Metryka wydajności	Struktura bazowa (średnia ± SD)	Proponowana struktura (średnia ± SD)	Poprawa	95% przedział ufności	p-value
Czas ekspozycji poświadczeń (h)	24.70 ± 1.32	0.42 ± 0.18	redukcja o 98.3%	23.6–24.9	<0.001
Dokładność wykrywania anomalii (%)	72.4 ± 2.1	94.6 ± 1.3	+22.2%	20.8–23.5	<0.001
Precyzja (%)	68.1 ± 2.5	92.7 ± 1.5	+24.6%	23.1–26.0	<0.001
Czułość (%)	70.3 ± 2.4	93.1 ± 1.6	+22.8%	21.4–24.2	<0.001
Wskaźnik F1 (%)	69.2 ± 2.2	92.9 ± 1.4	+23.7%	22.3–25.0	<0.001
AUC	0.78 ± 0.03	0.97 ± 0.01	+0.19	0.17–0.21	<0.001
Opóźnienie migracji (min)	87.6 ± 3.2	97.4 ± 2.9	narzut 11.2%	8.9–10.7	0.002
Integralność danych (%)	99.8	100.0	poprawa o 0.2%	0.1–0.3	0.031
Ekspozycja sieci publicznej	Włączona	Wyeliminowana	wyeliminowana w 100%	N/D	<0.001

Tabela 7: Podstawowe i proponowane bezpieczne frameworki migracji baz danych: porównanie wydajności. Tabela przedstawia czas ekspozycji danych uwierzytelniających, skuteczność wykrywania anomalii, opóźnienie migracji, integralność danych oraz ulepszenia bezpieczeństwa ocenione ilościowo podczas walidacji protokołu.

Problem	Możliwa przyczyna	Zalecane rozwiązanie
Błąd uwierzytelnienia migracji	Wygasłe lub nieważne dane uwierzytelniające tymczasowe	Wygenerować ponownie tymczasowe dane uwierzytelniające i zweryfikować polityki IAM przed ponownym uruchomieniem migracji.
Wysokie opóźnienia migracji	Przeciążenie sieci lub niewystarczająca przepustowość	Zoptymalizować routing sieciowy, zaplanować migrację w okresach niskiego natężenia ruchu i zweryfikować łączność z punktem końcowym.
Fałszywie dodatnie alerty o anomaliach	Nieprawidłowy próg zanieczyszczenia (contamination) w Isolation Forest	Dostroić parametr contamination przy użyciu zbioru walidacyjnego i ponownie wytrenować model.
Niestabilne wyjaśnienia SHAP	Niewystarczające lub niereprezentatywne próbki tła	Zwiększyć rozmiar próbki tła SHAP i zapewnić reprezentatywność próbkowania.
Niezgodność integralności danych	Przerwana migracja lub uszkodzony przesył danych	Ponowić migrację po zweryfikowaniu wartości sum kontrolnych SHA-256 oraz spójności źródła i celu.
Błąd połączenia z bezpiecznym punktem końcowym	Błędy konfiguracji zapory sieciowej lub TLS	Zweryfikować certyfikaty SSL/TLS, reguły zapory sieciowej oraz konfigurację prywatnego punktu końcowego.
Niska dokładność wykrywania anomalii	Niepełna ekstrakcja cech lub niewłaściwe przetwarzanie wstępne	Przejrzeć inżynierię cech, znormalizować cechy bezpieczeństwa i ponownie wytrenować model.
Problemy z zbieżnością modelu	Nieodpowiednie hiperparametry	Skorygować parametry uczenia i zweryfikować wydajność modelu przed wdrożeniem.

Tabela 8: Przewodnik rozwiązywania problemów podczas bezpiecznej migracji bazy danych opieki zdrowotnej. Tabela przedstawia częste błędy migracji, ich możliwe przyczyny, zalecane działania korygujące oraz oczekiwane wyniki, aby zapewnić niezawodne wykonanie protokołu bezpiecznej migracji.

Wyniki

Przegląd eksperymentu

Zaproponowany protokół bezpiecznej migracji danych w chmurze z wykorzystaniem wyjaśnialnej sztucznej inteligencji (XAI) został oceniony przy użyciu syntetycznego zbioru danych medycznych obejmującego około 20 milionów rekordów elektronicznej dokumentacji medycznej (EHR), rozdzielonych pomiędzy 28 relacyjnych tabel bazy danych, o łącznej wielkości 10 GB. Eksperymenty przeprowadzono w środowisku chmurowym Amazon Web Services (AWS), wykorzystując Amazon RDS PostgreSQL 16, prywatną sieć Virtual Private Cloud (VPC), komunikację szyfrowaną TLS 1.3 oraz scentralizowane usługi monitorowania. W celu zapewnienia powtarzalności i zminimalizowania błędu eksperymentalnego przeprowadzono dziesięć niezależnych eksperymentów migracyjnych w identycznych warunkach sprzętowych, programowych, sieciowych i obciążeniowych. Wszystkie raportowane wartości wydajności stanowią średnią z dziesięciu uruchomień eksperymentalnych. Istotność statystyczną oceniano za pomocą sparowanych testów t-Studenta po weryfikacji normalności rozkładu testem Shapiro-Wilka (p < 0.05).

Wyniki przygotowania i walidacji zbioru danych

Syntetyczny zbiór danych medycznych został pomyślnie wygenerowany zgodnie ze specyfikacją protokołu. Walidacja danych potwierdziła poprawne wygenerowanie około 20 000 000 rekordów dotyczących pacjentów, rozdzielonych pomiędzy 28 tabel relacyjnych, obejmujących dane demograficzne pacjentów, wizyty kliniczne, diagnozy, raporty laboratoryjne, leki, metadane obrazowe, informacje o rozliczeniach oraz rejestry lekarzy. Przed migracją pomyślnie zweryfikowano unikalność kluczy głównych, relacje kluczy obcych oraz więzy spójności referencyjnej. Około 5% wartości danych celowo pozostawiono jako brakujące, aby symulować realistyczne bazy elektronicznej dokumentacji medycznej, a następnie przetworzono je podczas czyszczenia danych. Ocena jakości zbioru danych wykazała pomyślną walidację schematu, akceptowalne zakresy wartości oraz pełną spójność referencyjną. Skumulowany błąd walidacji zbioru danych pozostał poniżej 0,1%, co wskazuje, że wygenerowany zbiór danych był odpowiedni do eksperymentów z bezpieczną migracją, jak pokazano w Tabeli 1.

Wyniki wdrożenia architektury systemu

Bezpieczna architektura migracji została pomyślnie wdrożona i zwalidowana przed uruchomieniem przepływu pracy migracyjnej. Wszystkie zasoby chmurowe są obsługiwane w izolowanej chmurze prywatnej AWS Virtual Private Cloud z wykorzystaniem podsieci prywatnych, grup zabezpieczeń oraz polityk dostępu opartych na tożsamości. Komunikacja z bazą danych była chroniona za pomocą szyfrowania TLS 1.3, a poświadczenia migracyjne były generowane dynamicznie zgodnie z czasową polityką minimalnych uprawnień. Logi uwierzytelniania, logi migracji, zdarzenia bazy danych, zdarzenia sieciowe oraz logi audytu bezpieczeństwa były stale gromadzone za pomocą Amazon CloudWatch. Podczas wszystkich serii eksperymentalnych komunikacja odbywała się wyłącznie poprzez prywatne punkty końcowe sieci i nie wykryto żadnych publicznie dostępnych usług bazy danych. Ciągły monitoring wykazał stabilną komunikację pomiędzy wszystkimi komponentami migracji bez nieoczekiwanych przerw w działaniu usług lub błędów uwierzytelniania, co przedstawiono na Rysunku 2.

Wyniki bezpiecznego procesu migracji

Modelowanie zagrożeń

Predefiniowany model zagrożeń pomyślnie zidentyfikował kradzież poświadczeń, ataki wewnętrzne, ataki typu replay, ataki man-in-the-middle, manipulację schematem oraz scenariusze eskalacji uprawnień. Wdrożone środki kontroli bezpieczeństwa skutecznie zniwelowały wszystkie zidentyfikowane zagrożenia przed wykonaniem migracji, co podsumowano w Tabeli 2.

Transfer schematu bazy danych

Migracja schematu bazy danych została pomyślnie zakończona we wszystkich uruchomieniach eksperymentalnych. Wszystkie tabele relacyjne, indeksy, procedury składowane, więzy, metadane, klucze główne oraz klucze obce zostały przeniesione bez niespójności strukturalnych lub dryfu schematu.

Bezpieczna migracja danych

Proces migracji został pomyślnie zakończony we wszystkich dziesięciu uruchomieniach doświadczalnych, bez przerw w przepływie pracy lub błędów transakcji. Bezpieczny transfer danych był utrzymywany przez cały proces migracji przy użyciu zaszyfrowanych kanałów komunikacyjnych przez prywatne punkty końcowe sieci.

Walidacja migracji

Walidacja po migracji potwierdziła pełną spójność między bazami danych źródłową i docelową. Weryfikacja sum kontrolnych SHA-256 wykazała 100% zgodności we wszystkich migrowanych tabelach, co dowodzi, że podczas transmisji nie doszło do uszkodzenia danych. Walidacja liczby rekordów potwierdziła pomyślną migrację wszystkich 20 milionów rekordów bez ich utraty, powielenia lub ucięcia. Walidacja kluczy podstawowych, kluczy obcych, indeksów, definicji schematów i ograniczeń bazy danych potwierdziła całkowite zachowanie integralności bazy danych. W okresie ewaluacji nie zaobserwowano rozbieżności w schematach, zdarzeń wycofywania zmian, błędów transakcji ani niespójności migracji. Ilościowe zestawienie wyników integralności przedstawiono w Tabeli 9.

Metryka walidacji	Wynik zaobserwowany	Kryterium akceptacji	Status
Całkowita liczba przeniesionych rekordów medycznych	20,000,000	20,000,000	Zaliczone
Przeniesione tabele relacyjnej bazy danych	28	28	Zaliczone
Przeniesiony rozmiar zbioru danych	10 GB	10 GB	Zaliczone
Weryfikacja sumy kontrolnej SHA-256	100% zgodności	100% zgodności	Zaliczone
Spójność liczby rekordów	100%	100%	Zaliczone
Walidacja schematu	Wszystkie tabele zwalidowane	Brak błędów schematu	Zaliczone
Integralność klucza głównego	Zweryfikowano	Brak naruszeń	Zaliczone
Integralność klucza obcego	Zweryfikowano	Brak naruszeń	Zaliczone
Wskaźnik uszkodzenia danych	0%	0%	Zaliczone
Dryft schematu	Nie zaobserwowano	Brak	Zaliczone
Zdarzenia wycofania zmian	0	0	Zaliczone
Wskaźnik ukończenia migracji	100%	100%	Zaliczone

Tabela 9: Wyniki walidacji integralności danych po bezpiecznej migracji bazy danych. Przedstawia ona główne metryki weryfikacji integralności w zakresie ilościowym. Obejmują one sprawdzenie zgodności sum kontrolnych SHA-256, spójność liczby rekordów, walidację schematu, zachowanie więzów kluczy, fakt ukończenia migracji, zdarzenia wycofania zmian (rollback) oraz całkowity sukces migracji w dziesięciu oddzielnych eksperymentach migracyjnych.

Tabela 9 podsumowuje wyniki walidacji integralności danych ilościowych uzyskane po bezpiecznej migracji danych do chmury. Wyniki wykazały, że wszystkie kryteria akceptacji migracji zostały spełnione w dziesięciu niezależnych seriach eksperymentalnych.

Utwardzanie po migracji

Zarządzanie poświadczeniami w oparciu o czasowe minimalne uprawnienia znacząco poprawiło bezpieczeństwo poświadczeń w porównaniu z konwencjonalnym modelem migracji. Średni czas życia poświadczeń zmniejszył się z 24,7 ± 1,3 h w środowisku bazowym do 0,42 ± 0,18 h w proponowanym modelu, co stanowi redukcję czasu ekspozycji poświadczeń o 98,3%. Poświadczenia tymczasowe były cofane natychmiast po zakończeniu migracji, a podczas żadnego z przebiegów eksperymentalnych nie wykryto nieautoryzowanych prób uwierzytelnienia przy użyciu wygasłych poświadczeń. Usunięcie długoterminowych poświadczeń zmniejszyło potencjalną powierzchnię ataku przy jednoczesnym zachowaniu nieprzerwanej wydajności migracji, co przedstawiono na Rysunku 3.

Wyniki monitorowania za pomocą wyjaśnialnej sztucznej inteligencji

Ekstrakcja cech bezpieczeństwa

Telemetria bezpieczeństwa została pomyślnie zebrana z serwerów baz danych, usług uwierzytelniania, serwerów aplikacji oraz systemów monitorowania sieci. Ekstrakcja cech pozwoliła na wygenerowanie znormalizowanych pomiarów częstotliwości dostępu, liczby nieudanych prób logowania, zmian adresów IP, czasu trwania sesji oraz objętości przesyłu danych w celu wykrywania anomalii, zgodnie z opisem w Tabeli 3.

Wydajność modelu wykrywania anomalii

Model Isolation Forest wykazał wysoką skuteczność w wykrywaniu anomalii w 10 niezależnych eksperymentach. Średnia dokładność, precyzja, czułość, wynik F1 oraz pole pod krzywą charakterystyki operacyjnej odbiornika (AUC) wyniosły odpowiednio 94,6 ± 1,3%, 92,7 ± 1,5%, 93,1 ± 1,6%, 92,9 ± 1,4% oraz 0,97 ± 0,01. Konfiguracja modelu była zgodna z parametrami podsumowanymi w Tabeli 4.

Wykrywanie anomalii bezpieczeństwa

Zaproponowany system monitorowania skrócił średni czas wykrywania incydentów z ponad 24 h w środowisku bazowym do około 15 min. Odsetek fałszywie dodatnich detekcji pozostał poniżej 3%, a w całym okresie ewaluacji żadna krytyczna awaria migracji nie pozostała niewykryta. Reprezentatywne wyniki wykrywania anomalii przedstawiono na Rysunku 4.

Analiza wyjaśnialności

Narzędzie SHAP TreeExplainer wygenerowało interpretowalne wyniki przypisywania cech dla wszystkich wykrytych anomalii. Do obliczenia wartości SHAP wykorzystano zbiór danych tła zawierający 1 000 reprezentatywnych próbek treningowych. Globalna analiza wyjaśniająca konsekwentnie wskazała liczbę nieudanych prób logowania, objętość transferu danych, zmiany adresu IP, czas trwania sesji oraz częstotliwość dostępu jako najbardziej wpływowe cechy przyczyniające się do przewidywań anomalii. Powtórna analiza wyjaśnialności przeprowadzona w dziesięciu uruchomieniach eksperymentalnych dostarczyła niemal identycznych rankingów cech, co dowodzi stabilności interpretacji modelu. Lokalne wyjaśnienia SHAP dodatkowo zidentyfikowały główne czynniki wpływające na poszczególne przewidywania anomalii, zwiększając tym samym przejrzystość procesu monitorowania bezpieczeństwa. Reprezentatywne wyniki analizy wyjaśniającej przedstawiono na Rysunku 5, natomiast odpowiadające im rankingi istotności cech podsumowano w Tabeli 5.

Wyniki oceny wydajności

Porównanie z podstawowym modelem migracji wykazało znaczne ulepszenia w wielu metrykach bezpieczeństwa. Czas ekspozycji poświadczeń zmniejszył się o 98,3%, dokładność wykrywania anomalii poprawiła się z 72,4 ± 2,1% do 94,6 ± 1,3%, a liczba publicznie dostępnych punktów końcowych migracji spadła z sześciu do zera. Średni czas wykrywania incydentów uległ wyraźnemu skróceniu, przy jednoczesnym zachowaniu pełnej spójności migracji w trakcie całej oceny. Chociaż dodatkowe mechanizmy kontroli bezpieczeństwa zwiększyły opóźnienie migracji o 11,2 ± 2,9%, zaobserwowany wzrost pozostał poniżej zdefiniowanego progu akceptacji wynoszącego 15%, co wskazuje, że poprawa bezpieczeństwa została osiągnięta przy minimalnym wpływie na wydajność migracji. Reprezentatywne wyniki oceny wydajności przedstawiono na Rysunku 6, a ilościowe porównanie modelu podstawowego i proponowanego podsumowano w Tabeli 7.

Walidacja statystyczna i powtarzalność

Analiza statystyczna wykazała istotne poprawy w zakresie czasu ekspozycji poświadczeń, dokładności wykrywania anomalii, czasu wykrywania incydentów oraz opóźnienia migracji pomiędzy ramami bazowymi a proponowanymi (sparowany test t Studenta, p < 0.05). Obliczone 95% przedziały ufności wykazały niską zmienność w 10 niezależnych seriach eksperymentalnych, co potwierdza powtarzalność i stabilność proponowanego protokołu. Szczegółowe wyniki każdego eksperymentu przedstawiono w Tabeli 10.

seria eksperymentalna	Czas ekspozycji poświadczeń (h)	Dokładność wykrywania anomalii (%)	Opóźnienie migracji (min)	Walidacja SHA-256	Status migracji
Seria 1	0.45	94.3	96.8	Zaliczone	Kalkulacja pomyślna
Seria 2	0.41	95	98.2	Zaliczone	Kalkulacja pomyślna
Seria 3	0.39	94.7	95.9	Zaliczone	Kalkulacja pomyślna
Seria 4	0.44	94.5	97.6	Zaliczone	Kalkulacja pomyślna
Seria 5	0.43	94.8	96.9	Zaliczone	Kalkulacja pomyślna
Seria 6	0.4	94.2	98.5	Zaliczone	Kalkulacja pomyślna
Seria 7	0.42	95.1	97.2	Zaliczone	Kalkulacja pomyślna
Seria 8	0.38	94.6	96.7	Zaliczone	Kalkulacja pomyślna
Seria 9	0.43	94.9	97.8	Zaliczone	Kalkulacja pomyślna
Seria 10	0.41	94.5	97	Zaliczone	Kalkulacja pomyślna
Średnia ± SD	0.42 ± 0.02	94.66 ± 0.29	97.26 ± 0.80	100% zaliczonych	10/10 pomyślnych

Tabela 10:  Powtarzalność eksperymentalna w ciągu dziesięciu oddzielnych uruchomień migracji. Tabela przedstawia podsumowanie przedziału czasowego, w którym poświadczenie było narażone, precyzję wykrywania anomalii, opóźnienie migracji, status walidacji SHA-256 oraz sukces migracji dla każdego uruchomienia eksperymentalnego, wykazując tym samym stabilność i powtarzalność proponowanego bezpiecznego modelu migracji do chmury w tych samych warunkach eksperymentalnych.

Tabela 10 przedstawia szczegółowe wyniki wszystkich dziesięciu niezależnych serii eksperymentalnych, wykazując spójność, stabilność i powtarzalność proponowanego protokołu bezpiecznej migracji do chmury w identycznych warunkach doświadczalnych.

Ocena eksperymentalna wykazała, że integracja bezpieczeństwa typu zero-trust, czasowego sterowania dostępem zgodnie z zasadą najmniejszych uprawnień, ciągłego monitorowania anomalii oraz wyjaśnialności opartej na metodzie SHAP poprawiła bezpieczeństwo migracji, zachowując przy tym pełną integralność bazy danych i akceptowalną wydajność procesu migracji. Ponieważ eksperymenty przeprowadzono przy użyciu syntetycznego zbioru danych medycznych w kontrolowanym środowisku chmurowym, wyniki te należy interpretować w kontekście oceniającej konfiguracji eksperymentalnej. Przed uogólnieniem protokołu w celu rutynowego wdrożenia w produkcyjnych systemach opieki zdrowotnej wymagana będzie dodatkowa walidacja z wykorzystaniem operacyjnych infrastruktur medycznych, rzeczywistych klinicznych zbiorów danych oraz wieloinstytucjonalnych środowisk chmurowych.

Dyskusja

W niniejszej pracy opracowano powtarzalny i bezpieczny protokół migracji bazy danych w chmurze, który integruje zasady bezpieczeństwa zero-trust, czasowy dostęp z minimalnymi uprawnieniami (least-privilege), wyjaśnialną sztuczną inteligencję (XAI) oraz ciągłe monitorowanie bezpieczeństwa, wszystko to w ramach ograniczonego środowiska eksperymentalnego. Celem niniejszego artykułu nie było opracowanie nowego algorytmu migracji; dlatego autorzy przedstawiają przede wszystkim zestandaryzowany proces, który umożliwia badaczom i praktykom przeprowadzanie, ocenę oraz powtórzenie bezpiecznej migracji bazy danych opieki zdrowotnej poprzez jasno sformułowane kroki proceduralne. Sukces wdrożenia protokołu zależy od starannego wykonania kilku kluczowych etapów. Modelowanie zagrożeń z wysoką precyzją znacznie ułatwia poznanie zasobów podlegających migracji, potencjalnych wektorów ataku oraz zestawu skutecznych środków kontroli bezpieczeństwa, co wszystko realizowane jest przed rozpoczęciem migracji. Walidacja schematu bazy danych jest krokiem, który musi zostać przeprowadzony przed transferem danych, aby uniknąć niespójności strukturalnych i dryfu schematu. W zakresie samej migracji, poświadczenia tymczasowe muszą być generowane zgodnie z zasadą czasowych minimalnych uprawnień, należy zachować stosowanie kryptograficznego protokołu TLS 1.3 w celu zabezpieczenia komunikacji, a logi migracji powinny być gromadzone w sposób ciągły, aby mogły służyć do monitorowania bezpieczeństwa i audytu. Środowisko migracyjne powinno zostać oczyszczone, a jego porzucenie jest dopuszczalne dopiero po wykonaniu takich zadań jak weryfikacja sum kontrolnych SHA-256, walidacja liczby rekordów oraz sprawdzanie spójności schematu, które potwierdzą zachowanie integralności bazy danych.

Komponent wyjaśnialnego monitorowania anomalii wymaga również starannego przeprowadzenia kroków konfiguracyjnych w celu uzyskania powtarzalnych wyników. Do istotnych czynników wpływających na skuteczność wykrywania anomalii i jakość wyjaśnień należą: wybór odpowiednich cech telemetrii bezpieczeństwa, spójne przetwarzanie wstępne logów monitorowania, odpowiednie hiperparametry modelu Isolation Forest oraz reprezentatywny zbiór danych tła SHAP. Zmiany w tych ustawieniach konfiguracyjnych mogą prowadzić do zmian w wynikach anomalii, wartościach atrybucji cech oraz ogólnej interpretowalności modelu. W związku z tym badaczom zaleca się, aby wersje oprogramowania, parametry modelu oraz ustawienia ewaluacji pozostały identyczne w celu odtworzenia protokołu.

Procedury rozwiązywania problemów w protokole mają na celu pomóc użytkownikom w radzeniu sobie z częstymi błędami wdrożeniowymi, takimi jak niekompatybilność schematów, przerwy w łączności sieciowej, błędy uwierzytelniania, nadmierna liczba wyników fałszywie dodatnich oraz opóźnienia związane z migracją. Systematyczna walidacja po każdym kroku protokołu pozwoli na zlokalizowanie tych problemów oraz ich skorygowanie przed przejściem do kolejnych etapów migracji. Jest to jedna z metod zwiększania niezawodności i powtarzalności przebiegu eksperymentu.

Chociaż ocena eksperymentalna wykazała, że przetestowany układ może zwiększyć ochronę poświadczeń, wykrywanie anomalii, wyjaśnialność oraz integralność migracji, wyniki te należy uznać za specyficzne wyłącznie dla zakresu niniejszego badania. Protokół został przetestowany jedynie na syntetycznym zbiorze danych medycznych w środowisku laboratoryjnym w chmurze, a nie w rzeczywistym systemie informacji medycznej. Przedstawione tutaj wyniki nie powinny być traktowane jako dowód zgodności z przepisami lub możliwości zastosowania klinicznego. Wskazują one natomiast, że technika ta może zostać zaimplementowana w kontrolowanym środowisku laboratoryjnym i stanowi ramy, które mogą zostać wykorzystane przez innych badaczy do dalszych studiów walidacyjnych.

Wiele niedawnych badań analizowało bezpieczną migrację danych opieki zdrowotnej do chmury, architektury bezpieczeństwa typu zero-trust oraz wyjaśnialną sztuczną inteligencję; większość z nich skupiała się jednak na pojedynczych mechanizmach bezpieczeństwa, a nie na zintegrowanym i powtarzalnym przepływie pracy migracyjnej. Architektura Zero Trust opracowana przez NIST zapewnia kompleksowe wytyczne w zakresie ciągłej weryfikacji tożsamości i kontroli dostępu opartej na zasadzie minimalnych uprawnień, ale nie definiuje ona ustandaryzowanego protokołu bezpiecznej migracji bazy danych ani wyjaśnialnego monitorowania bezpieczeństwa podczas migracji¹. Podobnie, istniejące ramy migracji danych opieki zdrowotnej do chmury kładą nacisk głównie na adaptację chmury, szyfrowanie, ład organizacyjny i zgodność z przepisami, lecz oferują ograniczony opis procedur w zakresie bezpiecznej realizacji, walidacji i powtarzalności migracji^7,8,9. Podejścia do bezpieczeństwa chmury oparte na AI wykazały poprawę możliwości wykrywania anomalii dzięki systemom wykrywania włamań i monitorowaniu bezpieczeństwa opartym na uczeniu maszynowym; jednak metody te zazwyczaj koncentrują się na wydajności detekcji, nie uwzględniając interpretowalnych wyjaśnień, które wspierałyby audyt bezpieczeństwa i podejmowanie decyzji administracyjnych^6,13. Techniki wyjaśnialnej sztucznej inteligencji, takie jak SHapley Additive exPlanations (SHAP) i Local Interpretable Model-agnostic Explanations (LIME), znacząco poprawiły przejrzystość przewidywań uczenia maszynowego^17,18,19,20, ale ich zastosowanie ograniczało się głównie do interpretacji modeli, a nie do integracji z kompleksowymi, bezpiecznymi przepływami pracy migracji do chmury. W przeciwieństwie do nich, proponowany protokół łączy architekturę zero-trust, czasowe zarządzanie poświadczeniami zgodnie z zasadą minimalnych uprawnień, szyfrowaną migrację bazy danych, weryfikację integralności opartą na sumach kontrolnych SHA-256, ciągłe scentralizowane monitorowanie, wykrywanie anomalii oparte na Isolation Forest oraz wyjaśnialność opartą na SHAP w ramach jednego, ustandaryzowanego i powtarzalnego przepływu pracy. Ta zintegrowana struktura zwiększa przejrzystość, możliwość audytu i powtarzalność, zachowując jednocześnie pełną integralność migracji oraz akceptowalną latencję migracji w ocenianych warunkach eksperymentalnych.

Niemniej jednak, podczas interpretacji wyników niniejszego protokołu należy wziąć pod uwagę wiele ograniczeń. Po pierwsze, ewaluacja została przeprowadzona z wykorzystaniem syntetycznego zbioru danych, który może nie oddawać pełnej złożoności, zmienności oraz wyzwań związanych z bezpieczeństwem rzeczywistych baz danych klinicznych. Po drugie, protokół został przetestowany tylko w jednym kontrolowanym środowisku chmurowym, zatem wydajność może się różnić w zależności od innych dostawców chmury, platform bazodanowych lub infrastruktur sieciowych. Po trzecie, choć autorzy zastosowali tradycyjny przepływ migracji jako kontrolę, w przyszłych badaniach korzystne byłoby porównanie wyników z innymi bezpiecznymi metodami migracji i architekturami bezpieczeństwa chmurowego. Po czwarte, walidacja statystyczna została przeprowadzona jedynie na dziesięciu niezależnych eksperymentach migracyjnych; badania na większą skalę mogłyby lepiej wskazać odporność protokołu. Po piąte, autorzy nie uwzględnili wprost scenariuszy ataków przeciwnika, takich jak kradzież poświadczeń, zagrożenia wewnętrzne, ransomware czy zaawansowane ataki uporczywe (APT), które powinny stać się przedmiotem przyszłych badań. Na koniec, proponowane ramy będą tak skuteczne, jak konfiguracja polityk zarządzania tożsamością, parametrów wykrywania anomalii, infrastruktury logowania i ustawień wyjaśnialności; jeśli konfiguracje będą błędne, negatywnie wpłynie to zarówno na bezpieczeństwo migracji, jak i na wydajność monitorowania.

Ogólnie rzecz biorąc, niniejszy protokół stanowi ramy i metodę, którą można powtórzyć w celu badania bezpiecznej migracji baz danych w chmurze za pomocą wyjaśnialnej sztucznej inteligencji w kontrolowanych środowiskach badawczych. Walidacja i weryfikacja protokołu mogłyby zostać przeprowadzone w ramach przyszłych prac poprzez uruchomienie działających systemów informacji medycznej z wykorzystaniem różnych platform chmurowych, odmiennych technologii bazodanowych oraz autentycznych zbiorów danych klinicznych w celu oceny skalowalności, generalizacji i praktycznej przydatności protokołu.

Niniejsza praca opisuje powtarzalną metodę bezpiejnej migracji bazy danych w chmurze, która łączy zasady bezpieczeństwa zero-trust, tymczasową kontrolę dostępu opartą na zasadzie najniższych uprawnień, wyjaśnialną sztuczną inteligencję (XAI) oraz ciągłe monitorowanie bezpieczeństwa w kontrolowanym środowisku chmurowym. Metoda szczegółowo określa etapy przygotowania zestawu danych, modelowania zagrożeń, bezpiecznej migracji, weryfikacji integralności, wykrywania anomalii, analizy wyjaśnialności oraz oceny wydajności. Eksperymenty przeprowadzone na syntetycznym zbiorze danych z sektora ochrony zdrowia wykazały, że protokół ten może zwiększyć bezpieczeństwo poświadczeń, zachować integralność migracji, dokładnie wykrywać anomalie i monitorować bezpieczeństwo w sposób interpretowalny, utrzymując jednocześnie opóźnienia migracji na akceptowalnym poziomie. Standaryzowana procedura ma na celu zwiększenie powtarzalności implementacji i oceny strategii bezpiecznej migracji do chmury w środowisku akademickim.

Wyniki należy rozpatrywać w granicach ściśle kontrolowanego środowiska eksperymentalnego, które zostało wykorzystane w ninzym badaniu. Ponieważ protokół został przetestowany na syntetycznym zbiorze danych medycznych, a nie na rzeczywistym systemie informacji medycznej, wyniki nie powinny być traktowane jako wskaźniki wdrożenia klinicznego, zgodności z przepisami lub implementacji w produkcji na dużą skalę. Dalsze wysiłki badawcze powinny skoncentrować się na wykorzystaniu rzeczywistych warunków opieki zdrowotnej, różnych platform chmurowych, różnorodnych technologii baz danych oraz większych klinicznych zbiorów danych, aby dalej zweryfikować wszechstronność, niezawodność i praktyczną użyteczność protokołu.

Materiały

Lista materiałów użytych w tym artykule

Nazwa	Firma	Numer katalogowy	Komentarze
Szyfrowanie AES	NIST	AES-256	Szyfrowanie danych w spoczynku
Amazon RDS PostgreSQL	Amazon Web Services	PostgreSQL 16	Baza danych docelowa
Platforma chmurowa	Amazon Web Services	AWS	Infrastruktura chmurowa
CloudWatch	Amazon Web Services	Najnowsza stabilna wersja	Monitorowanie i logowanie
Docker	Docker Inc.	27.0	Konteneryzacja
Faker	Faker Developers	30.0	Generowanie danych syntetycznych
GPU	NVIDIA	RTX 4090	24 GB VRAM
Matplotlib	Matplotlib Developers	3.9	Wizualizacja
NumPy	NumPy Developers	1.26	Przetwarzanie numeryczne
System operacyjny	Canonical	Ubuntu 22.04 LTS	Środowisko systemowe
Pandas	PyData	2.2	Przetwarzanie danych
PostgreSQL	PostgreSQL Global Development Group	16	Baza danych źródłowa
Python	Python Software Foundation	3.11	Język programowania
Scikit-learn	Scikit-learn Developers	1.5	Uczenie maszynowe
SHAP	SHAP Developers	0.46	Wyjaśnialna AI
Terraform	HashiCorp	1.8	Zarządzanie infrastrukturą
TLS	IETF	TLS 1.3	Szyfrowanie danych w transmisji
Wirtualna chmura prywatna	Amazon Web Services	VPC	Prywatne środowisko sieciowe
Stacja robocza	Dell/HP	NA	Intel Xeon Gold 6226R, 64 GB RAM, 1 TB SSD