Repository navigation
[OID4VCI-FAPI2] Pass fapi2-security-profile-final-access-token-type-header-case-sensitivity - #48321
Conversation
Unreported flaky test detectedIf the flaky tests below are affected by the changes, please review and update the changes accordingly. Otherwise, a maintainer should report the flaky tests prior to merging the PR. org.keycloak.testsuite.forms.LoginTest#loginDifferentUserAfterDisabledUserThrownOutKeycloak CI - Forms IT (firefox) |
0c2f9f4 to
5a95d54
Compare
dbba8a4 to
e817cd5
Compare
|
@tnorimat What do you think about this change? To me, it looks OK, but wanted to ask for your review as well . |
|
@tdiesler Hello, I would like to confirm the following point. It seems that you run OpenID Foundation's conformance test. It has several test plan. In OAuth-SIG activity, whenever the new keycloak version is released, I run the following test plan for FAPI 2.0 Final against that, and I confirm that keycloak can pass the test "fapi2-security-profile-final-access-token-type-header-case-sensitivity
|
|
@tdiesler Also, I would like to confirm the following point. According to RFC 9110 Section 11.1, it says that Authorization Header's auth-scheme part is case-insensitive while Keycloak does not follow that. Is that right? Keycloak have endpoints that receives Authorization header with access token. One of such the endpoint is UserInfo Endpoint. Mayby this endpoint accepts "Authorization: Bearer " while reject "Authorization: beareR". |
I removed the duplicate constant definition for "Bearer", so it should now be easy to find usages of all those auth schema definitions from Here is a follow up task: #48387 |
May that is not the latest for I do this https://cloud-native.slack.com/archives/C05KR0TL4P8/p1776924994786509 |
FYI, we talked about this PR in the call and @dteleguin also gave his ok. |
…eader-case-sensitivity Signed-off-by: Thomas Diesler <tdiesler@proton.me>
Signed-off-by: Thomas Diesler <tdiesler@proton.me>
|
@mposolda The codes looks good to me. However, the test was implemented as already-deprecated Arquillian Integration Test. It is up to you to decide whether it is OK or not. |
…eader-case-sensitivity (keycloak#48321) closes keycloak#48045 Signed-off-by: Thomas Diesler <tdiesler@proton.me>
closes #48045
Proposes to change DPoP authorization scheme checks to case insensitive as per RFC9110-11.1