Un protocollo sperimentale per la migrazione sicura di dati in cloud guidata dall'IA spiegabile utilizzando dati sanitari sintetici

Priyanka Nalawade; Prashant Kumbharkar; Pankaj Agarkar; Avanish Kumbharkar; Sudan Jha

doi:10.3791/71612

Articolo metodologico

Un protocollo sperimentale per la migrazione sicura di dati in cloud guidata dall'IA spiegabile utilizzando dati sanitari sintetici

DOI:

10.3791/71612

⸱

14 agosto 2026

Priyanka Nalawade¹^,² , Prashant Kumbharkar¹ , Pankaj Agarkar³ , Avanish Kumbharkar⁴ , Sudan Jha⁵

¹School of Engineering, Ajeenkya D Y Patil University, ²Department of Computer Engineering (Software Engineering), MIT Academy of Engineering, ³Ajeenkya D Y Patil SOE Lohegaon, ⁴MS Scholar, The University of Sydney, ⁵Department of Computer Science and Engineering, Kathmandu University

In questo articolo

Sommario

$$\rightleftharpoonup{xx}$$ $$\longleftharp{xx}$$, $$\longrightharp{xx}$$,

Questo metodo presenta un framework basato sull'intelligenza artificiale spiegabile (XAI) completo per consentire la migrazione sicura dei dati sanitari nel cloud, sfruttando un dataset sanitario sintetico all'interno di un ambiente cloud controllato. Il risultato è un prototipo che combina sicurezza basata sul modello zero-trust, controllo degli accessi basato sul tempo e rilevamento spiegabile delle anomalie per supportare trasparenza e sicurezza nella migrazione.

Abstract

$$\rightleftharpoonup{xx}$$ $$\longleftharp{xx}$$, $$\longrightharp{xx}$$,

Nei sistemi sanitari, si assiste a un crescente ricorso alla migrazione dei dati nel cloud, ma ciò comporta anche una modifica dei momenti in cui il trasferimento dei dati rappresenta probabilmente il rischio maggiore in termini di sicurezza. Questo articolo descrive un protocollo riproducibile per la migrazione sicura di dati nel cloud basato sull'intelligenza artificiale spiegabile (XAI), utilizzando un dataset sanitario sintetico e un ambiente cloud controllato. Il framework sviluppato integra l'architettura zero-trust, il principio del privilegio minimo temporale, la comunicazione crittografata, il monitoraggio centralizzato e il rilevamento spiegabile delle anomalie per garantire una migrazione più sicura, trasparente e verificabile. I test sono stati effettuati su un dataset di 10 GB di cartelle cliniche elettroniche sintetiche, costituito da circa 20 milioni di record distribuiti in 28 tabelle relazionali. Il processo di migrazione è stato eseguito su Amazon Web Services (AWS) utilizzando database PostgreSQL e reti virtuali private. Per il rilevamento delle anomalie è stato impiegato Isolation Forest, mentre le spiegazioni additive di Shapley (SHAP) sono state utilizzate per l'interpretazione sicura degli eventi. Il framework è stato valutato su dieci tentativi distinti di migrazione, utilizzando metriche come la durata dell'esposizione delle credenziali, il tempo di rilevamento degli incidenti, l'accuratezza del rilevamento delle anomalie, la latenza della migrazione e l'integrità dei dati. Nella configurazione testata, l'esposizione delle credenziali è stata ridotta da 24 ore a 1 ora (una riduzione del 95,8%), l'accuratezza del rilevamento delle anomalie è stata del 97,4%, il tempo di rilevamento degli incidenti è stato ridotto a circa 15 minuti e l'integrità dei dati è stata preservata al 100% mediante convalida tramite checksum. Tuttavia, le misure di sicurezza più rigorose hanno determinato un aumento medio della latenza di migrazione del 11%. Questi risultati dimostrano il potenziale dell'integrazione tra intelligenza artificiale spiegabile e flussi di lavoro per la migrazione sicura nel cloud nella gestione dei dati sanitari.

Introduzione

$$\rightleftharpoonup{xx}$$ $$\longleftharp{xx}$$, $$\longrightharp{xx}$$,

Il cloud computing è ormai parte integrante dei sistemi sanitari in tutto il mondo, offrendo spazio di archiviazione scalabile, risorse computazionali e la possibilità di scambiare cartelle cliniche, supportare sistemi di decisione e abilitare analisi sanitarie attraverso il cloud¹^,²^,³. Con molte istituzioni sanitarie che stanno aggiornando i propri sistemi informativi, il passaggio al cloud è diventato un passo fondamentale per trasferire i dati sanitari sensibili conservati nei vecchi sistemi on-premise al cloud⁴. Una corretta migrazione consente un recupero più semplice dei dati, un funzionamento più efficiente delle operazioni e un supporto alle analisi con livelli più elevati di intelligenza; tuttavia, non si possono ignorare i rischi significativi per la sicurezza e la privacy che comporta lo spostamento dei dati da un luogo all'altro⁵.

La fase di migrazione è un momento notoriamente vulnerabile nel ciclo di vita dei dati, poiché i dati sanitari vengono attivamente trasferiti tra sistemi e reti per natura del processo⁶. Inoltre, le organizzazioni possono essere esposte a minacce come il hacking delle credenziali, l'accesso non autorizzato, l'intercettazione dei dati, la manipolazione di schemi e persino la perdita di dati durante la fase di migrazione⁶^,⁷. Gli ambienti sanitari sono meno immuni a questi rischi poiché le informazioni dei pazienti sono altamente sensibili e richiedono pertanto il più alto livello di conformità alle misure regolatorie e di sicurezza⁸^,⁹. In assenza di tali garanzie, non è possibile assicurare la riservatezza, l'integrità e la responsabilità dei dati se il flusso di lavoro di migrazione non è protetto e reso osservabile¹⁰^,¹¹.

Sono stati sviluppati diversi framework e standard di sicurezza per migliorare la sicurezza nel cloud. Ad esempio, l'architettura Zero Trust del National Institute of Standards and Technology (NIST) si basa sulla verifica continua di utenti, dispositivi e servizi¹², mentre i framework per l'adozione del cloud forniscono indicazioni su governance, gestione delle identità, crittografia e monitoraggio¹³. In effetti, i metodi attuali di sicurezza nel cloud si concentrano sull'automazione, sull'infrastruttura-come-codice e sul monitoraggio continuo¹⁴^,¹⁵. Sebbene tali approcci si fondino su principi di sicurezza validi, in larga misura essi riguardano ambienti generali di distribuzione e operativi nel cloud piuttosto che il processo di migrazione stesso¹⁶. In realtà, raramente presentano procedure dettagliate, passo dopo passo e riproducibili per eseguire flussi di lavoro sicuri di migrazione dei dati sanitari nel cloud che combinino gestione delle identità, trasferimento sicuro dei dati, convalida, monitoraggio e consolidamento post-migrazione¹⁷.

L'individuazione automatica delle anomalie basata sul machine learning è stata riconosciuta come una tecnologia utile per il monitoraggio della sicurezza negli ambienti cloud. Essa rileva attività anomale del sistema nonché possibili incidenti di sicurezza¹⁸. Tuttavia, molti metodi di rilevamento delle anomalie sono sistemi chiusi che non forniscono spiegazioni sulle motivazioni alla base dell'identificazione di un evento di sicurezza¹⁹. L'incapacità di spiegare le decisioni prese dal sistema riduce la credibilità degli amministratori, rende difficoltoso il controllo e riduce il valore delle decisioni di sicurezza automatizzate negli ambienti sanitari altamente regolamentati²⁰. Metodi di intelligenza artificiale spiegabile (XAI), come SHapley Additive exPlanations (SHAP) e Local Interpretable Model-agnostic Explanations (LIME), non solo forniscono spiegazioni chiare sulle previsioni del machine learning, ma migliorano anche la comprensione, la responsabilità e la fiducia nei sistemi di monitoraggio della sicurezza²¹^,²².

Nonostante i notevoli progressi compiuti nella sicurezza del cloud e nell'intelligenza artificiale spiegabile, esiste ancora una scarsità di protocolli sperimentali riproducibili che combinino controlli di migrazione sicuri con un monitoraggio della sicurezza spiegabile ai fini dell'integrazione²³. La ricerca esistente affronta principalmente singoli componenti, come crittografia, controllo degli accessi, rilevamento di anomalie o governance del cloud, e non fornisce alcun metodo integrato che possa essere implementato, valutato e riprodotto sistematicamente²⁴. In aggiunta, pochissimi studi hanno cercato di integrare in un unico flusso di lavoro per la migrazione cloud nel settore sanitario i principi di sicurezza zero-trust, il privilegio minimo temporale, l'osservabilità centralizzata e il rilevamento spiegabile delle anomalie²⁵^,²⁶.

Questo articolo presenta un framework basato sull'intelligenza artificiale interpretabile (Explainable AI) per la migrazione sicura dei dati nel cloud nei sistemi sanitari, al fine di colmare questa lacuna. L'architettura proposta utilizza un modello zero-trust, accesso temporaneamente limitato, comunicazione sicura, registrazione centrale e monitoraggio, nonché rilevamento interpretabile delle anomalie basato su SHAP, all'interno di un processo di migrazione ben strutturato²⁷^,²⁸. Il protocollo costituisce una guida passo dopo passo per l'implementazione, il monitoraggio e la valutazione della migrazione sicura dei dati sanitari in condizioni sperimentali. Unendo controlli di sicurezza a un monitoraggio interpretabile basato sull'intelligenza artificiale, il framework proposto mira ad aumentare il livello di trasparenza, verificabilità e sicurezza lungo l'intero ciclo di vita della migrazione²⁹^,³⁰.

Protocollo

$$\rightleftharpoonup{xx}$$ $$\longleftharp{xx}$$, $$\longrightharp{xx}$$,

Questo studio ha utilizzato un dataset sanitario completamente sintetico, generato per la valutazione sperimentale della migrazione sicura dei dati nel cloud. Non sono stati utilizzati dati reali di pazienti, informazioni sanitarie protette (PHI) né record sanitari identificabili. Pertanto, non è stata richiesta l'approvazione del comitato etico né il consenso informato. Tutti i materiali utilizzati in questo studio sono riportati nella Tabella dei materiali.

1. Panoramica

Configurare un ambiente sicuro per la migrazione al cloud costituito da un livello sorgente, un livello hub di migrazione, un livello di destinazione, un livello di rete, un livello di gestione dell'identità e dell'accesso, un livello di osservabilità e un livello di intelligenza artificiale spiegabile.
Distribuire tutti i componenti all'interno di ambienti cloud isolati per supportare la migrazione sicura dei dati sanitari. Stabilire canali di comunicazione crittografati tra tutti i componenti del sistema.
Eseguire il protocollo attraverso la preparazione del set di dati, la configurazione dell'ambiente, il deployment dell'architettura, la migrazione sicura, il monitoraggio delle anomalie e la validazione post-migrazione. L'architettura generale del framework proposto per la migrazione sicura dei dati nel cloud basato su intelligenza artificiale spiegabile è illustrata in Figura 1.

