Procedure consigliate per la sicurezza dei backup AWS

AWS offre diversi prodotti basati sul cloud per l’elaborazione, l’archiviazione, l’analisi dei dati e altro ancora. Due di questi prodotti sono spesso utilizzati dalle organizzazioni per l’archiviazione dei backup: Amazon S3 per l’archiviazione a oggetti nel cloud e Amazon Elastic Block Store (EBS) per l’archiviazione dei volumi EC2 e dei relativi backup.

Le piattaforme di storage sul cloud sono ideali per implementare l’approccio 3-2-1 per la protezione dei dati. AWS rappresenta inoltre una scelta eccellente sia per le risorse di storage che per quelle di elaborazione, poiché garantisce disponibilità e resilienza eccezionali grazie alla georedondanza su diverse regioni geografiche. Non dovrete preoccuparvi che un disastro colpisca la vostra zona e comprometta il data center; le copie dei vostri dati sono distribuite in tutto il mondo.

Tuttavia, con le nuove minacce informatiche in rapida evoluzione, è importante comprendere come implementare le procedure consigliate di sicurezza AWS per i backup su cloud al fine di ridurre i potenziali rischi per la vostra organizzazione, poiché la maggior parte degli incidenti di sicurezza nel cloud si verifica per colpa del cliente, non del provider cloud. Leggete questo post per scoprire di più su tutte le opzioni di sicurezza disponibili per i diversi prodotti di storage sul cloud AWS e su come trarne vantaggio.

NAKIVO per il backup di AWS EC2

Backup delle istanze di Amazon EC2 su EC2, AWS S3 e onsite. Opzioni anti-ransomware. Ripristino rapido delle istanze e degli oggetti delle applicazioni.

RILEVA LA SOLUZIONE

Modello di responsabilità condivisa di AWS

Sia che si utilizzino le opzioni di storage sul cloud di AWS o che si migri l’intera infrastruttura su Amazon EC2, è importante conoscere il modello di responsabilità condivisa di AWS per comprendere chi è responsabile della sicurezza dei backup su AWS. Parte della responsabilità ricade sul provider cloud, in particolare per quanto riguarda la sicurezza e la disponibilità della piattaforma cloud. Tuttavia, la protezione da molte delle altre minacce ai carichi di lavoro e ai dati rimane di competenza del cliente.

Come nel caso della maggior parte dei provider cloud, la responsabilità per la sicurezza dei dati è condivisa tra AWS e il cliente del cloud. In qualità di provider cloud, Amazon si assume la responsabilità della sicurezza dell’infrastruttura AWS. La sicurezza della Piattaforma è fondamentale per proteggere i dati e le applicazioni critiche dei clienti. AWS rileva i casi di frode e abuso, notificando gli incidenti ai propri clienti.

Nel contempo, i clienti sono responsabili delle configurazioni di sicurezza dei prodotti che utilizzano su AWS. Devono assicurarsi che l’accesso ai dati sensibili, sia dall’interno che dall’esterno dell’organizzazione, sia adeguatamente limitato e che vengano applicati i criteri di protezione dei dati raccomandati.

Opzioni di archiviazione di AWS Backup

AWS offre 2 piattaforme cloud principali: Amazon S3 e Amazon EC2 per diversi casi d’uso. Il prodotto di elaborazione Amazon EC2 si avvale della piattaforma di archiviazione Elastic Block Store (EBS).

• Amazon Simple Storage Service o Amazon S3 è una piattaforma di archiviazione a oggetti progettata per archiviare dati provenienti da qualsiasi fonte – ad esempio, applicazioni web o mobili, siti web o dati provenienti da sensori IoT (Internet delle cose). È inoltre un’opzione molto diffusa come destinazione per i backup e le copie di backup di VM e istanze di Amazon EC2.

• Amazon Elastic Block Store (EBS) è stato progettato da Amazon per fornire volumi di storage a blocchi persistenti per i carichi di lavoro su Amazon EC2.

Le due opzioni di archiviazione di backup possono spesso essere combinate in una strategia di backup per le istanze di Amazon EC2: È possibile inviare i backup delle istanze ad Amazon EBS e creare una copia di backup da archiviare in Amazon S3 per una maggiore affidabilità.

Procedure consigliate per la sicurezza nel cloud AWS per i backup

