Courseiva

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

ProtocolPortEncryptionAuthenticationUse Case
IKEv2 / IPsecUDP 500 / 4500AES-256Certificates / PSKSite-to-site & remote access
SSL / TLS VPNTCP 443TLS 1.3Certificates / MFAClientless remote access
L2TP / IPsecUDP 1701AES (IPsec)PSK / CertificatesLegacy remote access
WireGuardUDP 51820ChaCha20Public keysModern high-performance VPN
PPTPTCP 1723MPPE (weak)MS-CHAPv2Legacy — avoid in production

PPTP is considered insecure. IKEv2/IPsec and SSL VPN are the current recommended options.

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 →

How Courseiva writes practice questions · Editorial policy

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.