ValidateToken throws undocumented FormatException
See original GitHub issueThe ValidateToken
method in the JwtSecurityTokenHandler
class throws a undocumented FormatException
.
Example input: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.e30.f
FormatException: IDX14700: Unable to decode: ‘f’ as Base64url encoded string.
Issue Analytics
- State:
- Created 6 years ago
- Comments:11 (11 by maintainers)
Top Results From Across the Web
Metasploit Development Diaries: Q1 2019
As a former Metasploit researcher once said, a software vulnerability at its core can be thought of as an undocumented, unintentional ...
Read more >sitemap-questions-50.xml
... /questions/2338023/string-formatexception-with-datetime-in-non-us-culture ... -bucket-notification-configuration-for-sqs-throws-unable-to-validate-the ...
Read more >Results
... HtmlNodeType FormatException get_Item InternalsVisibleToAttribute ... op_Increment TryGetValue errorMessages ValidateToken ICollection ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@vanillajonathan I agree that the user should know what exceptions to expect and what they mean. Let me see what we can do.
@vanillajonathan the transitive closure of all exceptions is hard. But, exceptions that an internal library method throws should be in scope. I agree, we should document this exception in ValidateToken OR better yet, catch the exception ReadToken throws, wrap it inside SecurityTokenValidationException.