Alpha018/nestjs-firebase-auth
NestJS Firebase library to simplify the process to validate the tokens and RBAC
Check out the Wiki for full documentation and guides!
⚠️ Breaking change in v2.0.0: the minimum required Node.js version is now 22.12, and the bundled Firebase Admin SDK moved to v14. See the v2.0.0 Migration Guide before upgrading.
No download data available
No tracked packages depend on this.
npm i @alpha018/nestjs-firebase-auth firebase-admin
To use Firebase authentication in your application, import the module into your main module.
import { FirebaseAdminModule } from '@alpha018/nestjs-firebase-auth';
@Module({
imports: [
...
FirebaseAdminModule.forRootAsync({
imports: [ConfigModule],
useFactory: (configService: ConfigService) => ({
// SELECT ONLY ONE: BASE64 OR OPTIONS (Firebase Options)!
base64: configService.get('FIREBASE_SERVICE_ACCOUNT_BASE64'), // Base64 encoded service account JSON string
options: {}, // Use this if not using base64
auth: {
config: {
extractor: ExtractJwt.fromAuthHeaderAsBearerToken(), // Choose your extractor from the Passport library
checkRevoked: true, // Set to true if you want to check for revoked Firebase tokens
validateRole: true, // Set to true if you want to validate user roles
useLocalDecode: true, // Set to true to resolve roles and claims locally from the token, without a Firebase call
rolesClaimKey: 'user_roles' // Set the name of the key within the Firebase custom claims that stores user roles
},
},
}),
inject: [ConfigService],
}),
...
],
})
| Parameter | Type | Required | Description |
|---|---|---|---|
base64 | string | Yes* | Base64 encoded service account JSON string. Required if options is not provided. |
options | object | Yes* | Firebase Admin SDK configuration options. Required if base64 is not provided. |
auth.config.extractor | function | Optional | A custom extractor function from the Passport library to extract the token from the request. |
auth.config.checkRevoked | boolean | Optional | Set to true to check if the Firebase token has been revoked. Defaults to false. |
auth.config.validateRole | boolean | Optional | Set to true to validate user roles using Firebase custom claims. Defaults to false. |
auth.config.useLocalDecode | boolean | Optional | Set to true to validate roles and claims using the values already decoded from the JWT token, instead of fetching them from Firebase. Defaults to false. Note: If you update the claims, previously issued tokens may still contain outdated values and remain valid. |
auth.config.useLocalRoles | boolean | Optional | Set to true to validate user roles using local custom claims inside the JWT token. Defaults to false. Note: If you update the claims, previously issued tokens may still contain outdated roles and remain valid. (deprecated, use useLocalDecode) |
auth.config.rolesClaimKey | string | Optional | The name of the key within the Firebase custom claims that stores user roles. Defaults to 'roles'. This allows you to customize the property name for roles in your custom claims object. |
auth.config.claimsClaimKey | string | Optional | The name of the key within the Firebase custom claims that stores fine-grained claims. Defaults to 'permissions'. Note: Firebase caps the combined size of all custom claims at ~1000 bytes once serialized, shared across rolesClaimKey, claimsClaimKey, and anything else stored there. With many fine-grained claims across several domains, use short claim codes instead of long descriptive strings to stay under that budget. |
To protect an endpoint without validating user roles, use the Auth Guard to ensure the Firebase user's token is valid.
import { Auth, FirebaseProvider } from '@alpha018/nestjs-firebase-auth';
export class AppController {
constructor(
private readonly firebaseProvider: FirebaseProvider,
) {}
@Auth() // This line protects your endpoint with Firebase Auth
@Get()
mainFunction() {
return 'Hello World';
}
}
To enforce role-based access control, you need to set role-based custom claims in Firebase. Here's how you can set roles for a user using setClaimsRoleBase:
import { FirebaseProvider } from '@alpha018/nestjs-firebase-auth';
enum Roles {
ADMIN,
USER,
}
@Controller('')
export class AppController {
constructor(
private readonly firebaseProvider: FirebaseProvider,
) {}
@Get()
async setUserRoles() {
await this.firebaseProvider.setClaimsRoleBase<Roles>(
'some-firebase-uid', // The UID of the user you want to set roles for
[Roles.ADMIN]
);
return { status: 'ok' }
}
}
Then, use the Auth Guard with role validation to check if a user has the necessary permissions to access an endpoint:
import { Roles } from '@alpha018/nestjs-firebase-auth';
enum Roles {
ADMIN,
USER,
}
@Controller('')
export class AppController {
constructor(
private readonly firebaseProvider: FirebaseProvider,
) {}
@Roles(Roles.ADMIN, Roles.USER) // This line checks the custom claims of the Firebase user AND ensures the user is authenticated (implicitly applies FirebaseGuard)
@Get()
mainFunction() {
return 'Hello World';
}
}
@RequireClaims checks access finer than roles: the user must hold every listed claim, not
just one. It reads a separate custom-claims key (permissions by default, configurable via
claimsClaimKey).
import { FirebaseProvider } from '@alpha018/nestjs-firebase-auth';
enum UsersClaim {
READ = 'users:read',
WRITE = 'users:write',
}
@Controller('')
export class AppController {
constructor(
private readonly firebaseProvider: FirebaseProvider,
) {}
@Get()
async setUserClaims() {
await this.firebaseProvider.setClaimsPermissionBase<UsersClaim>(
'some-firebase-uid', // The UID of the user you want to set claims for
[UsersClaim.READ, UsersClaim.WRITE],
);
return { status: 'ok' }
}
}
Then, use @RequireClaims to check that a user holds every required claim to access an endpoint:
import { RequireClaims } from '@alpha018/nestjs-firebase-auth';
enum UsersClaim {
READ = 'users:read',
WRITE = 'users:write',
}
@Controller('')
export class AppController {
@RequireClaims(UsersClaim.READ, UsersClaim.WRITE) // Requires BOTH claims AND ensures the user is authenticated (implicitly applies FirebaseGuard)
@Get()
mainFunction() {
return 'Hello World';
}
}
@RequireClaims is generic, so claims from different domains (UsersClaim, InvoicesClaim,
ReportsClaim, ...) can coexist as plain strings in the same custom-claims array. It also combines
with roles and policies on a single route through @Auth({ roles, claims, policies }).
You can apply authentication at the controller level using @Auth() and then define specific roles for individual routes using @Roles(). The library is optimized to prevent redundant token verification in this scenario.
import { Auth, Roles } from '@alpha018/nestjs-firebase-auth';
enum AppRoles {
ADMIN,
USER,
}
@Auth() // Protects all routes in this controller (ensures valid token)
@Controller('users')
export class UsersController {
@Get('profile')
getProfile() {
// Accessible by any authenticated user
return { status: 'ok' };
}
@Roles(AppRoles.ADMIN) // Adds specific authorization requirement
@Get('admin-dashboard')
getAdminDashboard() {
// Accessible ONLY by authenticated users with ADMIN role
return { status: 'secure' };
}
}
To retrieve the Decoded ID Token and role claims within a protected route, use the @FirebaseUser and @FirebaseRolesClaims parameter decorators.
import {
FirebaseProvider,
FirebaseUser,
FirebaseRolesClaims,
Roles,
} from '@alpha018/nestjs-firebase-auth';
import { DecodedIdToken } from 'firebase-admin/auth';
enum Roles {
ADMIN,
USER,
}
@Controller('')
export class AppController {
constructor(
private readonly firebaseProvider: FirebaseProvider,
) {}
@Roles(Roles.ADMIN, Roles.USER)
@Get()
async mainFunction(
@FirebaseUser() user: DecodedIdToken,
@FirebaseRolesClaims() claims: Roles[],
) {
return {
user,
claims
};
}
}
@FirebaseUser and @FirebaseRolesClaimsNote: Starting from version
>=1.7.x, these two decorators are explicitly separated to avoid confusion (see issue #11):
@FirebaseUser() → Returns the full decoded token (DecodedIdToken).@FirebaseRolesClaims() → Returns only the custom role claims (roles/permissions) defined for the user.This separation ensures that developers can access both the raw Firebase user object and the role/claims information independently.
v2.0.0 upgrades the bundled Firebase Admin SDK from v13 to v14. This library's own API is
unchanged; the breaking changes come from the SDK:
| Change | Action required |
|---|---|
Minimum Node.js is now 22.12 | Upgrade your runtime — Node.js 20 is end-of-life |
auth namespace removed from the firebase-admin root | Import DecodedIdToken from firebase-admin/auth |
➡️ Full details, including Jest configuration, are in the Migrations guide.
To improve semantic clarity and developer experience, direct usage of guards was deprecated in favor of more descriptive decorators. As of v3.0.0, RolesGuard and the public FirebaseGuard export have been removed entirely — see the Migrations guide.
RolesGuard with @RolesRemoved in v3.0.0:
@UseGuards(FirebaseGuard) // or alone if global
@RolesGuard(Roles.ADMIN)
New Way:
@Roles(Roles.ADMIN)
Note: @Roles automatically applies the authentication guard.
UseGuards(FirebaseGuard) with @AuthRemoved in v3.0.0:
@UseGuards(FirebaseGuard)
New Way:
@Auth()
@Auth vs @UseGuards(FirebaseGuard) clearly states intent.For more detailed information, guides, and advanced examples, please visit our Project Wiki.
Check out a few resources that may come in handy when working with NestJS:
Nest is MIT licensed.