figure-protocol-1
Figura 1: Architettura generale del framework sicuro di migrazione dei dati nel cloud abilitato all'intelligenza artificiale spiegabile (XAI) per i sistemi sanitari. Il framework è composto dallo strato di gestione delle identità e degli accessi, dallo strato del database sorgente, dallo strato dell'hub di migrazione, dallo strato del database cloud di destinazione, dallo strato di sicurezza della rete, dallo strato di osservabilità, dallo strato di monitoraggio con intelligenza artificiale spiegabile e dai servizi trasversali di sicurezza e governance. L'architettura integra il controllo degli accessi temporale con privilegio minimo, comunicazioni crittografate con TLS 1.3, verifica dell'integrità basata su checksum, monitoraggio continuo della sicurezza e spiegabilità basata su SHAP, per fornire una migrazione sicura, trasparente e riproducibile dei database sanitari. Questa figura è stata creata dagli autori utilizzando Microsoft PowerPoint (Microsoft 365). Cliccare qui per visualizzare una versione ingrandita di questa figura.

2. Configurazione dell'ambiente computazionale

Configurare l'ambiente computazionale
1. Preparare le risorse computazionali necessarie per la migrazione sicura dei dati nel cloud e il monitoraggio basato su intelligenza artificiale spiegabile.
2. Installare e configurare tutto l'hardware, il software, i servizi cloud, i database, gli strumenti di sicurezza e le librerie di apprendimento automatico elencati nella Tabella dei Materiali. Verificare che tutti i componenti richiesti siano operativi prima di avviare l'esperimento di migrazione.
Configurare l'ambiente cloud
1. Impostare un ambiente cloud sicuro per la migrazione dei dati sanitari. Configurare una VPC privata per consentire una comunicazione fluida tra il sistema sorgente, il centro di migrazione e i sistemi di destinazione. Utilizzare una crittografia robusta non solo per i dati a riposo, ma anche per i dati in transito.
2. Preparare il database di destinazione e i servizi di migrazione secondo le indicazioni riportate nella Tabella dei Materiali.
Configurare la gestione delle identità e degli accessi. Configurare i servizi di monitoraggio e registrazione.

3. Preparazione e descrizione del set di dati

Generare un dataset sanitario sintetico utilizzando la libreria Python Faker elencata nella Tabella dei Materiali. Configurare gli attributi demografici, inclusi età, sesso, etnia e localizzazione geografica del paziente, utilizzando distribuzioni di probabilità predefinite.
Generare informazioni cliniche, inclusi diagnosi, risultati di laboratorio, farmaci, allergie, procedure e ricoveri ospedalieri, mantenendo relazioni cliniche realistiche.
Generare visite longitudinali per i pazienti assegnando più visite a ciascun paziente in base a distribuzioni di frequenza delle visite predefinite.
Generare timestamp per ricoveri, esami di laboratorio, somministrazioni di farmaci, riassunti di dimissione e registri di audit rispettando un ordine cronologico degli eventi.
Introdurre valori mancanti clinicamente realistici, record duplicati e osservazioni anomale secondo distribuzioni predefinite di qualità dei dati.
Sostituire tutte le informazioni personalmente identificabili con valori sintetici generati mediante la libreria Faker. Verificare l'integrità referenziale e la coerenza logica prima dell'esportazione del dataset. Esportare il dataset convalidato in formato SQL compatibile con PostgreSQL. Configurare il dataset per supportare scenari realistici di migrazione sanitaria. Le caratteristiche del dataset generato sono riassunte nella Tabella 1.
Definire le relazioni del database. Assegnare Patient_ID come chiave primaria per la tabella dei pazienti. Stabilire relazioni chiave esterna tra le tabelle paziente, visita, laboratorio, farmaci e registri di audit. Verificare l'integrità referenziale tra tutte le tabelle prima di avviare la migrazione.
Simulare caratteristiche realistiche dei dati sanitari. Generare età dei pazienti utilizzando una distribuzione normale. Generare frequenze di visita utilizzando una distribuzione di Poisson. Introdurre valori mancanti con una frequenza del 5% per simulare l'incompletezza reale dei fascicoli sanitari elettronici (EHR). Sostituire tutti gli identificatori dei pazienti con valori crittografati prima della migrazione. Verificare che tutti i record generati rispettino i vincoli dello schema predefiniti.
Convalidare il dataset generato verificando la coerenza dello schema, l'integrità referenziale, i valori mancanti, i record duplicati e i vincoli di qualità predefiniti prima della migrazione.

Parametro	Valore
Tipo di dataset	Dataset sintetico di cartelle cliniche elettroniche
Dimensione del dataset	10 GB
Numero totale di record	20 milioni
Numero di tabelle	5 tabelle principali - 28 tabelle relazionali
Record dei pazienti	5.000.000
Record delle visite	10.000.000
Risultati di laboratorio	4.000.000
Record dei farmaci	3.000.000
Log di audit	5.000.000
Chiave primaria	Patient_ID
Tasso di valori mancanti	5%
Distribuzione dell'età	Distribuzione normale
Frequenza delle visite	Distribuzione di Poisson
Soglia di integrità	<0,1% violazioni

Tabella 1: Caratteristiche del dataset sanitario sintetico utilizzato per la validazione del protocollo. La tabella fornisce una panoramica del dataset, come la dimensione del database, il numero di tabelle relazionali, il numero totale di record, gli attributi dei pazienti, le variabili cliniche e le caratteristiche di validazione necessarie per riprodurre gli esperimenti di migrazione sicura.

4. Distribuzione dell'architettura del sistema

Implementare l'architettura sicura di migrazione al cloud composta dal livello sorgente, dal livello hub di migrazione, dal livello di destinazione, dal livello di sicurezza di rete, dal livello di osservabilità e dal livello di intelligenza artificiale interpretabile. L'architettura di sistema implementata in questo studio è illustrata nella Figura 2.
Il framework è composto da sei livelli operativi che, durante il processo di migrazione, svolgono le proprie funzioni uno dopo l'altro. Il primo livello, il Livello Sorgente, è quello che contiene il database sanitario sintetico.
L'Hub di Migrazione è responsabile dell'estrazione dello schema, del trasferimento dei dati cifrati, della validazione dell'integrità e dell'orchestrazione della migrazione. Il livello di destinazione è dove il database migrato viene archiviato in Amazon RDS PostgreSQL.
Il livello di sicurezza di rete è quello che protegge tutte le comunicazioni mediante l'uso di endpoint VPC privati, crittografia TLS 1.3, gruppi di sicurezza e liste di controllo di accesso alla rete.
Il livello di osservabilità è quello che raccoglie continuamente log di autenticazione, log di migrazione, log delle attività del database ed eventi di sicurezza con l'aiuto di Amazon CloudWatch.
Il livello di intelligenza artificiale interpretabile è quello che riceve i dati di telemetria di sicurezza raccolti, li elabora attraverso un algoritmo Isolation Forest e produce spiegazioni basate su SHAP per le anomalie rilevate. Tutti i livelli architetturali comunicano tra loro tramite canali di rete privati autenticati durante l'intero flusso di lavoro di migrazione.
Implementare e verificare l'ambiente del database sorgente per garantire accesso sicuro e disponibilità dei dati prima della migrazione.
1. Configurare un database PostgreSQL 16 con il dataset sanitario sintetico. Conservare nel database sorgente le informazioni sui pazienti, i dettagli delle visite, i risultati dei laboratori, i record dei farmaci e i log di audit.
2. Limitare l'accesso al database ai soli servizi di migrazione autorizzati e agli utenti amministrativi. Verificare la disponibilità e la connettività del database prima di avviare le operazioni di migrazione.
Configurare l'hub di migrazione per coordinare l'estrazione dello schema, il trasferimento dei dati cifrati e l'orchestrazione della migrazione.
1. Implementare un server di migrazione dedicato all'interno della Virtual Private Cloud (VPC) privata. Configurare i servizi di orchestrazione della migrazione per coordinare l'estrazione dello schema, il trasferimento dei dati e le attività di validazione.
2. Abilitare i servizi di validazione dello schema per verificare la compatibilità tra ambienti sorgente e di destinazione. Abilitare i servizi di verifica dell'integrità per validare i dati migrati durante e dopo il trasferimento. Verificare la comunicazione tra l'hub di migrazione e i sistemi di database prima di eseguire le attività di migrazione.
Implementare il Livello di Destinazione. Distribuire Amazon RDS PostgreSQL 16 come ambiente del database di destinazione. Abilitare i servizi di backup e ripristino automatici. Abilitare la crittografia AES-256 per i dati archiviati all'interno del database di destinazione.
Configurare la sicurezza di rete. Disabilitare tutti gli indirizzi IP pubblici associati alle risorse di migrazione. Consentire la comunicazione solo attraverso endpoint privati all'interno della VPC. Configurare le liste di controllo di accesso alla rete (NACLs) e i gruppi di sicurezza. Abilitare la crittografia TLS 1.3 per tutte le comunicazioni tra i componenti del sistema. Verificare che non rimangano endpoint pubblicamente accessibili attivi.
Configurare il monitoraggio centralizzato per raccogliere continuamente eventi di sicurezza, log di migrazione e metriche di prestazione del sistema.
1. Abilitare i servizi di logging e monitoraggio di Amazon CloudWatch. Raccogliere log di autenticazione, log di migrazione, log delle attività del database e log degli eventi di sicurezza. Configurare la conservazione dei log per 365 giorni. Abilitare l'archiviazione immutabile dei log per soddisfare i requisiti di audit e conformità. Verificare la raccolta in tempo reale delle metriche e la generazione di avvisi.
Configurare l'ambiente di intelligenza artificiale interpretabile per eseguire il rilevamento in tempo reale delle anomalie e generare spiegazioni di sicurezza interpretabili.
1. Implementare i servizi di rilevamento delle anomalie all'interno dell'ambiente di monitoraggio. Configurare il framework di intelligenza artificiale interpretabile per elaborare i dati di telemetria di sicurezza generati durante la migrazione. Collegare i flussi di telemetria di sicurezza provenienti dalla sorgente, dall'hub di migrazione, dal database di destinazione e dai servizi di monitoraggio.
2. Abilitare il rilevamento in tempo reale delle anomalie e la generazione di spiegazioni basate su SHAP. Verificare l'avvenuta acquisizione dei dati di telemetria prima di avviare gli esperimenti di migrazione.

figure-protocol-2
Figura 2: Architettura di distribuzione del framework sicuro per la migrazione al cloud sanitario. L'ambiente di distribuzione illustra il database PostgreSQL di origine contenente il dataset sanitario sintetico, l'hub di migrazione dedicato all'interno di un cloud privato virtuale (VPC), il database di destinazione Amazon RDS PostgreSQL, il livello di sicurezza della rete, l'osservabilità centralizzata tramite Amazon CloudWatch e il livello di monitoraggio dell'Intelligenza Artificiale Spiegabile. Tutte le comunicazioni avvengono attraverso endpoint privati protetti da crittografia TLS 1.3. Questa figura è stata creata dagli autori utilizzando Microsoft PowerPoint (Microsoft 365). Cliccare qui per visualizzare una versione ingrandita di questa figura.

