Security News
The Risks of Misguided Research in Supply Chain Security
Snyk's use of malicious npm packages for research raises ethical concerns, highlighting risks in public deployment, data exfiltration, and unauthorized testing.
@envelop/generic-auth
Advanced tools
This plugin allows you to implement custom authentication flow by providing a custom user resolver based on the original HTTP request. The resolved user is injected into the GraphQL execution `context`, and you can use it in your resolvers to fetch the cu
@envelop/generic-auth
This plugin allows you to implement custom authentication flow by providing a custom user resolver based on the original HTTP request. The resolved user is injected into the GraphQL execution context
, and you can use it in your resolvers to fetch the current user.
The plugin also comes with an optional
@auth
directive that can be added to your GraphQL schema and helps you to protect your GraphQL schema in a declarative way.
There are several possible flows for using this plugin (see below for setup examples):
context
without validating the user.@auth
directive and automatically protect specific GraphQL fields.Start by installing the plugin:
yarn add @envelop/generic-auth
Then, define your authentication methods:
resolveUserFn
:Use this method to only extract the user from the context, with any custom code, for example:
import { ResolveUserFn } from '@envelop/generic-auth';
type UserType = {
id: string;
};
const resolveUserFn: ResolveUserFn<UserType> = async context => {
// Here you can implement any custom sync/async code, and use the context built so far in Envelop and the HTTP request
// to find the current user.
// Common practice is to use a JWT token here, validate it, and use the payload as-is, or fetch the user from an external services.
// Make sure to either return `null` or the user object.
try {
const user = await context.authApi.authenticateUser(context.req.headers.authorization);
return user;
} catch (e) {
console.error('Failed to validate token');
return null;
}
};
validateUser
:This method is optional; the default method will just verify the value returned by resolveUser
and throw an error in case of a false value (false | null | undefined
).
import { ValidateUserFn } from '@envelop/generic-auth';
const validateUser: ValidateUserFn<UserType> = async (user, context) => {
// Here you can implement any custom to check if the user is valid and have access to the server.
// This method is being triggered in different flows, based on the mode you chose to implement.
// If you are using the `protect-auth-directive` mode, you'll also get 2 additional parameters: the resolver parameters as object and the DirectiveNode of the auth directive.
if (!user) {
throw new Error(`Unauthenticated!`);
}
};
Now, configure your plugin based on the mode you wish to use:
protect-all
This mode offers complete protection for the entire API. It protects your entire GraphQL schema by validating the user before executing the request.
To setup this mode, use the following config:
import { envelop } from '@envelop/core';
import { useGenericAuth, resolveUser, ValidateUserFn } from '@envelop/generic-auth';
type UserType = {
id: string;
};
const resolveUserFn: ResolveUserFn<UserType> = async context => {
/* ... */
};
const validateUser: ValidateUserFn<UserType> = async (user, context) => {
/* ... */
};
const getEnveloped = envelop({
plugins: [
// ... other plugins ...
useGenericAuth({
resolveUser,
validateUser,
mode: 'protect-all',
}),
],
});
resolve-only
This mode uses the plugin to inject the authenticated user into the context
, and later you can verify it in your resolvers.
import { envelop } from '@envelop/core';
import { useGenericAuth, resolveUser, ValidateUserFn } from '@envelop/generic-auth';
type UserType = {
id: string;
};
const resolveUserFn: ResolveUserFn<UserType> = async context => {
/* ... */
};
const validateUser: ValidateUserFn<UserType> = async (user, context) => {
/* ... */
};
const getEnveloped = envelop({
plugins: [
// ... other plugins ...
useGenericAuth({
resolveUser,
validateUser,
mode: 'resolve-only',
}),
],
});
Then, in your resolvers, you can execute the check method based on your needs:
const resolvers = {
Query: {
me: async (root, args, context) => {
await context.validateUser();
const currentUser = context.currentUser;
return currentUser;
},
},
};
protect-auth-directive
This mode is similar to option #2, but it uses @auth
SDL directive to automatically protect specific GraphQL fields.
import { envelop } from '@envelop/core';
import { useGenericAuth, resolveUser, ValidateUserFn } from '@envelop/generic-auth';
type UserType = {
id: string;
};
const resolveUserFn: ResolveUserFn<UserType> = async context => {
/* ... */
};
const validateUser: ValidateUserFn<UserType> = async (user, context) => {
/* ... */
};
const getEnveloped = envelop({
plugins: [
// ... other plugins ...
useGenericAuth({
resolveUser,
validateUser,
mode: 'protect-auth-directive',
}),
],
});
By default, we assume that you have the GraphQL directive definition as part of your GraphQL schema (
directive @auth on FIELD_DEFINITION
).
Then, in your GraphQL schema SDL, you can add @auth
directive to your fields, and the validateUser
will get called only while resolving that specific field:
type Query {
me: User! @auth
protectedField: String @auth
# publicField: String
}
You can apply that directive to any GraphQL
field
definition, not only to root fields.
If you are using a different directive for authentication, you can pass
authDirectiveName
configuration to customize it.
You can also specify a custom validateUser
function and get access to the GraphQLResolveInfo
object while using the protect-auth-directive
mode:
import { ValidateUserFn } from '@envelop/generic-auth';
const validateUser: ValidateUserFn<UserType> = async (user, context, { root, args, context, info }) => {
// Now you can use the 3rd parameter to implement custom logic for user validation, with access
// to the resolver data and information.
if (!user) {
throw new Error(`Unauthenticated!`);
}
};
And it's also possible to add custom parameters to your @auth
directive. Here's an example for adding role-aware authentication:
enum Role {
ADMIN
MEMBER
}
directive @auth(role: Role!) on FIELD_DEFINITION
Then, you use the directiveNode
parameter to check the arguments:
import { ValidateUserFn } from '@envelop/generic-auth';
const validateUser: ValidateUserFn<UserType> = async (user, context, { root, args, context, info }, directiveNode) => {
// Now you can use the 3rd parameter to implement custom logic for user validation, with access
// to the resolver data and information.
if (!user) {
throw new Error(`Unauthenticated!`);
}
const valueNode = authDirectiveNode.arguments.find(arg => arg.name.value === 'role').value as EnumValueNode;
const role = valueNode.value;
if (role !== user.role) {
throw new Error(`No permissions!`);
}
};
FAQs
This plugin allows you to implement custom authentication flow by providing a custom user resolver based on the original HTTP request. The resolved user is injected into the GraphQL execution `context`, and you can use it in your resolvers to fetch the cu
The npm package @envelop/generic-auth receives a total of 11,111 weekly downloads. As such, @envelop/generic-auth popularity was classified as popular.
We found that @envelop/generic-auth demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Snyk's use of malicious npm packages for research raises ethical concerns, highlighting risks in public deployment, data exfiltration, and unauthorized testing.
Research
Security News
Socket researchers found several malicious npm packages typosquatting Chalk and Chokidar, targeting Node.js developers with kill switches and data theft.
Security News
pnpm 10 blocks lifecycle scripts by default to improve security, addressing supply chain attack risks but sparking debate over compatibility and workflow changes.