Key pairs for SSH access in AWS - Step-by-Step Execution

Process Flow - Key pairs for SSH access

Create Key Pair

↓

AWS stores Public Key

↓

User downloads Private Key

↓

Launch EC2 Instance with Key Pair

↓

User connects via SSH using Private Key

↓

EC2 verifies Public Key

↓

SSH Access Granted or Denied

This flow shows how AWS key pairs are created, stored, and used to securely connect to EC2 instances via SSH.

Execution Sample

AWS

aws ec2 create-key-pair --key-name MyKey --query 'KeyMaterial' --output text > MyKey.pem
chmod 400 MyKey.pem
ssh -i MyKey.pem ec2-user@ec2-instance-ip

Create a key pair in AWS and use the private key to SSH into an EC2 instance.

Process Table

Step	Action	AWS State	User Action	Result
1	Create key pair named 'MyKey'	Public key saved in AWS	Private key file downloaded	Key pair ready for use
2	Launch EC2 instance with 'MyKey'	Instance stores public key for SSH	Wait for instance to start	Instance ready for SSH
3	User runs SSH command with private key	Instance receives SSH request	SSH client sends private key	Instance checks public key match
4	Instance verifies key pair match	Public key matches private key	Connection established	SSH access granted
5	If keys don't match	Public key does not match	Connection attempt	SSH access denied

💡 SSH access ends when key verification succeeds or fails.

Status Tracker

Variable	Start	After Step 1	After Step 2	After Step 3	After Step 4	Final
Public Key (AWS)	None	Stored	Stored	Stored	Checked	Verified or Rejected
Private Key (User)	None	Downloaded	Held	Used in SSH	Sent to Instance	Used for Access
EC2 Instance State	Stopped	Stopped	Running with Key	Running	Running	Running
SSH Connection	None	None	None	Attempted	Established or Denied	Ended

Key Moments - 3 Insights

Why does AWS only store the public key and not the private key?

AWS stores only the public key for security reasons; the private key is kept only by the user to ensure only they can access the instance, as shown in execution_table step 1.

What happens if the private key used in SSH does not match the public key on the instance?

The instance denies SSH access because the keys don't match, as seen in execution_table step 5 where SSH access is denied.

Can you connect to an EC2 instance without the private key?

No, because the private key is required to prove your identity; without it, the instance will reject the connection (execution_table step 5).

Visual Quiz - 3 Questions

Look at the execution_table, at which step does the user download the private key?

A Step 3

B Step 1

C Step 2

D Step 4

💡 Hint

Check the 'User Action' column in execution_table step 1.

According to variable_tracker, what is the state of the EC2 instance after step 2?

A Running with Key

B Stopped

C Running without Key

D Terminated

💡 Hint

Look at the 'EC2 Instance State' row after 'After Step 2' column.

If the private key is lost, what will happen during SSH connection according to execution_table?

A SSH access granted

B AWS regenerates the private key

C SSH access denied

D Connection succeeds without key

💡 Hint

Refer to execution_table step 5 where keys don't match.

Concept Snapshot

Key pairs are two linked keys: public (stored by AWS) and private (kept by user).
AWS uses the public key on EC2 instances to verify SSH connections.
Users connect via SSH using the private key file.
Private key must be kept safe; losing it means losing access.
AWS never stores the private key for security.
SSH access depends on matching key pairs.

Full Transcript

This visual execution shows how AWS key pairs enable secure SSH access to EC2 instances. First, a key pair is created; AWS stores the public key, and the user downloads the private key. When launching an EC2 instance, the public key is installed on it. To connect, the user uses the private key with SSH. The instance verifies the private key matches the stored public key. If they match, SSH access is granted; otherwise, it is denied. The private key must be kept safe by the user because AWS does not store it. Losing the private key means losing SSH access to the instance.