5. Flusso di lavoro per la migrazione sicura

NOTA: Eseguire il flusso di lavoro di migrazione sicura effettuando modellazione delle minacce, trasferimento dello schema, migrazione sicura dei dati, convalida della migrazione e consolidamento post-migrazione.

Identificare le minacce alla sicurezza potenziali e mappare i controlli di mitigazione appropriati prima di avviare il processo di migrazione.
1. Identificare le risorse da migrare, i potenziali vettori di attacco e scenari di cyberattacco realistici.
2. Valutare il furto di credenziali derivante da token di autenticazione compromessi, attacchi da parte di insider che comportano accessi amministrativi non autorizzati, attacchi di ripetizione (replay) mirati a richieste di autenticazione precedentemente intercettate, attacchi man-in-the-middle (MITM) volti a intercettare canali di comunicazione crittografati, manomissioni dello schema finalizzate a modificare le strutture del database durante la migrazione e attacchi di elevazione dei privilegi mirati ad ottenere permessi amministrativi non autorizzati.
3. Verificare che l'utilizzo della gestione temporanea delle credenziali con privilegi minimi sia sufficiente a prevenire il furto di credenziali e gli attacchi di elevazione dei privilegi. Accertarsi che la comunicazione crittografata con TLS 1.3 protegga da attacchi di ripetizione e attacchi man-in-the-middle.
4. Verificare che le politiche di gestione delle identità e degli accessi (IAM) impediscano accessi amministrativi non autorizzati. Verificare che la registrazione continua degli eventi di audit conservi un registro di tutte le attività di migrazione relative alla sicurezza. Assicurarsi che il controllo mediante checksum SHA-256 sia in grado di rilevare modifiche non autorizzate allo schema o ai dati.
5. Verificare che il framework di rilevamento degli anomaly interpretabile sia in grado di individuare attività di migrazione insolite e di fornire spiegazioni di sicurezza interpretabili. Creare una mappa dei controlli di sicurezza per ciascuna minaccia identificata. Verificare che tutte le minacce identificate siano adeguatamente mitigate prima di iniziare la migrazione del database. Gli autori hanno riassunto il modello di minaccia e i controlli di sicurezza nella Tabella 2.
Trasferire lo schema del database. Estrarre le definizioni dello schema dal database PostgreSQL di origine. Verificare la compatibilità dello schema con l'ambiente del database di destinazione. Controllare strutture delle tabelle, chiavi primarie, chiavi esterne, indici e vincoli. Distribuire le definizioni dello schema validate al database di destinazione. Confermare il corretto completamento della distribuzione dello schema prima del trasferimento dei dati.
Migrare i dati sanitari in modo sicuro attraverso canali di comunicazione crittografati, monitorando continuamente le attività di migrazione.
1. Configurare la dimensione del lotto di migrazione a 10.000 record per transazione. Stabilire canali di comunicazione crittografati utilizzando TLS 1.3. Trasferire i dati attraverso endpoint di rete privati all'interno della rete privata virtuale (VPC).
2. Abilitare tentativi automatici di ripetizione con un massimo di tre tentativi per le transazioni fallite.
  Mantenere il throughput del trasferimento dati tra 100 MB/s e 150 MB/s. Monitorare continuamente le attività di migrazione durante tutto il processo di trasferimento. Registrare tutti gli eventi di migrazione nei log di audit centralizzati.
Verificare completezza e integrità della migrazione confrontando checksum, conteggi dei record e strutture del database.
1. Generare valori hash SHA-256 per tutte le tabelle di origine prima della migrazione e valori hash SHA-256 per tutte le tabelle di destinazione dopo la migrazione. Confrontare i valori di checksum di origine e destinazione. Verificare incrociando il numero di righe tra database di origine e di destinazione. Controllare la coerenza degli schemi, delle relazioni tra tabelle e dei vincoli del database. Considerare la migrazione come riuscita soltanto quando i valori di checksum, i conteggi dei record e le strutture dello schema sono identici.
Rimuovere i privilegi temporanei e completare i controlli di sicurezza al termine con successo della migrazione dei dati.
1. Revocare immediatamente tutte le credenziali temporanee di migrazione al termine della migrazione. Rimuovere i privilegi elevati di migrazione dagli account di servizio. Archiviare i log di audit e i record di monitoraggio della sicurezza.
2. Verificare il corretto completamento delle procedure di backup. Dismettere i server temporanei di migrazione e le risorse di supporto. Effettuare una revisione finale della sicurezza dell'ambiente migrato. Documentare i risultati della migrazione e i risultati della validazione. L'intero flusso di lavoro di migrazione sicura utilizzato in questo studio è illustrato nella Figura 3.

Scenario di minaccia	Controllo di sicurezza	Metodo di rilevamento	Mitigazione
Furto di credenziali	Privilegio temporale minimo (TLP)	Log IAM	Revoca automatica delle credenziali
Attacco da insider	Controllo degli accessi basato sui ruoli (RBAC)	Log di audit + SHAP	Terminazione della sessione
Attacco di ripetizione (replay attack)	Crittografia TLS 1.3 + convalida del nonce	Monitoraggio della rete	Rifiuto delle richieste duplicate
Attacco Man-in-the-Middle (MITM)	Crittografia TLS 1.3	Convalida del certificato	Comunicazione crittografata
Manomissione dello schema	Checksum SHA-256 + convalida dello schema	Verifica dell'integrità	Ripristino dello schema convalidato
Elevazione dei privilegi	Applicazione delle policy IAM	Log di sicurezza	Revoca dei privilegi

Tabella 2: Modello di minaccia e relative misure di sicurezza adottate nel framework di migrazione proposto. La tabella illustra le principali minacce alla sicurezza rappresentative e i corrispondenti meccanismi di mitigazione basati sui principi di sicurezza zero-trust, crittografia, gestione delle identità, verifica dell'integrità, monitoraggio e rilevamento spiegabile delle anomalie.

figure-protocol-3
Figura 3: Flusso di lavoro del protocollo proposto per la migrazione sicura del database nel cloud. Il protocollo comprende sette fasi sequenziali: modellazione delle minacce, trasferimento dello schema, migrazione sicura del database, convalida dei dati migrati, consolidamento post-migrazione, registrazione e archiviazione delle verifiche, e completamento della migrazione. Durante l'intero flusso di lavoro di migrazione vengono mantenuti il monitoraggio della sicurezza, la comunicazione crittografata, la gestione delle identità, la registrazione immutabile e il rilevamento spiegabile delle anomalie. Questa figura è stata creata dagli autori utilizzando Microsoft PowerPoint (Microsoft 365). Cliccare qui per visualizzare una versione ingrandita di questa figura.

6. Configurare il monitoraggio dell'intelligenza artificiale interpretabile

NOTA: La struttura del processo è la seguente: identificare le caratteristiche di sicurezza della migrazione, costruire un modello per rilevare anomalie, riconoscere quando le azioni di migrazione sono sospette e produrre risultati interpretabili mediante metodi di interpretazione SHAP.

Estrarre e pre-elaborare le caratteristiche di telemetria di sicurezza necessarie per il rilevamento di anomalie e l'analisi dell'interpretabilità.
1. Raccogliere i log di sicurezza dai server di database, dai server di autenticazione, dai server applicativi e dai sistemi di monitoraggio della rete. Aggregare tutti gli eventi relativi alla migrazione in un repository centralizzato di log. Rimuovere i record duplicati e le voci incomplete. Sincronizzare i timestamp provenienti da tutte le fonti di log utilizzando l'ora coordinata universale (UTC).
2. Calcolare la frequenza di accesso per ogni utente durante le operazioni di migrazione. Registrare il numero di tentativi di accesso falliti associati a ciascun account. Monitorare i cambiamenti negli indirizzi IP sorgente durante le sessioni di migrazione.
3. Misurare la durata della sessione utente dall'avvio alla terminazione dell'accesso. Calcolare i volumi di trasferimento dati in entrata e in uscita durante le attività di migrazione. Normalizzare tutte le caratteristiche estratte utilizzando la normalizzazione Min-Max.
4. Tabella 3 riassume le caratteristiche di sicurezza utilizzate per il rilevamento di anomalie e l'analisi dell'interpretabilità.
Addestrare e convalidare il modello Isolation Forest utilizzando il dataset preparato di caratteristiche di sicurezza.
1. Dividere il dataset. Suddividere casualmente il dataset in insieme di addestramento (70%), insieme di convalida (15%) e insieme di test (15%). Mantenere una distribuzione costante di eventi normali e anomali in tutti i sottoinsiemi.
2. Selezione del modello di intelligenza artificiale interpretabile. Selezionare l'algoritmo Isolation Forest poiché è in grado di rilevare in modo efficiente attività di migrazione anomale senza richiedere dati di addestramento etichettati. Utilizzare l'algoritmo per isolare osservazioni anomale attraverso una partizione casuale ricorsiva dello spazio delle caratteristiche.
3. Applicare SHAP TreeExplainer per quantificare il contributo di ciascuna caratteristica di sicurezza alla previsione di anomalie e migliorare la trasparenza del processo di monitoraggio della sicurezza.
4. Configurare il modello di rilevamento delle anomalie. Inizializzare un modello Isolation Forest. Configurare il modello utilizzando i parametri elencati nella Tabella 4.
5. Definire la formulazione matematica utilizzata per calcolare i punteggi di anomalia e spiegare i contributi delle caratteristiche.
  1. Definire il vettore di caratteristiche di sicurezza per ciascun evento di migrazione come mostrato nell'Equazione 1.
    x_i = [x₁ , x₂, x₃, x₄, x₅ ] (1)
    dove x₁ indica la frequenza di accesso, x₂ indica il numero di tentativi di accesso falliti, x₃ indica la frequenza di cambio dell'indirizzo IP, x₄ indica la durata della sessione e x₅ indica il volume di trasferimento dati.
  2. Estrarre le caratteristiche di sicurezza dai log di migrazione. Normalizzare tutti i valori delle caratteristiche prima dell'addestramento del modello. Calcolare il punteggio di anomalia Isolation Forest per ciascun evento di migrazione utilizzando l'Equazione 2.
    (2)
    dove S(X,n) indica il punteggio di anomalia dell'osservazione X, X indica il vettore di caratteristiche di sicurezza, E(h(X)) è la lunghezza media del percorso dell'osservazione X, c(n) è la lunghezza media del percorso delle ricerche non riuscite in un albero binario di ricerca e n è il numero totale di campioni di addestramento. Il fattore di normalizzazione è calcolato come mostrato nell'Equazione 3.
    (3)
    dove H(n-1) indica l'(n-1)-esimo numero armonico.
  3. Classificare gli eventi di migrazione con punteggi di anomalia superiori alla soglia di decisione predefinita come anomali.
  4. Applicare SHAP (SHapley Additive exPlanations) per spiegare il contributo di ciascuna caratteristica di sicurezza alla previsione di anomalie. Calcolare il valore SHAP per la caratteristica i utilizzando l'Equazione 4.
    (4)
    dove (F) indica l'insieme completo delle caratteristiche, (S) indica un sottoinsieme di caratteristiche e (f(.)) indica la funzione di previsione di Isolation Forest.
  5. Calcolare l'importanza globale delle caratteristiche calcolando il valore assoluto medio di SHAP utilizzando l'Equazione 5.
    (5)
    dove (N) indica il numero totale di eventi di migrazione.
  6. Ordinare le caratteristiche di sicurezza in base ai loro valori assoluti medi di SHAP. Generare grafici riepilogativi SHAP, grafici di dipendenza e grafici a forza per visualizzare l'importanza globale e locale delle caratteristiche.
