CAS-003 · Question #853
A company deploys a system to use device and user certificates for network authentication. Previously, the company only used separate certificates to send/receive encrypted email. Users have begun…
The correct answer is C. The sending mail client is selecting the wrong public key to encrypt messages. After deploying new network authentication certificates alongside existing S/MIME email certificates, the sending mail client is likely encrypting messages with the authentication certificate's public key rather than the recipient's S/MIME encryption key.
Question
A company deploys a system to use device and user certificates for network authentication. Previously, the company only used separate certificates to send/receive encrypted email. Users have begun notifying the help desk because they cannot read encrypted email. Which of the following is the MOST likely cause of the issues?
Options
- AThe attestation service is not configured to accept the new certificates.
- BThe device certificates have the S/MIME attribute selected.
- CThe sending mail client is selecting the wrong public key to encrypt messages.
- DMultiple device certificates are associated with the same network port.
How the community answered
(47 responses)- A9% (4)
- B19% (9)
- C68% (32)
- D4% (2)
Why each option
After deploying new network authentication certificates alongside existing S/MIME email certificates, the sending mail client is likely encrypting messages with the authentication certificate's public key rather than the recipient's S/MIME encryption key.
An attestation service misconfiguration affects device trust and certificate validation workflows, not the ability of a mail client to decrypt already-received S/MIME messages.
If device certificates carried the S/MIME attribute, they might appear as candidates for email operations, but this describes a certificate property rather than the client-side key selection error that directly causes decryption failure.
When a recipient has multiple certificates in the directory, the sending mail client may select the public key from the newly deployed network authentication certificate instead of the designated S/MIME encryption certificate. Because the recipient's S/MIME private key does not correspond to the authentication certificate used for encryption, decryption fails entirely. This key mismatch is the most probable cause when new certificates are introduced alongside pre-existing email certificates without updated client configuration.
Associating multiple device certificates with the same network port is a network authentication configuration issue and has no relationship to S/MIME email encryption or decryption.
Concept tested: S/MIME certificate key selection causing email decryption failure
Source: https://learn.microsoft.com/en-us/exchange/policy-and-compliance/smime/smime
Topics
Community Discussion
No community discussion yet for this question.