Sebbene esista un’ampia varietà di servizi AWS, quelli principali sono Elastic Compute Cloud (EC2), Amazon S3 e Amazon Virtual Private Cloud (VPC), un cloud privato isolato ospitato all’interno di un cloud pubblico.

Come accennato, il modello di responsabilità condivisa attribuisce al cliente la piena responsabilità della configurazione dei controlli di sicurezza. Per garantire che i vostri dati su AWS rimangano integri e protetti, seguite le procedure consigliate in 5 aree chiave:

• Monitoraggio della sicurezza
• Sicurezza dell’account
• Configurazione della sicurezza
• Gestione delle entità inattive
• Restrizioni di accesso

Valutate inoltre l’implementazione delle procedure consigliate di sicurezza AWS per ogni singolo servizio Amazon:

• Amazon S3
• Amazon EC2
• Amazon VPC

Monitoraggio della sicurezza

Il monitoraggio della sicurezza è una delle procedure consigliate di sicurezza di AWS perché consente di rilevare tempestivamente eventi sospetti e risolvere in modo proattivo i problemi relativi alla protezione dei dati.

1. Abilitazione di CloudTrail. Il servizio CloudTrail genera log per tutti i servizi web di Amazon, compresi quelli non specifici per una regione, come IAM, CloudFront, ecc.
2. Utilizzo della convalida dei file di log di CloudTrail. Questa funzione funge da ulteriore livello di protezione per l’integrità dei file di log. Con la convalida dei file di log attivata, qualsiasi modifica apportata al file di log dopo la consegna al bucket Amazon S3 è tracciabile.
3. Abilitazione della registrazione multiregione di CloudTrail. CloudTrail fornisce la cronologia delle chiamate alle API AWS, che consente agli analisti della sicurezza di monitorare le modifiche nell’ambiente AWS, verificare la conformità, indagare sugli incidenti e assicurarsi che vengano seguite le procedure consigliate di sicurezza in AWS. Abilitando CloudTrail in tutte le regioni, le organizzazioni possono rilevare attività inattese o sospette in regioni altrimenti inutilizzate.
4. Integrazione del servizio CloudTrail con CloudWatch. Il componente CloudWatch offre un monitoraggio continuo dei file di log provenienti dalle istanze di EC2, da CloudTrail e da altre origini. CloudWatch può inoltre raccogliere e tracciare metriche per aiutarti a individuare rapidamente le minacce. Questa integrazione facilita la registrazione in tempo reale e storica delle attività relative a utenti, API, risorse e indirizzi IP. È possibile configurare allarmi e notifiche per attività insolite o sospette sull’account.
5. Abilitazione della registrazione degli accessi per i bucket S3 di CloudTrail. Questa funzione è progettata per impedire agli aggressori di penetrare più in profondità nei bucket S3 di CloudTrail. Questi log contengono i dati di log acquisiti da CloudTrail, utilizzati per il monitoraggio delle attività e le indagini sugli incidenti. Mantenere abilitata la registrazione degli accessi per i bucket S3 di CloudTrail. Ciò consente di tracciare le richieste di accesso e rilevare rapidamente i tentativi di accesso non autorizzati.
6. Abilitazione della registrazione degli accessi per Elastic Load Balancer (ELB). L’abilitazione della registrazione degli accessi ELB consente all’ELB di registrare e salvare le informazioni relative a ciascuna richiesta TCP o HTTP. Questi dati possono essere estremamente utili per i professionisti della sicurezza e della risoluzione dei problemi. Ad esempio, i dati di registrazione dell’ELB possono essere utili per analizzare i modelli di traffico che potrebbero essere indicativi di determinati tipi di attacchi.
7. Abilitazione della registrazione di audit di Redshift. Amazon Redshift è un servizio AWS che registra i dettagli relativi alle attività degli utenti, quali le query e le connessioni effettuate nel database. Abilitando la registrazione di audit di Redshift, è possibile eseguire audit e supportare indagini forensi post-incidente per un determinato database.
8. Abilitazione della registrazione dei flussi del Virtual Private Cloud (VPC). La registrazione dei flussi VPC è un servizio di monitoraggio della rete che offre visibilità sul traffico di rete del VPC. Questa funzione può essere utilizzata per rilevare traffico insolito o sospetto, fornire informazioni sulla sicurezza e inviare un avviso all’utente in caso di attività anomale. L’attivazione del VPC consente di identificare problemi di sicurezza e di accesso quali volumi insoliti di trasferimento dati, richieste di connessione rifiutate, gruppi di sicurezza o liste di controllo degli accessi di rete (ACL) eccessivamente permissivi, ecc.

Procedure consigliate per la sicurezza degli account AWS

È importante proteggere gli account utente per assicurarsi che non possano essere facilmente compromessi. A tal fine, seguire le procedure consigliate per la sicurezza degli account AWS riportate di seguito:

1. Autenticazione a più fattori (MFA) per l’eliminazione dei bucket S3 di CloudTrail. Se il proprio account AWS venisse compromesso, la prima mossa che un malintenzionato compirebbe probabilmente sarebbe quella di eliminare i log di CloudTrail per coprire la propria intrusione e ritardarne il rilevamento. Configurare l’autenticazione a più fattori (MFA) per l’eliminazione dei bucket S3 contenenti i log di CloudTrail rende molto più difficile per un hacker cancellare i log, riducendo così le sue possibilità di passare inosservato.
2. MFA per l’account root. Il primo account utente creato al momento della registrazione su AWS è denominato account root. L’account root è il tipo di utente con i privilegi più elevati, con accesso a ogni risorsa AWS. Per questo motivo è necessario abilitare l’autenticazione a più fattori (MFA) per l’account root il prima possibile. Una delle procedure consigliate per la sicurezza AWS per l’autenticazione a più fattori (MFA) dell’account root consiste nell’evitare di associare le credenziali al dispositivo personale di un utente. A tal fine, è consigliabile disporre di un dispositivo mobile dedicato da conservare in una ubicazione remota. Ciò introduce un ulteriore livello di protezione e garantisce che l’account root sia sempre accessibile, indipendentemente dal fatto che i dispositivi personali di qualcuno vengano smarriti o si rompano.
3. Autenticazione a più fattori (MFA) per gli utenti IAM. Se il proprio account viene compromesso, l’autenticazione a più fattori (MFA) diventa l’ultima linea di difesa. A tutti gli utenti in possesso di una password della console per il servizio Identity and Access Management (IAM) dovrebbe essere obbligatorio sottoporsi all’autenticazione a più fattori (MFA).
4. Accesso multimodale per gli utenti IAM. L’abilitazione dell’accesso multimodale per gli utenti IAM consente di suddividere gli utenti in due gruppi: utenti delle applicazioni con accesso alle API e amministratori con accesso alla console. Ciò riduce il rischio di accessi non autorizzati nel caso in cui le credenziali degli utenti IAM (chiavi di accesso o password) vengano compromesse.
5. Criteri IAM assegnati a gruppi o ruoli. Non assegnare criteri e autorizzazioni direttamente agli utenti. Assegnare invece i criteri e le autorizzazioni degli utenti a livello di gruppo e di ruolo. Questo approccio rende la gestione delle autorizzazioni più semplice e comoda. Si riduce inoltre il rischio che un singolo utente riceva accidentalmente criteri o autorizzazioni eccessive.
6. Rotazione periodica delle chiavi di accesso IAM. Più spesso si ruotano le coppie di chiavi di accesso, minore è la probabilità che i dati possano essere consultati in modo improprio a causa di una chiave smarrita o rubata.
7. Criterio rigoroso in materia di password. Non sorprende che gli utenti tendano a creare password eccessivamente semplici. Questo perché desiderano qualcosa di facile da ricordare. Tuttavia, tali password sono spesso anche facili da indovinare per qualcun altro. L’implementazione e il mantenimento di un rigoroso criterio sulle password rappresentano un’altra procedura consigliata di sicurezza AWS per proteggere gli account dai tentativi di accesso con attacchi di forza bruta. I dettagli del criterio possono variare, ma è obbligatorio che le password contengano almeno una lettera maiuscola, una lettera minuscola, un numero, un simbolo e abbiano una lunghezza minima di 14 caratteri.

Configurazione delle procedure consigliate per la sicurezza in AWS

Configurare le opzioni di sicurezza per proteggere i dati in AWS, compresi i backup.