6. Addestrare il modello Isolation Forest utilizzando il dataset di addestramento. Valutare le prestazioni del modello utilizzando il dataset di convalida. Se necessario, modificare le soglie di contaminazione. Conservare la configurazione del modello che ottiene le migliori prestazioni. Convalidare le prestazioni del modello. Determinare metriche come accuratezza, precisione, richiamo, punteggio F1 e ROC-AUC. Registrare le misure di prestazione del modello per confronti successivi.
Applicare il modello addestrato per identificare eventi di migrazione anomali e classificare attività sospette.
1. Eseguire la previsione di anomalie. Applicare il modello Isolation Forest addestrato al dataset di test. Generare punteggi di anomalia per tutti gli eventi di migrazione.
2. Identificare attività sospette. Determinare se gli eventi di migrazione sono tipici o anomali. Contrassegnare come sospetti quegli eventi che superano i livelli di anomalia predeterminati. Produrre documentazione sulle anomalie per l'analisi di sicurezza.
3. Il completamento del processo di rilevamento delle anomalie produce punteggi di anomalia, etichetta gli eventi di migrazione come normali o anomali, misura l'efficacia del rilevamento tramite analisi ROC e individua le principali anomalie di sicurezza. Alcuni esempi di output prodotti dal processo progettato sono mostrati nella Figura 4.
4. Categorizzare le anomalie rilevate. Classificare le anomalie in anomalie di autenticazione, anomalie di rete, anomalie di sessione e anomalie di trasferimento dati. Conservare le etichette delle anomalie per l'analisi esplicativa.
5. Valutare le prestazioni del rilevamento. Controllare gli incidenti di sicurezza registrati fino ad oggi. Successivamente, utilizzandoli come riferimento, valutare le anomalie rilevate e determinare quali di queste siano effettivamente anomalie reali. Determinare il tasso di rilevamento delle anomalie e il tasso di falsi positivi. Redigere un documento ufficiale che documenti l'accuratezza del rilevamento, in modo da poterlo riprodurre.
Generare spiegazioni basate su SHAP per interpretare il contributo delle singole caratteristiche di sicurezza alle previsioni di anomalie.
1. Configurare l'ambiente SHAP. Caricare il modello Isolation Forest addestrato. Inizializzare SHAP TreeExplainer. Verificare l'integrazione corretta tra il modello di rilevamento delle anomalie e il framework di interpretabilità.
2. Selezionare campioni di riferimento. Selezionare casualmente 1.000 campioni rappresentativi dal dataset di addestramento. Utilizzare i campioni selezionati come dataset di riferimento SHAP. Calcolare i valori SHAP. Calcolare i valori SHAP per tutte le anomalie rilevate. Misurare i contributi individuali delle caratteristiche alle previsioni di anomalie. Conservare gli output SHAP per ulteriori analisi.
3. Generare spiegazioni globali. Creare grafici riepilogativi SHAP che mostrino l'importanza complessiva delle caratteristiche. Generare istogrammi SHAP basati sui valori assoluti medi di SHAP. Produrre grafici di dipendenza SHAP per le caratteristiche più influenti.
4. Generare spiegazioni locali. Selezionare eventi di migrazione anomali rappresentativi. Creare grafici a forza SHAP e grafici a cascata. Visualizzare i contributi delle caratteristiche responsabili di ciascuna anomalia.
5. Gli output rappresentativi di interpretabilità generati durante il processo di interpretazione sono mostrati nella Figura 5. Queste visualizzazioni mostrano l'importanza globale delle caratteristiche, i ranghi di contributo delle caratteristiche, le relazioni di dipendenza tra le caratteristiche di sicurezza più influenti e spiegazioni locali per singoli eventi di migrazione anomali.
6. Ordinare le caratteristiche di sicurezza. Calcolare i valori assoluti medi di SHAP per tutte le caratteristiche. Ordinare le caratteristiche in base al loro contributo al rilevamento delle anomalie. Identificare gli indicatori di sicurezza più influenti che influenzano la sicurezza della migrazione. Tabella 5 riassume i ranghi di importanza delle caratteristiche basati su SHAP.
7. Verificare la coerenza delle spiegazioni. Ripetere l'analisi SHAP in cinque esecuzioni sperimentali indipendenti. Misurare la stabilità e la coerenza delle spiegazioni. Verificare che i ranghi delle caratteristiche rimangano stabili attraverso analisi ripetute.
  NOTA: Tabella 6 fornisce i problemi comuni riscontrati durante il rilevamento di anomalie interpretabili e le azioni correttive raccomandate.

Caratteristica	Descrizione	Scopo
Frequenza di accesso	Numero di richieste di accesso da parte degli utenti durante la migrazione	Rilevare comportamenti di accesso anomali
Numero di accessi falliti	Numero di tentativi di autenticazione non riusciti	Identificare tentativi di accesso non autorizzati o attacchi di forza bruta
Cambiamenti dell'indirizzo IP	Frequenza dei cambiamenti dell'indirizzo IP di origine	Rilevare comportamenti di rete sospetti
Durata della sessione	Durata delle sessioni utente durante la migrazione	Identificare attività anomale nelle sessioni
Volume del trasferimento dati	Quantità di dati trasferiti durante la migrazione	Rilevare movimenti insoliti di dati o esfiltrazione

Tabella 3: Funzionalità di telemetria di sicurezza utilizzate per il rilevamento spiegabile delle anomalie. La tabella presenta le caratteristiche di sicurezza che sono state monitorate durante la migrazione del database, il loro significato, i metodi con cui sono state misurate e il modo in cui hanno contribuito all'analisi del rilevamento delle anomalie e della spiegabilità.

Parametro	Valore	Descrizione
Algoritmo	Isolation Forest	Modello di rilevamento delle anomalie
n_estimators	100	Numero di alberi di isolamento
contamination	0,02	Proporzione attesa di anomalie
max_samples	Auto	Campioni utilizzati per ogni albero
random_state	42	Valore iniziale per la riproducibilità
bootstrap	False	Campionamento senza reinserimento
Training Set	70%	Dati per l'addestramento del modello
Validation Set	15%	Validazione degli iperparametri
Testing Set	15%	Valutazione finale del modello

Tabella 4: Configurazione della foresta di isolamento utilizzata per rilevare anomalie durante la migrazione sicura del database. Questa tabella illustra le configurazioni degli iperparametri del modello di foresta di isolamento per l'addestramento, come la suddivisione del dataset, il livello di contaminazione, il numero di stimatori, il seme casuale e l'allestimento della valutazione.

figure-protocol-8
Figura 4: Risultati rappresentativi del framework di rilevamento delle anomalie durante la migrazione sicura dei dati nel cloud. (A) Distribuzione dei punteggi di anomalia dell'Isolation Forest con indicazione della soglia di anomalia. (B) Classificazione degli eventi di migrazione in categorie normali e anomale. (C) Curva caratteristica operativa del ricevitore (ROC) che mostra le prestazioni del modello Isolation Forest (AUC = 0,97 ± 0,01). (D) Eventi di migrazione anomali rappresentativi con indicazione dei punteggi di anomalia, delle etichette previste, delle caratteristiche di sicurezza influenti e delle categorie di anomalia. Questa figura è stata generata dagli autori utilizzando Python 3.11 (Matplotlib 3.9) e formattata con Microsoft PowerPoint (Microsoft 365). Cliccare qui per visualizzare una versione ingrandita di questa figura.

figure-protocol-9
Figura 5: Esempi di output di spiegabilità basati su SHAP prodotti durante l'interpretazione delle anomalie. (A) Grafico riassuntivo SHAP che evidenzia le caratteristiche più importanti a livello globale. (B) Classificazione delle caratteristiche di sicurezza in base al valore assoluto medio di SHAP. (C) Grafici di dipendenza SHAP che mostrano come il numero di accessi non riusciti e il volume del trasferimento dati influenzino la previsione di anomalie. (D) Grafico a forze SHAP che fornisce una spiegazione locale per un evento tipico di migrazione anomala. Questi grafici illustrano l'interpretabilità globale e locale del modello proposto di rilevamento delle anomalie. Questa figura è stata generata dagli autori utilizzando Python 3.11 (Matplotlib 3.9) e formattata con Microsoft PowerPoint (Microsoft 365). Cliccare qui per visualizzare una versione ingrandita di questa figura.

Posizione	Caratteristica	Valore Assoluto Medio SHAP	Interpretazione
1	Numero di Tentativi di Accesso Falliti	0.352	Indicatore più influente di attività anomala
2	Volume di Trasferimento Dati	0.287	Contributo significativo al rilevamento di anomalie
3	Cambiamenti Indirizzo IP	0.221	Indica comportamenti di rete sospetti
4	Durata della Sessione	0.184	Associata a sessioni utente anomale
5	Frequenza di Accesso	0.156	Riflette schemi di accesso insoliti

Tabella 5: Punteggi di importanza delle caratteristiche SHAP relativi ai dati di telemetria di sicurezza. La tabella mostra il ranking delle caratteristiche di sicurezza in base ai loro valori assoluti medi SHAP e delinea i rispettivi contributi alla previsione di anomalie.

Problema	Causa possibile	Soluzione consigliata
Rilevate poche anomalie	Parametro di contaminazione troppo basso	Aumentare la soglia di contaminazione e rieseguire il training del modello.
Alto tasso di falsi positivi	Log di migrazione rumorosi o incoerenti	Pulire i dati dei log e normalizzare le caratteristiche di sicurezza prima del training del modello.
Spiegazioni SHAP instabili	Numero insufficiente di campioni di riferimento	Aumentare il numero di campioni di riferimento rappresentativi utilizzati da SHAP.
Scarsa accuratezza nel rilevamento delle anomalie	Squilibrio delle caratteristiche o pre-elaborazione inadeguata	Applicare normalizzazione delle caratteristiche, bilanciamento e procedure di controllo qualità.
Convergenza lenta del modello	Dataset di grandi dimensioni o risorse computazionali limitate	Ottimizzare gli iperparametri o utilizzare GPU/elaborazione parallela.
Guasti nella comunicazione	Instabilità della rete durante il monitoraggio	Verificare i canali di comunicazione sicura e ripetere la sincronizzazione.
Caratteristiche di sicurezza mancanti	Raccolta dei log incompleta	Convalidare le fonti dei log prima dell'estrazione delle caratteristiche e rigenerare il dataset delle caratteristiche.

Tabella 6: Guida alla risoluzione dei problemi nella migrazione sicura di database basata sull'intelligenza artificiale spiegabile. Questa tabella fornisce un riepilogo dei problemi tipici di implementazione, delle possibili cause, degli indicatori diagnostici, delle azioni consigliate e dei risultati previsti come conseguenza dell'esecuzione del protocollo e della sua riproducibilità.

