Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Sicurezza dell'infrastruttura in AWS TNB
<a name="infrastructure-security"></a>

In quanto servizio gestito, AWS Telco Network Builder è protetto dalla sicurezza di rete AWS globale. Per informazioni sui servizi AWS di sicurezza e su come AWS protegge l'infrastruttura, vedi [AWS Cloud Security](https://aws.amazon.com/security/). Per progettare il tuo AWS ambiente utilizzando le migliori pratiche per la sicurezza dell'infrastruttura, vedi [ Infrastructure Protection ](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html) in * Security Pillar AWS Well‐Architected Framework. *

Utilizzi le chiamate API AWS pubblicate per accedere a AWS TNB attraverso la rete. I client devono supportare quanto segue:
+ Transport Layer Security (TLS). È richiesto TLS 1.2 ed è consigliato TLS 1.3.
+ Suite di crittografia con Perfect Forward Secrecy (PFS) come DHE (Ephemeral) o ECDHE (Elliptic Curve Ephemeral Diffie-Hellman). Diffie-Hellman La maggior parte dei sistemi moderni, come Java 7 e versioni successive, supporta tali modalità.

Ecco alcuni esempi di responsabilità condivise:
+ AWS è responsabile della protezione dei componenti che supportano AWS TNB, tra cui:
  + Istanze di calcolo (note anche come worker) * *
  + Database interni
  + Comunicazioni di rete tra componenti interni
  + L'interfaccia di programmazione delle applicazioni (API) AWS TNB
  + AWS Kit di sviluppo software (SDK)
+ Sei responsabile della protezione dell'accesso alle tue AWS risorse e ai componenti del carico di lavoro, inclusi (ma non limitati a):
  + Utenti, gruppi, ruoli e policy IAM
  + Bucket S3 che utilizzi per archiviare i tuoi dati per TNB AWS 
  + Altre risorse Servizi AWS e risorse utilizzate per supportare il servizio di rete fornito tramite TNB AWS 
  + Il codice della tua applicazione
  + Connessioni tra il servizio di rete fornito tramite AWS TNB e i relativi client

**Importante**  
Sei responsabile dell'implementazione di un piano di disaster recovery in grado di ripristinare efficacemente un servizio di rete di cui hai effettuato il provisioning tramite TNB. AWS 

## Modello di sicurezza della connettività di rete
<a name="network-connectivity-security-model"></a>

I servizi di rete forniti tramite AWS TNB vengono eseguiti su istanze di calcolo all'interno di un cloud privato virtuale (VPC) situato in una AWS regione selezionata. Un VPC è una rete virtuale nel AWS cloud, che isola l'infrastruttura per carico di lavoro o entità organizzativa. La comunicazione tra le istanze di calcolo all'interno dei VPC rimane all'interno della AWS rete e non viaggia su Internet. Alcune comunicazioni interne ai servizi attraversano Internet e sono crittografate. I servizi di rete forniti tramite AWS TNB per tutti i clienti che operano nella stessa regione condividono lo stesso VPC. I servizi di rete forniti tramite AWS TNB per clienti diversi utilizzano istanze di elaborazione separate all'interno dello stesso VPC.

Le comunicazioni tra i clienti del servizio di rete e il servizio di rete in AWS TNB avvengono su Internet. AWS TNB non gestisce queste connessioni. È tua responsabilità proteggere le connessioni dei tuoi clienti.

Le tue connessioni a AWS TNB tramite Console di gestione AWS, AWS Command Line Interface (AWS CLI) e AWS SDK sono crittografate.