1. Limitare l’accesso ai bucket S3 di CloudTrail. Non abilitare l’accesso ai log di CloudTrail per nessun account utente o amministratore. La logica alla base di questa scelta è che tali account sono sempre a rischio di essere esposti ad attacchi di phishing. Limitare l’accesso solo a coloro che necessitano di questa funzione per svolgere il proprio lavoro. In questo modo, si riduce la probabilità di accessi non necessari.
2. Crittografia dei file di log di CloudTrail . Esistono due requisiti per la decrittografia dei file di log di CloudTrail inattivi. Innanzitutto, l’autorizzazione alla decrittografia deve essere gestita dal criterio delle chiavi master del cliente. In secondo luogo, deve essere concessa l’autorizzazione ad accedere ai bucket Amazon S3. Solo gli utenti con mansioni lavorative correlate dovrebbero ricevere entrambe le autorizzazioni.
3. Crittografia del database EBS. Garantire che il database EBS sia crittografato fornisce un ulteriore livello di protezione. Si noti che ciò può essere fatto solo al momento della creazione del volume EBS: la crittografia non può essere abilitata in un secondo momento. Pertanto, se sono presenti volumi non crittografati, è necessario creare nuovi volumi crittografati e trasferire i dati da quelli non crittografati.
4. Ridurre gli intervalli di porte aperte per i gruppi di sicurezza EC2. Intervalli ampi di porte aperte espongono a un maggior numero di vulnerabilità gli aggressori che utilizzano la scansione delle porte.
5. Configurare i gruppi di sicurezza EC2 per limitare l’accesso. È necessario evitare di concedere troppe autorizzazioni per l’accesso alle istanze di EC2. Non consentire mai a ampi intervalli di indirizzi IP di accedere alle istanze di EC2. Si raccomanda invece di essere specifici e di includere solo indirizzi IP esatti nell’elenco di accesso. Segui Procedure consigliate per i gruppi di sicurezza AWS.
6. Evitare l’uso degli account utente root. Quando si crea un account AWS, l’e-mail e la password utilizzati diventano automaticamente quelli dell’account utente root. L’utente root è l’utente con i privilegi più elevati nel sistema e ha accesso a tutti i servizi e le risorse del proprio account AWS senza eccezioni. Le procedure consigliate prevedono l’utilizzo di questo account una sola volta, al momento della creazione del primo utente IAM. Successivamente, è necessario conservare le credenziali dell’utente root in un luogo sicuro, al riparo dall’accesso di chiunque.
7. Utilizzo di versioni SSL e algoritmi di cifratura sicuri. Quando si stabiliscono connessioni tra il client e il sistema Elastic Load Balancing (ELB), evitare di utilizzare versioni obsolete di SSL o algoritmi di cifratura deprecati. Questi possono creare una connessione non sicura tra il client e il bilanciatore di carico.
8. Crittografia di Amazon Relational Database Service (RDS). La crittografia di Amazon RDS crea un ulteriore livello di protezione. Si raccomanda di utilizzare Procedure consigliate per la sicurezza di AWS RDS.
9. Evitare l’uso delle chiavi di accesso con gli account root. Creare account basati su ruoli con autorizzazioni limitate e chiavi di accesso. Non utilizzare mai le chiavi di accesso con l’account root, poiché ciò espone inevitabilmente l’account a rischi di compromissione.
10. Rotazione periodica delle chiavi SSH. Eseguire periodicamente la rotazione delle chiavi SSH. Questa procedura consigliata di sicurezza AWS riduce i rischi associati alla condivisione accidentale delle chiavi SSH da parte dei dipendenti, sia per errore che per negligenza.
11. Ridurre al minimo il numero di gruppi di sicurezza distinti. Le organizzazioni dovrebbero mantenere il numero di gruppi di sicurezza distinti il più basso possibile. Ciò riduce il rischio di configurazioni errate, che possono portare alla compromissione dell’account, ed è una delle procedure consigliate relative ai gruppi di sicurezza AWS.

Gestione delle entità inattive

La gestione e l’eliminazione delle entità inattive è importante poiché questo tipo di entità può essere utilizzato da terze parti per effettuare accessi non autorizzati.