7. Valutazione delle prestazioni

NOTA: questa sezione descrive la procedura sperimentale utilizzata per confrontare il framework di migrazione di base con il framework di migrazione proposto basato su intelligenza artificiale spiegabile e zero trust. La valutazione delle prestazioni include sicurezza, capacità di rilevamento delle anomalie, efficienza della migrazione e validazione statistica in condizioni sperimentali identiche.

Configurare sia l'ambiente di base che quello proposto in condizioni identiche per consentire un confronto equo delle prestazioni.
1. Configurare l'ambiente di migrazione convenzionale. Configurare credenziali statiche a lungo termine con un periodo di validità superiore a 24 ore. Abilitare endpoint di rete pubblica per l'accesso al database. Disabilitare i meccanismi di rilevamento delle anomalie e di spiegabilità basati sull'intelligenza artificiale. Monitorare manualmente le attività di migrazione utilizzando log di sicurezza convenzionali. Registrare gli eventi di migrazione per successivi confronti prestazionali.
2. Configurare il framework di migrazione basato sul modello Zero-Trust. Abilitare credenziali temporanee con privilegi minimi e scadenza automatica al termine della migrazione. Disabilitare tutti gli endpoint di rete pubblici. Abilitare la comunicazione su rete privata mediante canali sicuri.
3. Implementare il modello addestrato di rilevamento delle anomalie basato su Isolation Forest. Abilitare SHAP TreeExplainer per l'interpretazione del modello. Configurare il monitoraggio automatico della sicurezza durante l'intero processo di migrazione. Verificare la comunicazione sicura tra tutti i componenti della migrazione prima dell'esecuzione.
Eseguire ripetuti esperimenti di migrazione in condizioni controllate per valutare la riproducibilità del sistema.
1. Eseguire l'esperimento di migrazione. Condurre dieci esperimenti di migrazione indipendenti sia nell'ambiente di base che in quello proposto. Mantenere identiche le configurazioni hardware, software e di rete in tutti gli esperimenti.
2. Trasferire 10 GB di dati sanitari durante ogni esecuzione sperimentale. Ripetere tutti gli esperimenti in condizioni di carico identiche. Registrare eventi di sicurezza, log del trasferimento, output del rilevamento delle anomalie e tempi di esecuzione durante ogni esperimento.
3. Verificare l'integrità della migrazione. Calcolare le somme di controllo SHA-256 prima e dopo la migrazione. Verificare l'integrità completa dei dati dopo ogni esperimento di migrazione. Documentare i risultati della validazione delle somme di controllo.
Calcolare metriche quantitative di sicurezza, migrazione e rilevamento delle anomalie per la valutazione comparativa.
1. Misurare le prestazioni in materia di sicurezza. Misurare la durata dell'esposizione delle credenziali. Calcolare il numero di credenziali esposte durante la migrazione. Misurare il tempo di rilevamento degli incidenti. Registrare la durata dell'esposizione alla rete pubblica.
2. Valutare le prestazioni del rilevamento delle anomalie. Calcolare l'accuratezza del rilevamento delle anomalie. precisione, richiamo, punteggio F1 e area sotto la curva caratteristica operativa del ricevitore (AUC). Valutare le prestazioni nella migrazione. Misurare la latenza totale della migrazione e calcolare la velocità di migrazione. Registrare l'overhead di comunicazione introdotto dai meccanismi di sicurezza.
3. Eseguire la validazione statistica. Calcolare la media e la deviazione standard per tutte le metriche di prestazione. Calcolare gli intervalli di confidenza al 95%. Eseguire test t di Student appaiati per confrontare il framework di base e quello proposto. Considerare significative dal punto di vista statistico le differenze con p < 0,05. < 0,05. I risultati rappresentativi della valutazione delle prestazioni ottenuti durante il confronto sperimentale sono mostrati in Figura 6.
4. Tabella 7 riassume il confronto quantitativo delle prestazioni tra il framework di base e quello di migrazione proposto.
  Tabella 8 riassume i problemi comuni di implementazione riscontrati durante la migrazione sicura di database, le possibili cause e le azioni correttive raccomandate.

figure-protocol-10
Figura 6: Confronto delle prestazioni tra il framework di migrazione di base e il framework proposto di migrazione sicura nel cloud abilitato da intelligenza artificiale spiegabile e basato sul modello zero-trust. (A) Confronto della durata dell'esposizione delle credenziali utilizzando credenziali a lungo termine e credenziali temporanee con privilegi minimi. (B) Confronto delle metriche di prestazione del rilevamento delle anomalie, inclusi accuratezza, precisione, richiamo, punteggio F1 e AUC. (C) Confronto della latenza di migrazione su dieci esecuzioni sperimentali indipendenti, che mostra come l'aumento della latenza sia rimasto al di sotto della soglia di accettazione predefinita. (D) Confronto statistico delle metriche chiave di prestazione mediante test t di Student appaiati, che mostra le differenze medie e gli intervalli di confidenza al 95%. I barretti di errore rappresentano gli intervalli di confidenza al 95% ottenuti da dieci esecuzioni sperimentali indipendenti. Questa figura è stata generata dagli autori utilizzando Python 3.11 (Matplotlib 3.9) e formattata utilizzando Microsoft PowerPoint (Microsoft 365). Cliccare qui per visualizzare una versione ingrandita di questa figura.

Metrica di prestazione	Framework di base (Media ± DS)	Framework proposto (Media ± DS)	Miglioramento	Intervallo di confidenza al 95%	p-valore
Durata di esposizione delle credenziali (h)	24,70 ± 1,32	0,42 ± 0,18	riduzione del 98,3%	23,6–24,9	<0,001
Precisione nel rilevamento delle anomalie (%)	72,4 ± 2,1	94,6 ± 1,3	+22,2%	20,8–23,5	<0,001
Precisione (%)	68,1 ± 2,5	92,7 ± 1,5	+24,6%	23,1–26,0	<0,001
Recupero (%)	70,3 ± 2,4	93,1 ± 1,6	+22,8%	21,4–24,2	<0,001
Punteggio 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
Latenza di migrazione (min)	87,6 ± 3,2	97,4 ± 2,9	sopraccarico dell'11,2%	8,9–10,7	0,002
Integrità dei dati (%)	99,8	100,0	miglioramento dello 0,2%	N/D	0,031
Esposizione alla rete pubblica	Abilitata	Eliminata	eliminata al 100%	N/D	<0,001

Tabella 7: Confronto delle prestazioni tra i framework di migrazione del database sicuro esistenti e proposti. La tabella mostra la durata dell'esposizione delle credenziali, l'efficacia del rilevamento delle anomalie, la latenza di migrazione, l'integrità dei dati e i miglioramenti della sicurezza valutati quantitativamente durante la validazione del protocollo.

Problema	Causa possibile	Soluzione consigliata
Errore di autenticazione durante la migrazione	Credenziali temporanee scadute o non valide	Rigenerare le credenziali temporanee e verificare le policy IAM prima di riavviare la migrazione.
Elevata latenza della migrazione	Congestione della rete o larghezza di banda insufficiente	Ottimizzare il routing di rete, pianificare la migrazione in periodi di traffico ridotto e verificare la connettività degli endpoint.
Avvisi di anomalia falsi positivi	Soglia di contaminazione impropria nell'Isolation Forest	Regolare il parametro di contaminazione utilizzando il dataset di validazione e rieseguire l'addestramento del modello.
Spiegazioni SHAP instabili	Numero insufficiente o non rappresentativo di campioni di riferimento	Aumentare la dimensione del campione di riferimento per SHAP e garantire un campionamento rappresentativo.
Discordanza nell'integrità dei dati	Migrazione interrotta o trasferimento dati corrotto	Rieseguire la migrazione dopo aver verificato i valori di checksum SHA-256 e la coerenza tra sorgente e destinazione.
Errore di connessione all'endpoint sicuro	Errori di configurazione del firewall o del protocollo TLS	Verificare i certificati SSL/TLS, le regole del firewall e la configurazione dell'endpoint privato.
Bassa accuratezza nel rilevamento delle anomalie	Estrazione delle caratteristiche incompleta o preelaborazione inadeguata	Rivedere l'ingegnerizzazione delle caratteristiche, normalizzare le feature di sicurezza e rieseguire l'addestramento del modello.
Problemi di convergenza del modello	Parametri iperottimizzati inadeguati	Regolare i parametri di apprendimento e validare le prestazioni del modello prima del rilascio.

Tabella 8: Guida alla risoluzione dei problemi per la migrazione sicura del database sanitario. La tabella elenca gli errori di migrazione più frequenti, le loro possibili cause, le misure correttive consigliate e i risultati attesi per garantire un'esecuzione affidabile del protocollo di migrazione sicura.

Risultati

$$\rightleftharpoonup{xx}$$ $$\longleftharp{xx}$$, $$\longrightharp{xx}$$,

Panoramica sperimentale

Il protocollo proposto per la migrazione sicura di dati nel cloud abilitato da intelligenza artificiale spiegabile (XAI) è stato valutato utilizzando un dataset sanitario sintetico composto da circa 20 milioni di record di cartelle cliniche elettroniche (EHR) distribuiti su 28 tabelle di database relazionali, per un totale di 10 GB. Gli esperimenti sono stati condotti in un ambiente cloud Amazon Web Services (AWS) mediante Amazon RDS PostgreSQL 16, rete privata virtuale (VPC) privata, comunicazione cifrata TLS 1.3 e servizi di monitoraggio centralizzati. Sono stati effettuati dieci esperimenti indipendenti di migrazione in condizioni identiche di hardware, software, rete e carico di lavoro, al fine di garantire la riproducibilità e ridurre al minimo i bias sperimentali. Tutti i valori di prestazione riportati rappresentano la media dei dieci esperimenti ripetuti. La significatività statistica è stata valutata mediante test t di Student per campioni appaiati, dopo aver verificato la normalità dei dati con il test di Shapiro-Wilk (p < 0.05).

Risultati della preparazione e validazione del set di dati

Il dataset sanitario sintetico è stato generato con successo secondo le specifiche del protocollo. La validazione dei dati ha confermato la corretta generazione di circa 20.000.000 di record relativi ai pazienti, distribuiti su 28 tabelle relazionali, incluse anagrafiche dei pazienti, visite cliniche, diagnosi, referti di laboratorio, farmaci, metadati delle immagini, informazioni di fatturazione e cartelle dei medici. L'unicità delle chiavi primarie, le relazioni tra chiavi esterne e i vincoli di integrità referenziale sono stati verificati con successo prima della migrazione. Circa il 5% dei valori dei dati è stato intenzionalmente lasciato mancante per simulare database realistici di cartelle cliniche elettroniche ed è stato successivamente elaborato durante la pulizia dei dati. La valutazione della qualità del dataset ha dimostrato una corretta validazione dello schema, intervalli di valori accettabili e integrità referenziale completa. L'errore cumulativo nella validazione del dataset è rimasto inferiore allo 0,1%, indicando che il dataset generato era idoneo per esperimenti di migrazione sicura, come mostrato in Tabella 1.

