AWS released EC2 Instance Connect, which is even worse. If you use Amazon Linux 2 or Ubuntu, the chances are high that everyone in your AWS account can SSH into every EC2 instance!
What is EC2 Instance Connect
EC2 Instance Connect makes your public SSH key available on an EC2 instance using the metadata service. To push your public key to an EC2 instance, you use the SendSSHPublicKey API.
The SSH daemon (sshd) needs to be configured to ask the metadata service for all public keys when someone connects via SSH. This configuration is enabled for you by default on Amazon Linux 2 and Ubuntu AMIs.
How the backdoor works
These three conditions must be met:
- Use the official Amazon Linux 2 or Ubuntu AMIs
- Allow traffic on port 22. If you used SSH in the past to manage your instances, the port is already open.
- Your IAM user or role needs permissions (action ec2-instance-connect:SendSSHPublicKey). Very likely, you have those permissions thanks to managed policies like AdministratorAccessor PowerUserAccess.
You can now open an SSH connection to every EC2 instance in your AWS account.
Protect yourself
If you are not interested in using EC2 Instance Connect, you can do one of the following:
- Uninstall EC2 Instance Connect.
- Do not allow traffic on port 22.
- Deny the action ec2-instance-connect:SendSSHPublicKey globally in your SCP.
If you want to use EC2 Instance Connect:
- Keep your Security Groups as close as possible and use a VPN to connect to your VPC.
- Grant the ec2-instance-connect:SendSSHPublicKey action carefully. According to IAM docs, you only can use a condition to restrict the OS user. According to the EC2 Instance Connect docs, you can also restrict access to specific EC2 instances using resource-level permissions. Unfortunately, EC2 Instance tags don’t seem to be supported.
Summary
AWS released a new feature called EC2 Instance Connect. It is enabled by default on Amazon Linux 2 and Ubuntu AMIs. We would appreciate if AWS would ask us – the customers – before they change defaults that increase our security risks. And we would also love to see up-to-date documentation on the IAM configuration. The information is contradictory at the moment, which is not satisfactory when security is at risk!
