High School BeginnerModule B12Lesson 4 of 7

B12.4 Asymmetric Encryption Basics

Learn how public and private keys support secure exchange, protected communication, digital signatures, certificate trust, and safer key management.

Lesson Progress

Asymmetric Encryption Basics

High School BeginnerB12: Introduction to Cryptography Concepts • Lesson 4 of 7

57% complete

Readiness Check

Before You Start

0/3 ready

Professional Hook

One Key Can Be Shared While the Other Must Stay Private

Asymmetric cryptography allows a public key to be distributed while the related private key remains protected. This separation helps solve key-sharing challenges and supports digital signatures, certificates, and secure connections.

Safety reminder: every key pair, file, certificate, signature, account, website, service, and identity in this lesson is fictional. Never upload or share a real private key.

Learning Objective

Explain the different roles of public and private keys.

Learning Objective

Describe how asymmetric cryptography supports encryption, decryption, digital signatures, and secure exchange.

Learning Objective

Choose safer public-key verification, private-key storage, revocation, and replacement decisions.

Why This Matters

A Public Key Is Useful Only When Its Identity Is Trusted

Anyone can create a key pair and claim a public key belongs to a certain person or website. Defenders must verify the expected identity before trusting the key.

Visual Diagram

One Key Pair, Different Roles

Asymmetric cryptography separates public and private operations so users can share one key while protecting the other.

1

Create a key pair

An approved system generates a mathematically related public key and private key.

2

Share the public key

The public key can be distributed through trusted channels for encryption or signature verification.

3

Protect the private key

The private key remains restricted to its authorized owner, device, or service.

4

Verify the result

Authorized users confirm the expected identity, key, certificate, or signature before trusting the outcome.

Defender rule: public does not mean unverified. Before trusting a public key, confirm that it belongs to the expected identity.

Core Concept

Public and Private Keys Have Different Jobs

Data protected for a recipient may use the recipient's public key, while the matching private key supports authorized decryption. Digital signatures are created with a protected private key and checked with the matching trusted public key.

Key Vocabulary

Terms for Asymmetric Cryptography

Asymmetric encryption

Cryptography that uses a mathematically related public key and private key for different operations.

Public key

A key that may be shared openly and used for approved encryption or signature verification.

Private key

A protected secret key used for approved decryption or digital-signature creation.

Key pair

A public key and private key that are mathematically related and used together.

Digital signature

A cryptographic result created with a private key that can be checked with the matching public key.

Key exchange

A process that helps systems establish protected shared secrets without sending the final secret openly.

Technical Breakdown

Public and Private Key Board

The two keys have different roles, and the private key must never be treated like the public key.

Public key

Review question

How will users confirm that the key belongs to the expected identity?

Safer choice

Use trusted certificates, directories, fingerprints, or approved identity-verification processes.

Private key

Review question

Who can use the key, where is it stored, and how is its use monitored?

Safer choice

Restrict access, use approved protected storage, and document ownership and recovery.

Encryption

Review question

Which key should be used to protect data for a specific recipient?

Safer choice

Use the recipient's trusted public key so the matching private key supports authorized decryption.

Digital signature

Review question

How can the recipient verify origin and integrity?

Safer choice

Verify the signature using the trusted matching public key and expected identity.

Fake Dashboard

Public and Private Key Review Panel

This fictional panel compares key pairs, public-key distribution, private-key protection, signatures, verification, and replacement.

Fake Data

Public key

Shared through an approved directory or certificate

Verify that it belongs to the expected person, device, service, or website.

Private key

Stored in a protected approved location

Limit access, monitor use, and follow rotation or revocation procedures after suspected exposure.

Encrypted message

Protected using the recipient's public key

Only the matching protected private key should support authorized decryption.

Digital signature

Created using the sender's protected private key

Verify with the trusted matching public key and expected identity.

Key replacement

Private key may have been exposed

Report, revoke or retire the affected key pair, issue a trusted replacement, and review impacted data.

Fake Dashboard

Fake Asymmetric Cryptography Dashboard