Risultati del deployment dell'architettura del sistema

L'architettura di migrazione sicura è stata correttamente implementata e convalidata prima dell'esecuzione del flusso di lavoro di migrazione. Tutte le risorse cloud sono gestite all'interno di una rete privata virtuale AWS isolata, utilizzando subnet private, gruppi di sicurezza e politiche di accesso basate sull'identità. Le comunicazioni del database sono state protette mediante crittografia TLS 1.3 e le credenziali di migrazione sono state generate dinamicamente secondo la politica del privilegio minimo temporale. I log di autenticazione, i log di migrazione, gli eventi del database, gli eventi di rete e i log di audit di sicurezza sono stati raccolti continuamente tramite Amazon CloudWatch. Durante tutti i test sperimentali, le comunicazioni sono avvenute esclusivamente attraverso endpoint di rete privati e non sono stati rilevati servizi di database accessibili pubblicamente. Il monitoraggio continuo ha dimostrato una comunicazione stabile tra tutti i componenti della migrazione, senza interruzioni impreviste del servizio né errori di autenticazione, come mostrato in Figura 2.

Risultati del flusso di lavoro di migrazione sicura

Modellazione delle minacce

Il modello di minaccia predefinito ha identificato con successo furti di credenziali, attacchi da parte di insider, attacchi di replay, attacchi man-in-the-middle, manomissioni dello schema e scenari di escalation dei privilegi. I controlli di sicurezza implementati hanno efficacemente mitigato tutte le minacce identificate prima dell'esecuzione della migrazione, come riassunto nella Tabella 2.

Trasferimento dello schema del database

La migrazione dello schema del database è stata completata con successo in tutte le esecuzioni sperimentali. Tutte le tabelle relazionali, gli indici, le procedure memorizzate, i vincoli, i metadati, le chiavi primarie e le chiavi esterne sono stati trasferiti senza inconsistenze strutturali né deriva dello schema.

Trasferimento sicuro dei dati

Il processo di migrazione è stato completato con successo in tutti e dieci i tentativi sperimentali, senza interruzioni del flusso di lavoro né errori nelle transazioni. Il trasferimento sicuro dei dati è stato mantenuto per tutta la durata del processo di migrazione mediante canali di comunicazione crittografati su endpoint di rete privati.

Convalida della migrazione

La validazione post-migrazione ha confermato una coerenza completa tra il database sorgente e quello di destinazione. La verifica tramite checksum SHA-256 ha prodotto una corrispondenza del 100% in tutte le tabelle migrate, dimostrando che non si sono verificati errori di corruzione dei dati durante il trasferimento. La validazione del numero di record ha confermato la migrazione corretta di tutti i 20 milioni di record, senza perdite, duplicazioni o troncamenti. La verifica di chiavi primarie, chiavi esterne, indici, definizioni dello schema e vincoli del database ha confermato la completa preservazione dell'integrità del database. Non sono stati osservati fenomeni di deriva dello schema, operazioni di rollback, errori di transazione o incongruenze nella migrazione durante tutto il periodo di valutazione. La quantificazione dei risultati relativi all'integrità è riportata nella Tabella 9.

Metrica di convalida	Risultato osservato	Criterio di accettazione	Stato
Totale record sanitari migrati	20.000.000	20.000.000	Superato
Tabelle del database relazionale migrate	28	28	Superato
Dimensione del dataset migrato	10 GB	10 GB	Superato
Verifica checksum SHA-256	Corrispondenza al 100%	Corrispondenza al 100%	Superato
Coerenza del conteggio dei record	100%	100%	Superato
Convalida dello schema	Tutte le tabelle convalidate	Nessun errore di schema	Superato
Integrità della chiave primaria	Verificata	Nessuna violazione	Superato
Integrità della chiave esterna	Verificata	Nessuna violazione	Superato
Tasso di corruzione dei dati	0%	0%	Superato
Deriva dello schema	Non osservata	Nessuna	Superato
Eventi di rollback	0	0	Superato
Tasso di completamento della migrazione	100%	100%	Superato

Tabella 9: Risultati della validazione dell'integrità dei dati dopo la migrazione sicura del database. Presenta le principali metriche di verifica dell'integrità dal punto di vista quantitativo. Queste includono il controllo della corrispondenza delle somme hash SHA-256, la coerenza del numero di record, la validazione dello schema, la preservazione dei vincoli chiave, il completamento della migrazione, gli eventi di rollback e il successo complessivo di dieci esperimenti di migrazione separati.

Tabella 9 riassume i risultati della validazione dell'integrità dei dati quantitativi ottenuti dopo la migrazione sicura dei dati nel cloud. I risultati hanno dimostrato che tutti i criteri di accettazione della migrazione sono stati soddisfatti nelle dieci esecuzioni sperimentali indipendenti.

Indurimento post-migrazione

La gestione temporale delle credenziali basata sul principio del privilegio minimo ha notevolmente migliorato la sicurezza delle credenziali rispetto al tradizionale framework di migrazione. La durata media delle credenziali è diminuita da 24,7 ± 1,3 h nell'ambiente di riferimento a 0,42 ± 0,18 h nel framework proposto, con una riduzione del 98,3% della durata di esposizione delle credenziali. Le credenziali temporanee sono state revocate immediatamente al termine della migrazione, e nessun tentativo di autenticazione non autorizzato mediante credenziali scadute è stato rilevato durante alcuna esecuzione sperimentale. L'eliminazione delle credenziali a lunga durata ha ridotto la superficie d'attacco potenziale mantenendo prestazioni di migrazione ininterrotte, come mostrato in Figura 3.

Risultati del monitoraggio con intelligenza artificiale interpretabile

Estrazione delle caratteristiche di sicurezza

La telemetria di sicurezza è stata raccolta con successo dai server di database, dai servizi di autenticazione, dai server applicativi e dai sistemi di monitoraggio della rete. L'estrazione delle caratteristiche ha generato misurazioni normalizzate della frequenza di accesso, del numero di login falliti, delle variazioni dell'indirizzo IP, della durata della sessione e del volume del trasferimento dati per il rilevamento di anomalie, come descritto nella Tabella 3.

Prestazioni del modello di rilevamento delle anomalie

Il modello Isolation Forest ha dimostrato prestazioni robuste nella rilevazione di anomalie in 10 esperimenti indipendenti. L'accuratezza media, la precisione, il richiamo, il punteggio F1 e l'area sotto la curva caratteristica operativa del ricevitore (AUC) sono stati rispettivamente del 94,6 ± 1,3%, 92,7 ± 1,5%, 93,1 ± 1,6%, 92,9 ± 1,4% e 0,97 ± 0,01. La configurazione del modello ha seguito i parametri riassunti nella Tabella 4.

Rilevamento delle anomalie di sicurezza

Il framework di monitoraggio proposto ha ridotto il tempo medio di rilevamento degli incidenti da oltre 24 h nell'ambiente di base a circa 15 min. I rilevamenti di falsi positivi sono rimasti al di sotto del 3% e nessun guasto critico durante le migrazioni è rimasto non rilevato per tutto il periodo di valutazione. Gli output rappresentativi del rilevamento delle anomalie sono presentati nella Figura 4.

Analisi della spiegabilità

SHAP TreeExplainer ha generato risultati interpretabili di attribuzione delle caratteristiche per tutte le anomalie rilevate. Per calcolare i valori SHAP è stato utilizzato un dataset di background contenente 1.000 campioni rappresentativi del training. L'analisi di spiegazione globale ha identificato in modo coerente il numero di accessi falliti, il volume del trasferimento dati, i cambiamenti dell'indirizzo IP, la durata della sessione e la frequenza di accesso come le caratteristiche più influenti nelle previsioni delle anomalie. L'analisi ripetuta della spiegabilità su dieci esecuzioni sperimentali ha prodotto classifiche delle caratteristiche quasi identiche, dimostrando un'interpretazione stabile del modello. Le spiegazioni locali SHAP hanno inoltre identificato i fattori principali alla base delle singole previsioni di anomalia, migliorando così la trasparenza del processo di monitoraggio della sicurezza. Gli output rappresentativi della spiegabilità sono mostrati in Figura 5, mentre le corrispondenti classifiche di importanza delle caratteristiche sono riassunte in Tabella 5.

Risultati della valutazione delle prestazioni

Il confronto con il framework di migrazione di base ha dimostrato notevoli miglioramenti su più metriche di sicurezza. La durata dell'esposizione delle credenziali è diminuita del 98,3%, l'accuratezza del rilevamento delle anomalie è migliorata dal 72,4 ± 2,1% al 94,6 ± 1,3% e gli endpoint di migrazione accessibili pubblicamente sono passati da sei a zero. Il tempo medio di rilevamento degli incidenti è risultato notevolmente ridotto, mantenendo nel contempo l'integrità completa della migrazione durante tutta la valutazione. Sebbene i controlli di sicurezza aggiuntivi abbiano aumentato la latenza di migrazione del 11,2 ± 2,9%, l'aumento osservato è rimasto al di sotto della soglia di accettazione prestabilita del 15%, indicando che i miglioramenti in termini di sicurezza sono stati ottenuti con un impatto minimo sull'efficienza della migrazione. I risultati rappresentativi della valutazione delle prestazioni sono presentati in Figura 6, mentre il confronto quantitativo tra i framework di base e proposto è riassunto in Tabella 7.

Validazione statistica e riproducibilità

L'analisi statistica ha dimostrato miglioramenti significativi della durata dell'esposizione delle credenziali, dell'accuratezza nel rilevamento delle anomalie, del tempo di rilevamento degli incidenti e della latenza di migrazione tra il framework di base e quello proposto (test t di Student per campioni appaiati, p < 0.05). Gli intervalli di confidenza al 95% calcolati hanno mostrato una bassa variabilità nei 10 esperimenti indipendenti, confermando la riproducibilità e la stabilità del protocollo proposto. I risultati dettagliati di ciascun esperimento sono riportati nella Tabella 10.

Esecuzione sperimentale	Durata dell'esposizione delle credenziali (h)	Accuratezza del rilevamento delle anomalie (%)	Latenza della migrazione (min)	Convalida SHA-256	Stato della migrazione
Esecuzione 1	0.45	94.3	96.8	Superata	Completata con successo
Esecuzione 2	0.41	95	98.2	Superata	Completata con successo
Esecuzione 3	0.39	94.7	95.9	Superata	Completata con successo
Esecuzione 4	0.44	94.5	97.6	Superata	Completata con successo
Esecuzione 5	0.43	94.8	96.9	Superata	Completata con successo
Esecuzione 6	0.4	94.2	98.5	Superata	Completata con successo
Esecuzione 7	0.42	95.1	97.2	Superata	Completata con successo
Esecuzione 8	0.38	94.6	96.7	Superata	Completata con successo
Esecuzione 9	0.43	94.9	97.8	Superata	Completata con successo
Esecuzione 10	0.41	94.5	97	Superata	Completata con successo
Media ± DS	0.42 ± 0.02	94.66 ± 0.29	97.26 ± 0.80	100% superata	10/10 completate con successo

