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.
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.
Protect data in-transit
Use AWS Private Link
Secure your EKS cluster & network
Use 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
Last updated
Was this helpful?

