JWT Definition in REST API Security Explained
Which definition describes JWT in regard to REST API security?
Community Insight
The question tests whether you know a JWT is encoded rather than encrypted and that its canonical purpose is securely transferring claims between parties, not authentication alone — the trap is picking 'authentication' because JWTs are so often used in login flows.
A JSON Web Token (JWT) is a compact, URL-safe, encoded (not encrypted) JSON token defined by RFC 7519 that carries signed claims between two parties. For the CCNA 200-301 REST API security question, the matching definition is the encoded JSON token used to securely exchange information.
Option D is the most commonly selected wrong answer: learners associate JWTs with login tokens and pick 'used for authentication.' That is a real use case, but it is narrower than the standard definition, and both C and D correctly say 'encoded,' so authentication vs. secure exchange of information is the deciding distinction.
Community Discussion (19 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
RFC 7519 defines a JSON Web Token as a compact, URL-safe representation of claims transferred between two parties, with the claims encoded as a JSON object and typically digitally signed with JWS. That matches option C: an encoded JSON token used to securely exchange information. JWTs routinely carry far more than an authentication identity — subject, issuer, audience, expiry, roles and custom claims — so 'exchange information' is the accurate, general definition. On the CCNA this wording tracks the official IETF phrasing, which is why C is the expected answer.Why the Other Options Are Wrong
Options A and B fail immediately because a standard JWT is encoded, not encrypted: the payload is only Base64URL-encoded and signed, so anyone holding the token can read the claims unless JWE encryption is deliberately applied. Option D is only partially right — JWTs are frequently used to prove identity after a login — but it both narrows the definition and, unlike C, fails to capture the claim-transfer purpose the standard describes. Since A and B share the same fatal 'encrypted' error and D is the narrower distractor, C is the only complete and defensible definition.Community Comment Notes
Commenters are split: Ciscoman021 argued for D, stating JWT is 'an encoded JSON token that is commonly used in REST API security for authentication and authorization,' while splashy pushed back with 'It's encoded. It exchanges more info then just authentication' and cited the jwt.io introduction, later switching to D as well. espandrews pointed out that 'C and D are correct,' which highlights the ambiguity — but in a single-choice exam the broader RFC 7519 wording wins. oatmealturkey added a valuable caveat that a JWT 'does not in itself provide security to the information' without HTTPS/TLS, since a token can be intercepted and replayed.Official Reference
Exam Strategy
On definition questions, eliminate options that contradict the standard's exact terminology — a JWT is encoded and signed, not encrypted. Then choose the option that matches the broadest official wording rather than one narrow real-world use case.
Frequently Asked Questions
Why isn't 'encoded JSON token used for authentication' the right definition of a JWT?
It is a common use, but it is narrower than the RFC 7519 definition. JWTs carry any claims — roles, expiry, issuer — so 'securely exchange information' is the accurate general description.
Are JWTs encrypted, as options A and B claim?
No. A standard JWT payload is Base64URL-encoded and digitally signed (JWS), so it can be read by anyone holding it. Encryption only occurs if the JWE structure is deliberately used.
Related Analysis
Practice All 200-301 Questions
Access 220 questions with complete answers and detailed explanations.
View Full 200-301 Practice Test →