Ensure EKS nodes are launched in private subnets
EKS worker nodes should be launched in private subnets without direct internet access.
Security Impact
Nodes in public subnets with public IPs are directly exposed to the internet.
How to Remediate
Configure node groups to launch in private subnets. Use NAT gateway for outbound internet access.
Affected Resources
Compliance Frameworks
How TigerGate Helps
TigerGate continuously monitors your AWS environment to detect and alert on this misconfiguration. Here's what our platform does for this specific check:
- Continuous Scanning
Automatically scans all Elastic Kubernetes Service (EKS) resources across your AWS accounts every hour
- Instant Alerts
Get notified via Slack, email, or webhooks when this misconfiguration is detected
- One-Click Remediation
Fix this issue directly from the TigerGate dashboard with our guided remediation
- Compliance Evidence
Automatically collect audit evidence for SOC 2, PCI-DSS, NIST 800-53 compliance
- Drift Detection
Get alerted if this configuration drifts back to an insecure state after remediation
Check Details
- Check ID
- aws-eks-18
- Service
- Elastic Kubernetes Service (EKS)
- Category
- Network Security
- Severity
- MEDIUM
Automate This Check
TigerGate automatically scans your AWS environment for this and 575+ other security checks.
Start Free TrialRelated Elastic Kubernetes Service (EKS) Checks
View all checksEnsure EKS cluster endpoint is not publicly accessible
Ensure EKS cluster has secrets encryption enabled
Ensure EKS cluster logging is enabled
Ensure EKS node groups use managed node groups
Ensure EKS clusters use the latest Kubernetes version