SSCP Cryptography Practice Question
A certificate authority (CA) issues a certificate with the extended key usage (EKU) extension specifying 'serverAuth'. Which of the following is this certificate allowed to do?
⚠ Common exam trap
A common pitfall is assuming that a certificate with 'serverAuth' can also be used for client authentication or other purposes, but the EKU extension strictly limits usage. Candidates often confuse 'serverAuth' with other EKUs like 'clientAuth' or 'emailProtection'.
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
✓
Authenticate a TLS server
The Extended Key Usage (EKU) extension specifies the intended purpose of a certificate. The 'serverAuth' OID (1.3.6.1.5.5.7.3.1) explicitly permits the certificate to be used for authenticating a TLS server during the SSL/TLS handshake, such as in HTTPS. This is defined in RFC 5280 and is enforced by TLS clients to ensure the certificate is used only for its designated purpose.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
Encrypt email
Why it's wrong here
The serverAuth EKU restricts the certificate to authenticating TLS servers, so it cannot perform S/MIME email encryption, which requires the emailProtection EKU. It is tempting because serverAuth certificates are frequently used for secure communications, but that role is limited to TLS server authentication, not message-level encryption.
- ✓
Authenticate a TLS server
Why this is correct
The serverAuth EKU value permits the certificate's public key to authenticate a TLS server during the handshake, proving the server's identity to clients. This satisfies the stem's specified extension, restricting usage to server authentication rather than clientAuth, code signing or email protection.
- ✗
Sign code
Why it's wrong here
The serverAuth EKU restricts the certificate to authenticating TLS servers, so code signing is outside its permitted use. Code signing requires the codeSigning EKU; serverAuth would be correct for a web or application server presenting TLS credentials.
- ✗
Issue subordinate CA certificates
Why it's wrong here
Issuing subordinate CA certificates requires the basicConstraints extension with CA:TRUE and keyCertSign key usage; serverAuth alone grants no signing authority over other certificates. It is tempting because CAs do issue certificates, but a serverAuth leaf certificate is an end-entity credential, not a signing authority.
About these practice questions
This SSCP question is part of Courseiva's 971-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 SSCP 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 SSCP exam.