Training dashboard using fictional key pairs, public-key directories, private-key storage, signatures, certificates, and replacement events.

Key pairs reviewed

19

Fictional people, devices, websites, publishers, and managed services.

Identity checks

24

Certificates, approved directories, fingerprints, and expected names were reviewed.

Private-key actions

7

Rotation, revocation, replacement, storage, and access reviews were completed.

Fake SOC Alert

Private Key Uploaded to a Shared Folder

Source: Fake Key-Pair Training • Time: 11:26 AM

High Severity
A fictional user accidentally uploads a private key beside the public certificate in a broadly shared folder.
Defensive recommendation: Remove access, report the exposure, revoke or retire the affected key pair, issue a trusted replacement, and review impacted signatures or encrypted data.

Fake Log Panel

Fake Public-Key Review Log

training-log-viewer.log
10:58:07 KEYPAIR owner='school_service' status='active'
11:03:19 PUBLIC_KEY location='approved_directory' identity='verified'
11:08:44 PRIVATE_KEY location='shared_folder' access='broad'
11:13:52 EXPOSURE status='suspected' users='14'
11:19:36 RESPONSE access='removed' revocation='initiated'
11:26:11 REPLACEMENT new_keypair='issued' impact_review='open'

Training note: this is fake data for defensive analysis practice only.

Analyze the Evidence

Which Key Should Remain Secret?

A fictional service publishes its public key through an approved certificate.
The private key is stored in a broadly shared folder.
Several users can download both files.
The service uses the key pair for signatures and protected connections.

What is the safest conclusion?

Common Mistakes

Mistakes That Weaken Asymmetric Cryptography

Sharing or uploading a private key because the public key is safe to share.
Trusting a public key without confirming the expected owner or certificate.
Assuming asymmetric encryption is always faster than symmetric encryption for large files.
Believing a digital signature hides the content of a message.
Keeping an exposed key pair active after suspected private-key compromise.
Using unofficial key-generation or storage tools for sensitive data without approval.

Safe Defensive Lab

Review a Fictional Public-Key Trust Plan

Fake Trust Plan

School Service Key Pair

A fictional school service uses a public certificate, protected private key, signed notices, encrypted requests, and a documented replacement process.

Defender Review Steps

  • Identify the owner and approved use of the key pair.
  • Verify how the public key is distributed and trusted.
  • Review private-key storage and authorized access.
  • Identify encryption, decryption, signing, and verification roles.
  • Check revocation and replacement procedures.
  • Document verification and impact-review steps.

Scenario Decision Lab

A Public Key Arrives Through an Unverified Message

A fictional user receives a new public key through an unexpected message and is told to trust it immediately.

Scenario Decision Lab

A Private Key May Have Been Exposed

A fictional service discovers that its private key may have been copied from an unprotected folder.

Defender Habits

Asymmetric Encryption Checklist

Check Your Understanding

B12.4 Mini Quiz: Asymmetric Encryption Basics

Choose your answers first. Explanations appear only after submission.

1. What makes encryption asymmetric?

2. Which key may normally be shared openly?

3. Which key must remain protected?

4. What can a digital signature help verify?

5. What should happen after suspected private-key exposure?

Portfolio Prompt

Portfolio Prompt

Create a one-page fictional asymmetric-cryptography plan. Include owner, public-key distribution, identity verification, private-key storage, encryption use, signature use, authorized users, revocation trigger, replacement process, and verification evidence.

Use fictional keys, certificates, signatures, files, accounts, services, people, and organizations only.
Do not include real passwords, private keys, secret keys, MFA codes, recovery codes, or personal data.
Explain how users verify that the public key belongs to the expected identity.

Key Takeaways

What You Should Remember

1.Asymmetric cryptography uses a related public key and private key.
2.The public key may be shared, but its identity still must be verified.
3.The private key must remain protected and restricted.
4.Digital signatures support authenticity and integrity, not automatic confidentiality.
5.Suspected private-key exposure requires revocation, replacement, and impact review.

Navigation

Continue Module B12