View a markdown version of this page

Sicurezza dell'infrastruttura in AWS Transfer Family - AWS Transfer Family

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 Transfer Family

Come servizio gestito, AWS Transfer Family è protetto da AWS sicurezza di rete globale. Per informazioni su AWS servizi di sicurezza e come AWS protegge l'infrastruttura, vedi AWS Sicurezza nel cloud. Per progettare il tuo AWS ambiente che utilizza le migliori pratiche per la sicurezza dell'infrastruttura, vedi Protezione dell'infrastruttura nel Pilastro della sicurezza AWS Framework ben progettato.

Tu usi AWS chiamate API pubblicate per accedere AWS Transfer Family 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 Diffie-Hellman) o ECDHE (Elliptic Curve Ephemeral Diffie-Hellman). La maggior parte dei sistemi moderni, come Java 7 e versioni successive, supporta tali modalità.

Evitare di posizionare NLB e NAT davanti a AWS Transfer Family server

Nota

I server configurati con protocolli FTP e FTPS consentono solo una configurazione con un VPC: non è disponibile alcun endpoint pubblico per FTP/FTPS.

Molti clienti configurano un Network Load Balancer (NLB) per indirizzare il traffico verso i propri AWS Transfer Family server. In genere lo fanno o perché hanno già creato il loro server AWS offrivano un modo per accedervi sia dall'interno del proprio VPC che da Internet o per supportare l'FTP su Internet. Questa configurazione non solo aumenta i costi per i clienti, ma può anche causare altri problemi, descritti in questa sezione.

Per i server SFTP che utilizzano un VPC-hosted endpoint, consigliamo comunque di evitare un NLB ove possibile. Se la tua architettura richiede un NLB, ad esempio, per esporre SFTP su una porta listener personalizzata AWS Transfer Family non offre: è possibile preservare l'indirizzo IP di origine del client abilitando il protocollo PROXY v2 (PPv2). Per ulteriori informazioni, consulta Utilizzo dei Network Load Balancer.

I gateway NAT sono un componente obbligatorio quando i client si connettono da una rete privata del cliente protetta da un firewall aziendale. Tuttavia, è necessario tenere presente che quando molti client utilizzano lo stesso gateway NAT, ciò può influire sulle prestazioni e sui limiti di connessione. Se è presente un NLB o un NAT nel percorso di comunicazione dal client al server FTP o FTPS, il server non è in grado di riconoscere con precisione l'indirizzo IP del client, perché AWS Transfer Family vede solo l'indirizzo IP dell'NLB o del NAT.

Se stai utilizzando la configurazione di un server Transfer Family dietro un NLB, ti consigliamo di passare a un endpoint VPC e utilizzare un indirizzo IP elastico invece di utilizzare un NLB. Quando utilizzi i gateway NAT, tieni presente le limitazioni di connessione descritte di seguito.

Se utilizzate il protocollo FTPS, questa configurazione non solo riduce la capacità di controllare chi accede al server, ma può anche influire sulle prestazioni. AWS Transfer Family utilizza l'indirizzo IP di origine per condividere le connessioni sul nostro piano dati. Per l'FTPS, ciò significa che invece di avere 10.000 connessioni simultanee, i server Transfer Family con gateway NLB o NAT sulla via di comunicazione sono limitati a sole 300 connessioni simultanee.

Tuttavia, consigliamo di evitare i Network Load Balancer davanti a AWS Transfer Family server, se l'implementazione FTP o FTPS richiede un NLB o NAT nel percorso di comunicazione dal client, segui questi consigli:

  • Per un NLB, utilizzate la porta 21 per i controlli di integrità, anziché le porte 8192-8200.

  • Per AWS Transfer Family server, abilita la ripresa della sessione TLS impostando TlsSessionResumptionMode = ENFORCED.

    Nota

    Questa è la modalità consigliata, in quanto offre una maggiore sicurezza:

    • Richiede ai client di utilizzare la ripresa della sessione TLS per le connessioni successive.

    • Fornisce maggiori garanzie di sicurezza garantendo parametri di crittografia coerenti.

    • Aiuta a prevenire potenziali attacchi di downgrade.

    • Mantiene la conformità agli standard di sicurezza ottimizzando al contempo le prestazioni.

  • Se possibile, evita l'uso di un NLB per sfruttare appieno AWS Transfer Family limiti di prestazioni e connessione.

Per ulteriori indicazioni sulle alternative NLB, contatta il AWS Transfer Family Team di gestione del prodotto tramite AWS Supporto. Per ulteriori informazioni su come migliorare il livello di sicurezza, consulta il post del blog Sei consigli per migliorare la sicurezza dei tuoi AWS Transfer Family server.

Sicurezza dell'infrastruttura di connettività VPC

I connettori SFTP con tipo di uscita VPC forniscono una maggiore sicurezza dell'infrastruttura attraverso l'isolamento della rete e la connettività privata:

Vantaggi dell'isolamento della rete

  • Traffico di rete privato: tutto il traffico del connettore verso i server SFTP privati rimane all'interno del tuo VPC, senza mai attraversare la rete Internet pubblica.

  • Uscita controllata: per gli endpoint pubblici a cui si accede tramite VPC, il traffico viene indirizzato attraverso i gateway NAT, offrendoti il controllo sugli indirizzi IP in uscita e sulle politiche di rete.

  • Controlli di sicurezza VPC: sfrutta i gruppi di sicurezza VPC esistenti, gli ACL di rete e le tabelle di routing per controllare l'accesso alla rete dei connettori.

  • Connettività ibrida: accedi ai server SFTP locali tramite connessioni VPN o Direct Connect consolidate senza ulteriore esposizione a Internet.

Considerazioni sulla sicurezza di Resource Gateway

I Resource Gateway forniscono punti di ingresso sicuri per Cross-VPC Accesso alle risorse:

  • Multi-AZ dispiegamento: i Resource Gateway richiedono sottoreti in almeno due zone di disponibilità per garantire un'elevata disponibilità e una tolleranza ai guasti.

  • Controlli dei gruppi di sicurezza: configura i gruppi di sicurezza per limitare l'accesso alle porte SFTP (in genere la porta 22) solo da fonti autorizzate.

  • Posizionamento di una sottorete privata: implementa i Resource Gateway in sottoreti private durante la connessione a server SFTP privati per mantenere l'isolamento della rete.

  • Limiti di connessione: ogni Resource Gateway supporta fino a 350 connessioni simultanee con un timeout di inattività di 350 secondi per le connessioni TCP.