CISSP Communication and Network Security Practice Question
A security analyst is evaluating secure email protocols. Which TWO of the following provide both encryption and digital signing of email messages?
⚠ Common exam trap
A common mix-up: candidates confuse transport-layer security (SSL/TLS) with end-to-end message security; candidates often select SSL/TLS because it encrypts email in transit, but it does not provide digital signing or protect the message after delivery.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
S/MIME
S/MIME (Option A) is correct because it uses X.509 digital certificates to provide end-to-end message encryption and digital signing of email content, ensuring confidentiality, integrity, authentication, and non-repudiation. PGP/GPG (Option C) is also correct because it uses public/private key pairs to encrypt and digitally sign email messages, offering the same cryptographic protections for message body and attachments. SSL/TLS (Option B) only encrypts the transport channel between mail clients and servers (e.g., IMAP over TLS, SMTP over TLS) and does not itself digitally sign messages. SSH (Option D) is a secure remote-access and tunneling protocol unrelated to email message signing or encryption. IPsec (Option E) secures IP packets at the network layer for VPNs and does not provide email-level signing or encryption.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✓
S/MIME
Why this is correct
S/MIME (Secure/Multipurpose Internet Mail Extensions) is a standard for public key encryption and signing of MIME data, commonly used for email. It leverages X.509 certificates issued by a Certificate Authority (CA) to provide confidentiality (encryption), integrity, authentication, and non-repudiation for email messages. S/MIME integrates directly into email clients, allowing users to encrypt the entire email body and attachments, and digitally sign messages to verify sender identity.
- ✗
SSL/TLS
Why it's wrong here
SSL/TLS (Secure Sockets Layer/Transport Layer Security) protocols establish an encrypted tunnel between two communicating endpoints, such as an email client and an email server (e.g., SMTP, POP3, IMAP over TLS). While SSL/TLS protects email in transit from eavesdropping and tampering, it does not provide end-to-end encryption of the email content itself, meaning the email resides unencrypted on mail servers. It secures the *connection*, not the *message payload* from sender to recipient's inbox.
- ✓
PGP/GPG
Why this is correct
PGP (Pretty Good Privacy) and its open-source implementation GPG (GNU Privacy Guard) are cryptographic programs that provide cryptographic privacy and authentication for data communication. They enable end-to-end encryption and digital signing of email messages and files, using a "web of trust" model for key validation rather than relying solely on a hierarchical Certificate Authority. PGP/GPG allows users to encrypt the actual content of an email, ensuring only the intended recipient with the corresponding private key can decrypt and read it.
- ✗
SSH
Why it's wrong here
SSH (Secure Shell) primarily establishes secure, encrypted channels for remote command-line access, file transfers (SFTP), and port forwarding. While it provides secure communication, it does not inherently encrypt or sign the content of email messages themselves, nor is it integrated into standard email client/server protocols for end-to-end email security. Its function is at a different layer and for a different purpose than securing email content.
- ✗
IPsec
Why it's wrong here
IPsec (Internet Protocol Security) is a suite of protocols used to secure IP communications by authenticating and encrypting each IP packet in a data stream. It operates at the network layer (Layer 3) of the OSI model, providing secure communication between hosts, networks, or applications. While IPsec can secure the underlying network traffic that carries email, it does not directly encrypt or sign the email message content itself, nor is it designed for application-layer end-to-end email security.
Quick reference
VPN Protocol Comparison
| Protocol | Port | Encryption | Authentication | Use Case |
|---|---|---|---|---|
| IKEv2 / IPsec | UDP 500 / 4500 | AES-256 | Certificates / PSK | Site-to-site & remote access |
| SSL / TLS VPN | TCP 443 | TLS 1.3 | Certificates / MFA | Clientless remote access |
| L2TP / IPsec | UDP 1701 | AES (IPsec) | PSK / Certificates | Legacy remote access |
| WireGuard | UDP 51820 | ChaCha20 | Public keys | Modern high-performance VPN |
| PPTP | TCP 1723 | MPPE (weak) | MS-CHAPv2 | Legacy — avoid in production |
PPTP is considered insecure. IKEv2/IPsec and SSL VPN are the current recommended options.
Go deeper
Related to this question
Learn chapter
Identity and Access Management (IAM)
Key term
Authentication
Authentication is the process of verifying that someone or something is who or what it claims to be before granting access to a system or resource.
Key term
TLS
Transport Layer Security (TLS) is a cryptographic protocol that encrypts data sent over the internet to keep it private and ensure it hasn’t been tampered with.
About these practice questions
This CISSP question is part of Courseiva's 816-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This CISSP practice question is part of Courseiva's free ISC2 certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the CISSP exam.