- Manage identity and access using the principles of least privilege
- Authenticate via single sign-on (SSO) & enable MFA within the SSO provider.
- If not using SSO & MFA, set complex local passwords.
- Separate admin accounts from normal user accounts.
- Limit cluster creation rights/permissions.
- Store and use Personal Access Tokens (PAT) securely.
- Cross-account IAM role configuration.
- Authenticate via single sign-on (SSO) & enable MFA within the SSO provider.
- Protect data in-transit
- Use AWS Private Link
- Secure your EKS cluster & network
- Enable Audit and Authenticator logging
- Enable external ingress to clusters only for required users/IPs.
- Use EKS Authorized Networks to provide EKS management API access only to e6data IPs.
- Implement network exfiltration protections.
- Enable S3 access logging
- Apply EKS service controls.
- Use VPC endpoint policies.
- Configure PrivateLink
- Use EKS best practices when deploying workspaces
- Add tags for cost monitoring
Security best practices
Security best practices for hardening an e6data In Your VPC deployment on AWS - identity, network, and EKS configuration.
e6data follows secure-by-design and privacy-by-design approaches to its systems. This means that all architectural decisions are based on minimizing access to users’ data.
While most security settings provide least privilege by default, some settings and configurations should be hardened by users prior to going to production.
Last modified on October 1, 2026