A simple OIDC mock identity provider implementation. Standard endpoints are exposed, like:
- Authorize
- Token
- Introspection
- UserInfo
- Certs
- Discovery document
- Maven
- NodeJS LTS version or above
- Apigee Evaluation Organization
export APIGEE_ORG=xxx
export APIGEE_ENV=xxx
export APIGEE_USER=xxx
export APIGEE_PASS=xxx
export PATH="$PATH:$SCRIPTPATH/../../tools/apigee-sackmesser/bin"
sackmesser deploy --apigeeapi -o "$APIGEE_ORG" -e "$APIGEE_ENV" -u "$APIGEE_USER" -p "$APIGEE_PASS"
npm i
npm test
The OIDC mock Identity Provider (IdP) is a mock version of an OIDC compliant IdP.
It is proposed as an Apigee API Proxy and can be deployed on Apigee Edge public Cloud, Apigee hybrid and Apigee Edge private Cloud.
In the following sections, we describe the different characteristics of the OIDC Mock IdP:
- Client App
- Access Token
- ID Token
- Endpoints:
- Discovery document
- Authorize
- Token
- Introspection
- Userinfo
- JWKS (certs)
The name of the client app is set to dummy-client_app The value of the callback url is not checked by the mock OIDC IdP, so you can choose the value, which is the most convenient for you like: https://mocktarget.apigee.net/echo
There is one exception: should you need working with an invalid
redirect_uri
value, you can use the only value considered
invalid by the OIDC Mock :
https://example.com/invalid
Valid client app credentials are in the following form:
-
Client Id (aka. consumer key or app key) : MUST start with dummy-client_id
Valid examples are:
- dummy-client_id
- dummy-client_id-123abc
- dummy-client_id-xxx
-
Client Secret (aka. consumer secret or app secret): MUST start with dummy-client_secret
Valid examples are:
- dummy-client_secret
- dummy-client_secret-456def
- dummy-client_secret-yyy
Access tokens delivered are in the following form:
- dummy-access_token-timestamp
Here is an example: dummy-access_token-1606917416617
Valid access tokens must start with the pattern: “dummy-access_token”
The OIDC Mock IdP delivers a default id token.
Here is its value:
eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiYWRtaW4iOnRydWUsImlhdCI6MTUxNjIzOTAyMn0.POstGetfAytaZS82wHcjoTyoqhMyxXiWdR7Nn7A29DNSl0EiXLdwJ6xC6AfgZWF1bOsS_TuYI3OG85AmiExREkrS6tDfTQ2B3WXlrr-wp5AokiRbz3_oB4OxG-W9KcEEbDRcZc0nH3L7LzYptiy1PtAylQGxHTWZXtGz4ht0bAecBgmpdgXMguEIcoqPJ1n3pIWk_dUZegpqx0Lka21H6XxUTxiy8OcaarA8zdnPUnV6AmNP3ecFawIFYdvJB_cm-GvpCSbr8G8y_Mllj8f4x9nBH8pQux89_6gUY618iYv7tuPWBFfEbLxtF2pZS6YC1aSfLQxeNe8djT9YjpvRZA
This id token is the one proposed on jwt.io, as shown here:
If needed, you can modify this value. For this, please modify the content of the AM-SetIdToken.xml, as shown on the following picture:
Available endpoints are the following ones:
- Discovery document
- Authorize
- Token
- Introspection
- Userinfo
- JWKS (certs)
Once the OIDC mock API Proxy has been installed on a target organization and deployed into an environment, here are values for these different endpoints and method available for each of them:
Endpoint | Available method + URI |
---|---|
Discovery document | GET /v1/openid-connect/.well-known/openid-configuration |
Authorize | GET /v1/openid-connect/authorize |
Token | POST /v1/openid-connect/token |
Introspection | POST /v1/openid-connect/introspect |
UserInfo | GET /v1/openid-connect/userinfo |
JWKS/Certs | GET /v1/openid-connect/certs |
Here is a detailed description of each endpoints and in particular the list of required parameters for each of them:
HTTP Method |
---|
GET |
Base Path |
---|
/v1/openid-connect |
Endpoint URI |
---|
/authorize |
If you need to change the value of the endpoint URI, please make the modification on the following file: default.xml, as shown on the following picture:
List of parameters:
Name | Type (query/header/form) | Value | Required (yes/no) |
---|---|---|---|
client_id | query | cf. Client App Credentials | yes |
state | query | yes | |
scope | query | yes | |
response_type | query | code | yes |
redirect_uri | query | yes | |
nonce | query | no | |
prompt | query | consent | no |
Example:
Method:
GET
URI:
/v1/openid-connect/authorize?client_id=dummy-client_id-xxx&state=12345&scope=openid%20email&response_type=code&redirect_uri=https://mocktarget.apigee.net/echo
Output:
Authentication page of the mock OIDC identity provider:
As there is no user authentication, you can enter login and password of your choice. As an example, here is an extract of the HTML body of the authentication page:
Consent page of the mock OIDC identity provider:
“Allow” and “Reject” trigger the same result, which is an HTTP redirection (302) to the redirect_uri
As an example, here is an extract of the HTML body of the consent page:
HTTP Method |
---|
POST |
Base Path |
---|
/v1/openid-connect |
Endpoint URI |
---|
/token |
List of parameters:
Name | Type (query/header/form) | Value | Required (yes/no) |
---|---|---|---|
code | form | yes | |
scope | form | yes | |
grant_type | form | authorization_code | yes |
state | form | yes | |
redirect_uri | form | yes | |
authorization | header | Basic auth header value of clientId and clientSecret | yes |
Content-Type | header | application/x-www-form-urlencoded | yes |
Accept | header | application/json | no |
Example:
Method:
POST
Headers:
Authorization: Basic ZHVtbXktY2xpZW50X2lkOmR1bW15LWNsaWVudF9zZWNyZXQteHh4
Content-Type: application/x-www-form-urlencoded
URI:
/v1/openid-connect/token
Body:
scope: openid email
code: dummy-authcode-1606499443624
state: 12345
redirect_uri: https://mocktarget.apigee.net/echo
grant_type: authorization_code
Output:
A JSON content with a valid access token and id token:
{
"access_token": "dummy-access_token-1606917416617",
"expires_in": 3600,
"token_type": "bearer",
"id_token": "eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiYWRtaW4iOnRydWUsImlhdCI6MTUxNjIzOTAyMn0.POstGetfAytaZS82wHcjoTyoqhMyxXiWdR7Nn7A29DNSl0EiXLdwJ6xC6AfgZWF1bOsS_TuYI3OG85AmiExREkrS6tDfTQ2B3WXlrr-wp5AokiRbz3_oB4OxG-W9KcEEbDRcZc0nH3L7LzYptiy1PtAylQGxHTWZXtGz4ht0bAecBgmpdgXMguEIcoqPJ1n3pIWk_dUZegpqx0Lka21H6XxUTxiy8OcaarA8zdnPUnV6AmNP3ecFawIFYdvJB_cm-GvpCSbr8G8y_Mllj8f4x9nBH8pQux89_6gUY618iYv7tuPWBFfEbLxtF2pZS6YC1aSfLQxeNe8djT9YjpvRZA"
}
Introspection HTTP Method
HTTP Method |
---|
POST |
Base Path |
---|
/v1/openid-connect |
Endpoint URI |
---|
/introspect |
List of parameters:
Name | Type (query/header/form) | Value | Required (yes/no) |
---|---|---|---|
token | form | a valid token cf. Access Tokens | yes |
authorization | header | Basic auth header value of clientId and clientSecret | yes |
Content-Type | header | application/x-www-form-urlencoded | yes |
Accept | header | application/json | no |
Example:
Method:
POST
Headers:
Authorization: Basic ZHVtbXktY2xpZW50X2lkOmR1bW15LWNsaWVudF9zZWNyZXQteHh4
Content-Type: application/x-www-form-urlencoded
URI:
/v1/openid-connect/introspect
Body:
token:dummy-access_token-1606500122994
Output:
A JSON content with validation response:
{
"active": true,
"client_id": "dummy-client_id-123abc",
"username": "jdoe",
"scope": "openid email",
"iat": 1516239022,
"iss": ""issuer": "https: //<IdP_hostname>/v1/openid-connect"
}
HTTP Method |
---|
GET |
Base Path |
---|
/v1/openid-connect |
Endpoint URI |
---|
/userinfo |
List of parameters:
Name | Type (query/header/form) | Value | Required (yes/no) |
---|---|---|---|
authorization | header | Bearer Token - cf. Access Tokens | yes |
Example:
Method:
GET
Headers:
Authorization: Bearer dummy-access_token-xxxx
URI:
/v1/openid-connect/userinfo
Output:
A JSON content with user information:
{
"sub": "248289761001",
"name": "Jane Doe",
"given_name": "Jane",
"family_name": "Doe",
"email": "janedoe@example.com",
"picture": "http://example.com/janedoe/me.jpg"
}
HTTP Method |
---|
GET |
Base Path |
---|
/v1/openid-connect |
Endpoint URI |
---|
/certs |
List of parameters:
None
Example:
Method:
GET
URI:
/v1/openid-connect/certs
Output:
A JWKS content (JSON):
{
"keys": [
{
"kid": "oidcmock",
"kty": "RSA",
"use": "sig",
"n": "nzyis1ZjfNB0bBgKFMSvvkTtwlvBsaJq7S5wA-kzeVOVpVWwkWdVha4s38XM_pa_yr47av7-z3VTmvDRyAHcaT92whREFpLv9cj5lTeJSibyr_Mrm_YtjCZVWgaOYIhwrXwKLqPr_11inWsAkfIytvHWTxZYEcXLgAXFuUuaS3uF9gEiNQwzGTU1v0FqkqTBr4B8nW3HCN47XUu0t8Y0e-lf4s4OxQawWD79J9_5d3Ry0vbV3Am1FtGJiJvOwRsIfVChDpYStTcHTCMqtvWbV6L11BWkpzGXSW4Hv43qa-GSYOD2QU68Mb59oSk2OB-BtOLpJofmbGEGgvmwyCI9Mw",
"e": "AQAB",
"alg": "RS256"
}
]
}
The JWKS can be used to validate theJWT token that has been returned when
executing the POST /token
endpoint. If you modified the value of the
ID Token returned by the OIDC Mock IdP please make sure to also modify the
JWKS content using a tool of your choice.
You need to modify the AM-SetJWKS.xml,
as shown on the following picture:
HTTP Method |
---|
GET |
Base Path |
---|
/v1/openid-connect |
Endpoint URI |
---|
/.well-known/openid-configuration |
List of parameters:
None
Example:
Method:
GET
URI:
/v1/openid-connect/.well-known/openid-configuration
Output:
A JSON content providing the different endpoints, the issuer and other security configuration specific to the Mock OIDC IdP:
{
"issuer": "https://x.iloveapis.io/v1/openid-connect",
"authorization_endpoint": "https://x.iloveapis.io/v1/openid-connect/authorize",
"token_endpoint": "https://x.iloveapis.io/v1/openid-connect/token",
"introspection_endpoint": "https://x.iloveapis.io/v1/openid-connect/token/introspect",
"userinfo_endpoint": "https://x.iloveapis.io/v1/openid-connect/userinfo",
"jwks_uri": "https://x.iloveapis.io/v1/openid-connect/certs",
"grant_types_supported": [
"authorization_code"
],
"response_types_supported": [
"code"
],
"subject_types_supported": [
"public"
],
"id_token_signing_alg_values_supported": [
"RS256"
],
"userinfo_signing_alg_values_supported": [
"none"
],
"response_modes_supported": [
"query"
],
"token_endpoint_auth_methods_supported": [
"client_secret_basic"
],
"claims_supported": [
"sub",
"name",
"iat"
],
"scopes_supported": [
"openid",
"address",
"email"
]
}
Have fun using the OIDC Mock IdP !