1. Ridurre al minimo il numero di gruppi IAM . L’eliminazione dei gruppi IAM inutilizzati o obsoleti riduce il rischio di provisionare accidentalmente nuove entità con configurazioni di sicurezza obsolete.
2. Disattivazione delle chiavi di accesso inutilizzate . Le procedure consigliate di sicurezza di AWS prevedono che le chiavi di accesso che rimangono inutilizzate per oltre 30 giorni debbano essere disattivate. Conservare più a lungo le chiavi di accesso inutilizzate aumenta inevitabilmente il rischio di compromissione dell’account o di minacce interne.
3. Disabilitare l’accesso per gli utenti IAM inattivi. Allo stesso modo, è opportuno disabilitare gli account degli utenti IAM che non effettuano l’accesso da oltre 90 giorni. Ciò riduce la probabilità che un account abbandonato o inutilizzato venga compromesso.
4. Eliminare le chiavi pubbliche SSH inutilizzate. Eliminare le chiavi pubbliche SSH inutilizzate per ridurre il rischio di accessi non autorizzati tramite SSH da ubicazioni non soggette a restrizioni.

Restrizioni di accesso

La limitazione dell’accesso rientra tra le procedure consigliate di sicurezza di AWS che consentono di ridurre al minimo la probabilità di compromissione dei dati archiviati in AWS e migliorano il livello di sicurezza.

1. Limitazione dell’accesso alle Amazon Machine Image (AMI). L’accesso libero alle proprie Amazon Machine Image (AMI) le rende disponibili nelle AMI della Community. In tale sezione, qualsiasi membro della Community in possesso di un account AWS può utilizzarle per avviare istanze di EC2. Le AMI contengono spesso snapshot di applicazioni specifiche dell’organizzazione con dati di configurazione e dell’applicazione. Si raccomanda vivamente di limitare con attenzione l’accesso alle AMI.
2. Limitazione dell’accesso in entrata su porte non comuni. Limitare l’accesso sulle porte non comuni poiché possono diventare potenziali punti deboli per attività dannose (ad esempio, attacchi brute-force, hacking, attacchi DDoS, ecc.).
3. Limitazione dell’accesso ai gruppi di sicurezza EC2. L’accesso ai gruppi di sicurezza EC2 dovrebbe essere limitato. Ciò contribuisce ulteriormente a prevenire l’esposizione ad attività dannose.
4. Limitazione dell’accesso alle istanze RDS. Con l’accesso alle istanze RDS, entità su Internet possono stabilire una connessione al proprio database. Un accesso illimitato espone un’organizzazione ad attività dannose quali iniezioni SQL, attacchi di forza bruta o hacking.
5. Limitazione dell’accesso in uscita. Un accesso in uscita non limitato dalle porte può esporre un’organizzazione a minacce informatiche. È necessario consentire l’accesso solo a entità specificate, ad esempio porte o destinazioni specifiche.
6. Limitazione dell’accesso alle porte di protocollo ben note. L’accesso alle porte ben note deve essere limitato. Se non vengono controllate, si espone la propria organizzazione ad accessi non autorizzati ai dati – ad esempio, CIFS tramite la porta 445, FTP tramite le porte 20/21, MySQL tramite la porta 3306, ecc.

Procedure consigliate per la sicurezza di AWS S3

Trattandosi di uno dei tipi di storage sul cloud più comuni per la conservazione dei backup, è importante comprendere Come funziona Amazon S3 e tenere conto delle procedure consigliate per la sicurezza di AWS S3.

1. Controllo delle versioni. Il controllo delle versioni viene utilizzato per conservare più versioni di un oggetto in un bucket S3 dopo aver apportato modifiche all’oggetto. Se vengono apportate modifiche indesiderate agli oggetti in un bucket, è possibile ripristinare qualsiasi versione precedente dell’oggetto.
2. Utilizzo dello storage immutabile (WORM). Amazon S3 supporta il modello “write-once-read-many” (WORM) per l’accesso ai dati nei bucket S3. Questo approccio consente di proteggere i dati dalla cancellazione accidentale da parte degli utenti o intenzionale da parte di ransomware o altro malware. L’archiviazione dei backup nello storage immutabile migliora significativamente la sicurezza dei backup AWS.
3. Blocco dei bucket Amazon S3 pubblici. Bloccare l’accesso pubblico ai bucket S3 per evitare accessi non autorizzati ai dati, compresi i backup archiviati in AWS S3. È possibile configurare questa opzione a livello di account e per i singoli bucket.

Procedure consigliate per AWS EC2

Diverse istanze di EC2 con volumi EBS rappresentano un altro modo per archiviare i backup nel cloud di Amazon. Si consiglia di seguire queste procedure consigliate per AWS EC2 al fine di proteggere i backup creati nel cloud AWS EC2.

1. Protezione delle coppie di chiavi di accesso. Proteggete le coppie di chiavi (chiavi pubbliche e private che fungono da credenziali in AWS EC2) generate per accedere alle istanze di Amazon EC2. Chiunque abbia accesso a queste credenziali e conosca l’ID dell’istanza può accedere all’istanza e ai dati in essa contenuti. Tenete inoltre presente che è possibile scaricare questa chiave una sola volta al momento della creazione di un’istanza di EC2 e che non disponete di una copia della chiave privata su AWS. Una volta scaricata, questa chiave deve essere conservata in un luogo sicuro.
2. Installazione degli aggiornamenti. Installare gli aggiornamenti di sicurezza e aggiornare i driver in un sistema operativo guest come Windows in esecuzione su un’istanza di Amazon EC2.
3. Utilizzo di volumi EBS separati. Un volume EBS è un disco virtuale per un’istanza di Amazon EC2 in AWS. Utilizzare volumi EBS separati per l’esecuzione di un sistema operativo e l’archiviazione dei backup. Assicurarsi che il volume EBS contenente i dati di backup permanga anche dopo la chiusura dell’istanza di Amazon EC2.
4. Configurazione dell’accesso temporaneo. Non inserire chiavi di sicurezza nelle istanze di EC2 o nelle AMI per l’accesso temporaneo. Se è necessario fornire un accesso temporaneo, utilizzare credenziali di accesso temporanee valide per un breve periodo. Utilizzare i ruoli delle istanze.

Procedure consigliate per AWS VPC

Amazon Virtual Private Cloud (VPC) è un ambiente cloud che è possibile isolare con una configurazione di rete specifica. Questo ambiente logicamente isolato (cloud non pubblico) in AWS può essere utilizzato per archiviare backup con un livello di sicurezza più elevato.

Per proteggere i backup archiviati in VPC, consultare le procedure consigliate per AWS VPC elencate di seguito:

• Utilizzare più zone di disponibilità per garantire un’elevata disponibilità quando si aggiungono sottoreti a VPC.
• Utilizzare gli elenchi di controllo degli accessi di rete (ACL) per controllare l’accesso alle sottoreti.
• Utilizzare i gruppi di sicurezza per controllare il traffico verso le istanze di EC2 nelle sottoreti.
• Utilizzare i log di flusso VC per visualizzare gli eventi generati nella VPC.
• Separare gli ambienti VPC quali Dev, Test, Backup, ecc.

Altre procedure consigliate per la sicurezza dei dati nel cloud su AWS

Esistono altre procedure consigliate di sicurezza AWS che possono essere implementate contemporaneamente per più categorie:

1. Utilizzo dell’approccio unificato alla sicurezza. Utilizzare l’approccio unificato alla sicurezza nel cloud AWS e nei server locali. Le diverse politiche di sicurezza per gli ambienti AWS e on-premise possono causare una lacuna di sicurezza in uno dei due. Di conseguenza, entrambi gli ambienti diventano vulnerabili poiché sono collegati tra loro tramite la rete.
2. Automatizzazione dei lavori di backup. Utilizzare un software dedicato alla protezione dei dati per eseguire automaticamente il backup dei dati su AWS. Per garantire la massima sicurezza dei backup su AWS, pianificare l’esecuzione regolare dei backup e delle copie di backup nei bucket Amazon S3.

NAKIVO Backup & Replication è la soluzione universale che supporta Backup/replica di Amazon EC2 e backup in Amazon S3:

• Backup incrementali e coerenti delle istanze di Amazon EC2
• Numerose funzioni di automazione con backup/replica basati su criteri, pianificazione avanzata e concatenamento dei backup per creare copie di backup automatizzate in Amazon S3 a partire da backup primari riusciti
• Integrazione con S3 Object Lock per creare backup immutabili e resistenti al ransomware nei bucket Amazon S3

Prova NAKIVO Backup & Replication

Richiedi una prova gratuita per scoprire tutte le funzionalità di protezione dei dati offerte dalla soluzione. 15 giorni gratuiti. Nessuna limitazione in termini di funzionalità o capacità. Non è obbligatoria alcuna carta di credito.

Prova gratuitamente