Sicurezza dell'infrastruttura in Amazon EKS

In quanto servizio gestito, Amazon Elastic Kubernetes Service è protetto dalla sicurezza di rete globale. AWS Per informazioni sui servizi di AWS sicurezza e su come AWS protegge l'infrastruttura, consulta AWS Cloud Security. Per progettare il tuo AWS ambiente utilizzando le migliori pratiche per la sicurezza dell'infrastruttura, vedi Infrastructure Protection in Security Pillar AWS Well‐Architected Framework.

Utilizzi chiamate API AWS pubblicate per accedere ad Amazon EKS attraverso la rete. I client devono supportare quanto segue:

• Transport Layer Security (TLS). È richiesto TLS 1.2 ed è consigliato TLS 1.3.

• Suite di cifratura con Perfect Forward Secrecy (PFS), ad esempio Ephemeral Diffie-Hellman (DHE) o Elliptic Curve Ephemeral Diffie-Hellman (ECDHE). La maggior parte dei sistemi moderni, come Java 7 e versioni successive, supporta tali modalità.

Inoltre, le richieste devono essere firmate utilizzando un ID chiave di accesso e una chiave di accesso segreta associata a un principale IAM. O puoi utilizzare AWS Security Token Service (AWS STS) per generare credenziali di sicurezza temporanee per sottoscrivere le richieste.

Quando si crea un cluster Amazon EKS;, specificare anche le sottoreti VPC; che devono essere utilizzate dal cluster. Amazon EKS richiede sottoreti in almeno due zone di disponibilità. È consigliabile un VPC con sottoreti pubbliche e private in modo che Kubernetes possa creare sistemi di bilanciamento del carico pubblici nelle sottoreti pubbliche, che bilancino il carico del traffico ai Pods in esecuzione su nodi che si trovano in sottoreti private.

Per ulteriori informazioni sulle considerazioni per il VPC, consultare Requisiti e considerazioni su VPC e sottoreti di Amazon EKS.

Se crei il tuo VPC e i gruppi di nodi con i AWS CloudFormation modelli forniti nella Guida introduttiva ad Amazon EKS procedura dettagliata, i gruppi di sicurezza del piano di controllo e dei nodi vengono configurati con le nostre impostazioni consigliate.

Per ulteriori informazioni sulle considerazioni per i gruppi di sicurezza, consultare Considerazioni e requisiti relativi al gruppo di sicurezza Amazon EKS.

Quando si crea un nuovo cluster, Amazon EKS crea un endpoint per il server API Kubernetes gestito utilizzato per comunicare con il cluster (usando strumenti di gestione Kubernetes, ad esempio kubectl). Per impostazione predefinita, questo endpoint del server API è pubblico su Internet e l'accesso al server API è protetto utilizzando una combinazione di AWS Identity and Access Management (IAM) e Role Kubernetes Based Access Control (RBAC) nativo.

Puoi abilitare l'accesso privato al server API Kubernetes in modo che tutte le comunicazioni tra i nodi e il server API rimangano all'interno del VPC. È possibile limitare gli indirizzi IP che possono accedere al server API da Internet o disabilitare completamente l'accesso a Internet al server API.

Per ulteriori informazioni sulla modifica dell'accesso all'endpoint del cluster, consultare Modifica dell'accesso all'endpoint del cluster.

È possibile implementare policy di rete Kubernetes con CNI di Amazon VPC o strumenti di terze parti come Project Calico. Per ulteriori informazioni sull'utilizzo della CNI di Amazon VPC per le policy di rete, consulta la pagina Configurazione del cluster per le policy di rete Kubernetes. Project Calico è un progetto open source di terze parti. Per ulteriori informazioni, consulta la documentazione di Project Calico.