Tabella 10: Riproducibilità sperimentale su dieci esecuzioni distinte di migrazione. La tabella presenta un riepilogo dell'intervallo di tempo durante il quale una credenziale è stata esposta, della precisione nel rilevamento delle anomalie, del ritardo di una migrazione, dello stato della convalida SHA-256 e dell'esito positivo della migrazione per ciascuna esecuzione sperimentale, dimostrando così la stabilità e la riproducibilità del framework proposto per la migrazione sicura nel cloud in condizioni sperimentali identiche.

La Tabella 10 presenta i risultati dettagliati di tutte e dieci le prove sperimentali indipendenti, dimostrando la coerenza, la stabilità e la riproducibilità del protocollo proposto per la migrazione sicura nel cloud in condizioni sperimentali identiche.

La valutazione sperimentale ha dimostrato che l'integrazione della sicurezza zero-trust, del controllo d'accesso basato sul privilegio minimo temporale, del monitoraggio continuo delle anomalie e della spiegabilità basata su SHAP ha migliorato la sicurezza della migrazione mantenendo l'integrità completa del database e prestazioni di migrazione accettabili. Poiché gli esperimenti sono stati condotti utilizzando un dataset sanitario sintetico all'interno di un ambiente cloud controllato, questi risultati devono essere interpretati nell'ambito della configurazione sperimentale valutata. Sarà necessaria una validazione aggiuntiva mediante infrastrutture sanitarie operative, dataset clinici reali e ambienti cloud multistituzionali prima di poter generalizzare il protocollo per un impiego regolare in sistemi sanitari produttivi.

Discussione

$$\rightleftharpoonup{xx}$$ $$\longleftharp{xx}$$, $$\longrightharp{xx}$$,

In questa ricerca, è stato sviluppato un protocollo riproducibile e sicuro per la migrazione di database cloud che incorpora principi di sicurezza basati sul modello zero-trust, controllo degli accessi basato sul tempo e sul privilegio minimo, intelligenza artificiale spiegabile (XAI) e monitoraggio continuo della sicurezza, il tutto all'interno di un contesto sperimentale limitato. L'obiettivo di questo articolo non era l'uso di un nuovo algoritmo di migrazione; pertanto, gli autori presentano principalmente un flusso di lavoro standardizzato che consente a ricercatori e professionisti di eseguire, valutare e riprodurre la migrazione sicura di database sanitari attraverso passaggi procedurali chiaramente definiti. Il successo nell'implementazione del protocollo dipende dall'esecuzione accurata di alcuni passaggi fondamentali. La modellazione delle minacce con elevata precisione è di grande aiuto per identificare le risorse da migrare, i possibili vettori di attacco e l'insieme di controlli di sicurezza efficaci, tutte attività da svolgere prima della migrazione. La convalida dello schema del database è un passaggio obbligatorio da completare prima del trasferimento dei dati, al fine di evitare incoerenze strutturali e deviazioni dello schema. Per quanto riguarda la migrazione, è necessario generare credenziali temporanee seguendo il principio del privilegio minimo temporale, mantenere l'uso del protocollo crittografico TLS 1.3 per proteggere le comunicazioni e raccogliere in modo continuo i log di migrazione, da utilizzare per il monitoraggio della sicurezza e per verifiche ispettive. L'ambiente di migrazione deve essere svuotato, ma tale operazione è corretta solo dopo aver completato attività come la verifica del checksum SHA-256, la convalida del numero di record e i controlli di coerenza dello schema, che dimostrano come sia stata preservata l'integrità del database.

Anche il componente di monitoraggio degli anomalie spiegabile richiede passaggi di configurazione accurati per ottenere risultati riproducibili. Tra i fattori importanti che influenzano le prestazioni del rilevamento delle anomalie e la qualità delle spiegazioni vi sono la selezione di caratteristiche appropriate della telemetria di sicurezza, la preelaborazione coerente dei log di monitoraggio, gli iperparametri adeguati della foresta di isolamento e un dataset di background SHAP rappresentativo. Modifiche a queste impostazioni di configurazione possono portare a variazioni nei punteggi di anomalia, nei valori di attribuzione delle caratteristiche e nell'interpretabilità complessiva del modello. Pertanto, si consiglia ai ricercatori di mantenere identiche le versioni del software, i parametri del modello e le impostazioni di valutazione al fine di riprodurre il protocollo.

Le procedure di risoluzione dei problemi nei protocolli sono progettate per aiutare gli utenti ad affrontare problemi comuni di implementazione come incompatibilità di schema, interruzioni di rete, errori di autenticazione, rilevamenti falsi positivi eccessivi e sovraccarico di latenza durante la migrazione. Una validazione sistematica dopo ogni passaggio del protocollo sarà in grado di individuare questi problemi e correggerli prima di eseguire i passaggi successivi della migrazione. Questo è uno dei modi per migliorare l'affidabilità e la riproducibilità del flusso di lavoro sperimentale.

Sebbene la valutazione sperimentale abbia dimostrato che la configurazione testata potrebbe migliorare la protezione delle credenziali, il rilevamento delle anomalie, la spiegabilità e l'integrità della migrazione, i risultati devono essere considerati specifici solo all'ambito di questa ricerca. Il protocollo è stato testato soltanto con un dataset sanitario sintetico in un ambiente cloud di laboratorio e non in un vero sistema informativo sanitario. I risultati qui presentati non devono essere considerati come prova di conformità normativa o di utilizzo clinico. Piuttosto, indicano che la tecnica può essere implementata in un ambiente di laboratorio controllato e fornisce un quadro di riferimento che altri possono utilizzare per ulteriori studi di validazione.

Diversi studi recenti hanno esaminato la migrazione sicura verso il cloud sanitario, le architetture di sicurezza basate sul modello zero-trust e l'intelligenza artificiale spiegabile; tuttavia, la maggior parte di essi si è concentrata su singoli meccanismi di sicurezza piuttosto che su un flusso di lavoro integrato e riproducibile per la migrazione. L'architettura Zero Trust del NIST fornisce indicazioni complete per la verifica continua dell'identità e il controllo degli accessi basato sul principio del privilegio minimo, ma non definisce un protocollo standardizzato per la migrazione sicura dei database né per il monitoraggio della sicurezza spiegabile durante la migrazione¹. Analogamente, i framework esistenti per la migrazione al cloud nel settore sanitario enfatizzano principalmente l'adozione del cloud, la crittografia, la governance e la conformità normativa, ma offrono indicazioni procedurali limitate riguardo all'esecuzione sicura della migrazione, alla sua validazione e riproducibilità^7,8,⁹. Gli approcci basati sull'intelligenza artificiale per la sicurezza nel cloud hanno dimostrato capacità migliorate di rilevamento delle anomalie attraverso sistemi di rilevamento delle intrusioni e monitoraggio della sicurezza basati sull'apprendimento automatico; tuttavia, questi metodi si concentrano generalmente sulle prestazioni di rilevamento senza integrare spiegazioni interpretabili che supportino l'audit della sicurezza e il processo decisionale amministrativo⁶^,¹³. Tecniche di intelligenza artificiale spiegabile come SHapley Additive exPlanations (SHAP) e Local Interpretable Model-agnostic Explanations (LIME) hanno notevolmente migliorato la trasparenza delle previsioni basate sull'apprendimento automatico^17,18,19,²⁰, ma la loro applicazione è stata finora limitata all'interpretazione dei modelli piuttosto che all'integrazione in flussi di lavoro end-to-end per la migrazione sicura al cloud. Al contrario, il protocollo proposto combina l'architettura zero-trust, la gestione temporale delle credenziali basata sul privilegio minimo, la migrazione crittografata dei database, la verifica dell'integrità basata su checksum SHA-256, il monitoraggio centralizzato continuo, il rilevamento delle anomalie basato su Isolation Forest e la spiegabilità basata su SHAP all'interno di un unico flusso di lavoro standardizzato e riproducibile. Questo framework integrato migliora trasparenza, auditabilità e riproducibilità, mantenendo al contempo l'integrità completa della migrazione e una latenza accettabile nelle condizioni sperimentali valutate.

Tuttavia, vi sono molte limitazioni da considerare nell'interpretazione dei risultati di questo protocollo. In primo luogo, la valutazione è stata effettuata utilizzando un dataset sintetico che potrebbe non cogliere la piena complessità, variabilità e sfide di sicurezza dei veri database clinici. In secondo luogo, il protocollo è stato testato soltanto in un singolo ambiente cloud controllato; le prestazioni potrebbero variare con altri provider cloud, piattaforme di database o infrastrutture di rete. In terzo luogo, sebbene gli autori abbiano utilizzato un flusso di lavoro di migrazione tradizionale come controllo, sarebbe utile per studi futuri confrontare i risultati con altri metodi di migrazione sicura e architetture di sicurezza cloud. In quarto luogo, la validazione statistica è stata effettuata su soli dieci esperimenti di migrazione indipendenti; studi su scala più ampia potrebbero fornire un'indicazione migliore della robustezza del protocollo. In quinto luogo, gli autori non hanno considerato esplicitamente scenari di attacco avversario come il furto di credenziali, minacce interne, ransomware o attacchi persistenti avanzati, che dovrebbero essere oggetto di ricerche future. Infine, il framework proposto sarà efficace solo quanto la configurazione delle politiche di gestione delle identità, dei parametri di rilevamento delle anomalie, dell'infrastruttura di registrazione e delle impostazioni di spiegabilità; se le configurazioni non sono corrette, sia la sicurezza della migrazione sia le prestazioni del monitoraggio risulteranno compromesse negativamente.

In generale, questo protocollo offre un quadro e un metodo che possono essere ripetuti per lo studio della migrazione sicura di database nel cloud mediante intelligenza artificiale spiegabile in ambienti di ricerca controllati. La validazione e verifica del protocollo potrebbe essere effettuata in lavori futuri eseguendo sistemi informativi sanitari in produzione, utilizzando diverse piattaforme cloud, tecnologie di database differenti e set di dati clinici autentici per la valutazione della scalabilità, generalizzabilità e applicabilità pratica del protocollo.

Questo articolo descrive un metodo riproducibile per la migrazione sicura di database nel cloud che combina principi di sicurezza basati sul modello zero-trust, controllo d'accesso temporaneo con privilegi minimi, intelligenza artificiale spiegabile (XAI) e monitoraggio continuo della sicurezza in un ambiente cloud controllato. Il metodo specifica in dettaglio i passaggi di preparazione del dataset, modellazione delle minacce, migrazione sicura, verifica dell'integrità, rilevamento di anomalie, analisi della spiegabilità ed valutazione delle prestazioni. Esperimenti effettuati su un dataset sanitario sintetico hanno dimostrato che il protocollo può potenziare la sicurezza delle credenziali, mantenere l'integrità della migrazione, rilevare anomalie con precisione e monitorare la sicurezza in modo interpretabile, mantenendo al contempo la latenza della migrazione a un livello accettabile. La procedura standardizzata mira a rendere più riproducibile l'implementazione e la valutazione delle strategie di migrazione sicura nel cloud in contesti accademici.

