You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
When using DPoP for token binding, the DPoPHeaderValidator does not verify the uniqueness of JTI value of each request. This allows DPoP proofs to be replayed in case they are sent to the same endpoint.
Steps to reproduce
Login to console and create an application
Setup DPoP connector as mentioned in README
Add the DPoP header in token request and get the access token.
Start another flow and use the same DPoP header.
Suggested Improvement
Store the JTI values of DPoP headers for it's valid period in the context of target URI. DPoP proof with same URI and a JTI that's recently used should be rejected. The spec's recommendation can be found here.
Version
DPoP Connector Version - 1.0.12
The text was updated successfully, but these errors were encountered:
DPoP replay attacks can be mitigated with DPoP proofs that has a short life-span (by verifying iat and exp claims). This is an additional security consideration.
Current Limitation
Description
When using DPoP for token binding, the DPoPHeaderValidator does not verify the uniqueness of JTI value of each request. This allows DPoP proofs to be replayed in case they are sent to the same endpoint.
Steps to reproduce
Suggested Improvement
Store the JTI values of DPoP headers for it's valid period in the context of target URI. DPoP proof with same URI and a JTI that's recently used should be rejected. The spec's recommendation can be found here.
Version
DPoP Connector Version - 1.0.12
The text was updated successfully, but these errors were encountered: