mutatingPostAuthentication hook

The mutatingPostAuthentication hook can be used to allow or deny the user to be authenticated, and to modify the user object.

After the authentication flow with a configured authentication provider, e.g. GitHub or Keycloak, is finished, the mutatingPostAuthentication hook is called.

You can return the status ok, which will allow the user to complete the authentication flow. If you don't want to complete the flow, you have to return deny.

In case of ok, you also need to return the user object, which can also be modified. You could modify existing properties, add custom claims or attributes.

Similar to all other hooks, the customResolve hook is called with the following parameters:

  • user: The user object when the user is authenticated
  • clientRequest: The original client request object, including Headers
  • log: The logger object
  • operations: The operations client, used to call other (internal) operations
  • internalClient: The internal client object, deprecated
  • response: The response object (only for postResolve hooks)
  • input: The input object (only for Operation hooks)

With the internalClient, you're able to securely call into all defined Operations, e.g. to talk to a database or another service to enrich a response or manipulate the inputs of an Operation.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
// wundergraph.server.ts
export default configureWunderGraphServer(() => ({
hooks: {
authentication: {
mutatingPostAuthentication: async ({ user }) => {
return {
user: {
name: 'John Doe',
},
status: 'ok',
};
},
},
},
}));

Was this article helpful to you?
Provide feedback

Edit this page