NSE7 Advanced VPN and Zero Trust Practice Question
A company uses FortiGate ZTNA to provide remote access to an internal web application. The application requires client certificates for authentication. The administrator has configured the ZTNA rule to use certificate authentication. However, users report that they are prompted for credentials repeatedly. What is the most likely cause?
⚠ Common exam trap
Candidates often assume repeated credential prompts are caused by password issues or SAML misconfiguration, but in a certificate-based ZTNA rule, the root cause is almost always a trust issue with the client certificate's CA on the FortiGate.
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
✓
The client certificate is not trusted by the FortiGate.
When a ZTNA rule is configured for certificate authentication, the FortiGate must trust the client certificate's issuing CA. If the CA certificate is not imported into the FortiGate's trusted CA list, the certificate chain validation fails, causing the authentication to be rejected and the client to be repeatedly prompted for credentials. This is the most common cause of repeated credential prompts in certificate-based ZTNA setups.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
The user's password has expired.
Why it's wrong here
An expired password affects credential-based logon, but the ZTNA rule uses certificate authentication, so password state is irrelevant to the repeated prompts. Password expiry is tempting because repeated credential prompts suggest account issues, and would be correct where password-based authentication is the configured method.
- ✗
The ZTNA rule is configured to use SAML authentication instead.
Why it's wrong here
SAML authentication replaces certificate-based client authentication, so FortiClient cannot present the required client certificate and users are re-prompted. SAML is tempting because it is a valid ZTNA authentication method, and would be correct where identity-provider single sign-on is intended instead of mutual certificate authentication.
- ✓
The client certificate is not trusted by the FortiGate.
Why this is correct
FortiGate validates the client certificate against its trusted CA store during ZTNA certificate authentication. If the issuing CA is absent, validation fails and the FortiGate falls back to prompting for credentials, explaining the repeated prompts users report despite correct certificate configuration.
- ✗
The FortiClient EMS server is not reachable from the client.
Why it's wrong here
EMS reachability affects endpoint compliance tagging and posture, not certificate validation; the ZTNA rule still requests a certificate the client cannot satisfy, causing repeated prompts. EMS connectivity is tempting because ZTNA depends on it for tags, and would be correct when endpoints fail posture checks rather than certificate authentication.
Go deeper
Related to this question
About these practice questions
One of 718 original NSE7 practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This NSE7 practice question is part of Courseiva's free Fortinet 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 NSE7 exam.