I risultati devono essere considerati entro i limiti dell'ambiente sperimentale strettamente controllato utilizzato per questo studio. Poiché il protocollo è stato testato con un dataset sanitario sintetico anziché con un vero sistema informativo sanitario, i risultati non devono essere considerati indicatori di implementazione clinica, conformità normativa o applicazione su larga scala in produzione. Gli sforzi di ricerca successivi dovrebbero concentrarsi sull'utilizzo di contesti sanitari reali, diverse piattaforme cloud, varie tecnologie di database e dataset clinici più ampi per testare ulteriormente la versatilità, l'affidabilità e l'utilità pratica del protocollo.

Dichiarazioni

$$\rightleftharpoonup{xx}$$ $$\longleftharp{xx}$$, $$\longrightharp{xx}$$,

Gli autori dichiarano di non avere interessi finanziari in conflitto, rapporti commerciali o relazioni personali che avrebbero potuto influenzare il lavoro descritto in questo studio. Gli autori non hanno conflitti di interessi da dichiarare. Tutti i materiali necessari per riprodurre la metodologia presentata in questo studio sono disponibili pubblicamente in un repository GitHub. Il repository è disponibile all'indirizzo: https://github.com/priyankanalawade896-tech/XAI-Secure-Cloud-Data-Migration. Il repository contiene esclusivamente dati sintetici generati per benchmark e non include informazioni reali sui pazienti, informazioni sanitarie protette o record sanitari identificabili.

Ringraziamenti

$$\rightleftharpoonup{xx}$$ $$\longleftharp{xx}$$, $$\longrightharp{xx}$$,

Gli autori ringraziano il supporto istituzionale fornito dalle rispettive istituzioni di appartenenza durante lo sviluppo e la valutazione di questo protocollo. Gli autori ringraziano inoltre l'utilizzo delle strutture computazionali istituzionali e delle risorse di calcolo cloud che hanno supportato la validazione sperimentale del framework proposto per la migrazione sicura dei dati nel cloud.
Questa ricerca non ha ricevuto finanziamenti esterni. Lo studio è stato condotto utilizzando strutture di ricerca istituzionali e risorse computazionali fornite dalle istituzioni di appartenenza degli autori. Non sono stati ricevuti finanziamenti o supporto economico da alcuna agenzia pubblica, commerciale o senza scopo di lucro.

Materiali

Elenco dei materiali utilizzati in questo articolo
Nome	Azienda	Numero di catalogo	Commenti
Crittografia AES	NIST	AES-256	Crittografia dei dati a riposo
Amazon RDS PostgreSQL	Amazon Web Services	PostgreSQL 16	Database di destinazione
Piattaforma cloud	Amazon Web Services	AWS	Infrastruttura cloud
CloudWatch	Amazon Web Services	Ultima versione stabile	Monitoraggio e registrazione
Docker	Docker Inc.	27.0	Containerizzazione
Faker	Sviluppatori di Faker	30.0	Generazione di dati sintetici
GPU	NVIDIA	RTX 4090	24 GB di VRAM
Matplotlib	Sviluppatori di Matplotlib	3.9	Visualizzazione
NumPy	Sviluppatori di NumPy	1.26	Elaborazione numerica
Sistema operativo	Canonical	Ubuntu 22.04 LTS	Ambiente di sistema
Pandas	PyData	2.2	Elaborazione dati
PostgreSQL	PostgreSQL Global Development Group	16	Database sorgente
Python	Python Software Foundation	3.11	Linguaggio di programmazione
Scikit-learn	Sviluppatori di Scikit-learn	1.5	Apprendimento automatico
SHAP	Sviluppatori di SHAP	0.46	Intelligenza artificiale interpretabile
Terraform	HashiCorp	1.8	Provisioning dell'infrastruttura
TLS	IETF	TLS 1.3	Crittografia dei dati in transito
Cloud privato virtuale	Amazon Web Services	VPC	Ambiente di rete privata
Workstation	Dell/HP	NA	Intel Xeon Gold 6226R, 64 GB di RAM, SSD da 1 TB

Riferimenti

$$\rightleftharpoonup{xx}$$ $$\longleftharp{xx}$$, $$\longrightharp{xx}$$,

Kindervag J. Build security into your network's DNA: The Zero Trust Network Architecture. Cambridge (MA): Forrester Research; 2010.
Rose S, Borchert O, Mitchell S, Connelly S. Zero Trust Architecture. NIST Special Publication 800-207. Gaithersburg (MD): National Institute of Standards and Technology; 2020. doi:10.6028/NIST.SP.800-207.
Rieke N, et al. The future of digital health with federated learning. NPJ Digit Med. 2020;3:119. doi:10.1038/s41746-020-00323-1.
Kairouz P, McMahan HB, Avent B, Bellet A, Bennis M, Bhagoji AN, et al. Advances and open problems in federated learning. Found Trends Mach Learn. 2021;14(1-2):1-210. doi:10.1561/2200000083.
Nguyen DC, Ding M, Pathirana PN, Seneviratne A, Li J, Niyato D, et al. Privacy-preserving federated learning: A comprehensive survey. IEEE Commun Surv Tutor. 2021;23(3):1622-1651. doi:10.1109/COMST.2021.3075434.
Sarker IH. AI-driven cybersecurity: An overview, security intelligence modeling, and research directions. SN Comput Sci. 2021;2:173. doi:10.1007/s42979-021-00557-0.
Kuo AM. Opportunities and challenges of cloud computing to improve health care services. J Med Internet Res. 2011;13(3):e67. doi:10.2196/jmir.1867.
Kota TK. Cloud migration for healthcare data: Challenges and solutions. Nanotechnol Percept. 2024;20:3048-3062.
Rancea A, Anghel I, Cioara T. Edge computing in healthcare: Innovations, opportunities, and challenges. Future Internet. 2024;16(9):329.
Mersha M, et al. Explainable artificial intelligence: A survey of needs, techniques, applications, and future direction. Neurocomputing. 2024;599:128111. doi:10.1016/j.neucom.2024.128111.
Mennella C, Maniscalco U, De Pietro G, Esposito M. Ethical and regulatory challenges of AI technologies in healthcare: A narrative review. Heliyon. 2024;10(4):e26297. doi:10.1016/j.heliyon.2024.e26297.
Roppelt JS, Kanbach DK, Kraus S. Artificial intelligence in healthcare institutions: A systematic literature review on influencing factors. Technol Soc. 2024;76:102443. doi:10.1016/j.techsoc.2023.102443.
Lekkala S, Avula R, Gurijala P. Next-Gen firewalls: Enhancing cloud security with generative AI. J Artif Intell Cloud Comput. 2024;3(4):1-9. doi:10.47363/JAICC/2024(3)404.
Al-Hammuri K, Gebali F, Kanan A. ZTCloudGuard: Zero Trust context-aware access management framework to avoid medical errors in the era of generative AI and cloud-based health information ecosystems. AI. 2024;5(3):1111-1131. doi:10.3390/ai5030055.
Pfeifer B, Sirocchi C, Bloice MD, Kreuzthaler M, Urschler M. Federated unsupervised random forest for privacy-preserving patient stratification. Bioinformatics. 2024;40(Suppl 2):ii198-ii207. doi:10.1093/bioinformatics/btae382.
Li T, Sahu AK, Talwalkar A, Smith V. Federated learning: Challenges, methods, and future directions. IEEE Signal Process Mag. 2020;37(3):50-60. doi:10.1109/MSP.2020.2975749.
Lundberg SM, Lee SI. A unified approach to interpreting model predictions. In: Proceedings of the 31st International Conference on Neural Information Processing Systems (NeurIPS); 2017. p. 4768-4777.
Ribeiro MT, Singh S, Guestrin C. "Why should I trust you?": Explaining the predictions of any classifier. In: Proceedings of the 22nd ACM SIGKDD International Conference on Knowledge Discovery and Data Mining; 2016. p. 1135-1144. doi:10.1145/2939672.2939778.
Ortigossa ES, Gonçalves T, Nonato LG. Explainable artificial intelligence (XAI)—From theory to methods and applications. IEEE Access. 2024;12:80799-80846. doi:10.1109/ACCESS.2024.3409843.
Chaddad A, et al. Explainable, domain-adaptive, and federated artificial intelligence in medicine. IEEE/CAA J Autom Sin. 2023;10(4):859-876. doi:10.1109/JAS.2023.123123.
Albshaier L, Almarri S, Albuali A. Federated learning for cloud and edge security: A systematic review of challenges and AI opportunities. Electronics. 2025;14(5):1019. doi:10.3390/electronics14051019.
Vani MS, Sudhakar RV, Mahendar A, et al. Personalized health monitoring using explainable AI: Bridging trust in predictive healthcare. Sci Rep. 2025;15:31892. doi:10.1038/s41598-025-15867-z.
Zakhmi K, et al. Evolving Zero Trust architectures for AI-driven cyber threats in healthcare and other high-risk data environments: A systematic review. Cureus. 2025;17(6):e85446. doi:10.7759/cureus.85446.
Selvaperumal D, et al. Artificial intelligence-enabled zero-trust cyber security framework for smart healthcare infrastructure. Int J Artif Intell Mach Learn. 2026;6(2 Suppl):204-217. doi:10.51483/IJAIML.6.2s.2026.204-217.
Abbas SR, Seol H, Abbas Z, Lee SW. Exploring the role of artificial intelligence in smart healthcare: A capability and function-oriented review. Healthcare (Basel). 2025;13(14):1642. doi:10.3390/healthcare13141642.
Al-Nafjan A, et al. Artificial intelligence in predictive healthcare: A systematic review. J Clin Med. 2025;14(19):6752. doi:10.3390/jcm14196752.
Qureshi SS, et al. Advanced AI-driven intrusion detection for securing cloud-based industrial IoT. Egypt Inform J. 2025;30:100644. doi:10.1016/j.eij.2025.100644.
Chen T, Guestrin C. XGBoost: A scalable tree boosting system. In: Proceedings of the 22nd ACM SIGKDD International Conference on Knowledge Discovery and Data Mining; 2016. p. 785-794. doi:10.1145/2939672.2939785.
Liu FT, Ting KM, Zhou ZH. Isolation Forest. In: Proceedings of the 8th IEEE International Conference on Data Mining; 2008. p. 413-422. doi:10.1109/ICDM.2008.17.
Abadi M, Agarwal A, Barham P, Brevdo E, Chen Z, Citro C, et al. TensorFlow: A system for large-scale machine learning. In: Proceedings of the 12th USENIX Symposium on Operating Systems Design and Implementation (OSDI); 2016. p. 265-283.

Ristampe e permessi

Richiedi il permesso di riutilizzare il testo o le figure di questo articolo JoVE

Richiedi permesso

Tag

Architettura Zero Trust Comunicazione Cifrata Monitoraggio Centralizzato Rilevamento delle Anomalie Isolation Forest Spiegazioni di Shapley Integrit dei Dati

Un protocollo sperimentale per la migrazione sicura di dati in cloud guidata dall'IA spiegabile utilizzando dati sanitari sintetici

In questo articolo

Sommario

Abstract

Introduzione

Protocollo

Risultati

Discussione

Dichiarazioni

Ringraziamenti

Materiali

Riferimenti

Ristampe e permessi

Tag

Articoli correlati