npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@botbye/nest-core

v2.2.0

Published

BotBye! NestJS integration core

Readme

@botbye/nest-core

BotBye! NestJS integration core — the low-level building block used by @botbye/nest-express and @botbye/nest-fastify.

Use this package to build a BotBye integration for a NestJS application running on a custom platform adapter. If you are using Express or Fastify, use the framework-specific package instead:

Install

npm i @botbye/nest-core
yarn add @botbye/nest-core

Requires @nestjs/common >= 10 as a peer dependency. @botbye/node-core is installed automatically as a direct dependency.

Building a custom integration

To wire BotBye into a custom NestJS platform, implement a BotByeModule using getProvidersList and getExports. @botbye/node-core is a direct dependency of @botbye/nest-core and is installed automatically — import moduleApiFactory and an HTTP client from it directly.

// botbye.module.ts
import { Module, DynamicModule } from "@nestjs/common";
import { getProvidersList, getExports, type TBotByeModuleOptions } from "@botbye/nest-core";
import { moduleApiFactory } from "@botbye/node-core";
import { nodeHttpClient } from "@botbye/node-core/node-http-client";
import type { MyRequest } from "my-framework";

const createModuleApi = () =>
  moduleApiFactory<MyRequest>({
    httpClient: nodeHttpClient,
    requestInfoExtractor: (req, global) => {
      try {
        return {
          ip: req.ip ?? "0.0.0.0",
          headers: req.headers as Record<string, string>,
          requestMethod: req.method,
          requestUri: req.url,
        };
      } catch {
        global.logger.warn("Failed to extract request info");
        return { ip: "0.0.0.0", headers: {} };
      }
    },
  });

@Module({})
export class BotByeModule {
  static register(options: TBotByeModuleOptions<MyRequest>): DynamicModule {
    return {
      module: BotByeModule,
      providers: getProvidersList(options, createModuleApi()),
      exports: getExports(),
    };
  }
}

Register the module in your root module:

import { Module } from "@nestjs/common";
import { BotByeModule } from "./botbye.module";

@Module({
  imports: [
    BotByeModule.register({
      // Use your project server-key
      serverKey: "00000000-0000-0000-0000-000000000000",
    }),
  ],
})
export class AppModule {}

getProvidersList registers four providers under the following DI tokens — all exported by getExports():

| Token | What it provides | |---|---| | BOTBYE_SERVICE_DI_TOKEN | BotByeService<T> — the injectable service for calling evaluate | | BOTBYE_MODULE_API_DI_TOKEN | The TModuleApi<T> instance created by moduleApiFactory | | BOTBYE_MODULE_OPTIONS_DI_TOKEN | The options object passed to register() | | BOTBYE_TOKEN_EXTRACTOR_DI_TOKEN | The tokenExtractor function, or null if not provided |

register options

TBotByeModuleOptions<T> extends the standard init options with one additional field:

| Option | Type | Required | Description | |---|---|---|---| | serverKey | string | Yes | Server key from your BotBye project | | url | string | No | Override BotBye API endpoint (default: https://verify.botbye.com) | | logger.level | "error" \| "warn" \| "info" \| "debug" \| "log" | No | Log level (default: "info") | | logger.logger | TLogger | No | Custom logger instance implementing { error, warn, info, debug, log } | | timeouts.evaluate | number | No | Timeout in milliseconds for each evaluate call | | tokenExtractor | (request: T) => string \| null \| undefined | No* | Extracts the BotBye token from the request. *Required when using BotByeMiddleware — without it the middleware skips evaluation and returns an error result. |

Usage

After registering the module, inject IBotByeService via BOTBYE_SERVICE_DI_TOKEN to call evaluate from guards, controllers, or services.

There are three event types — validate, risk, and full — each suited for a different layer of your application.


validate — edge-level bot check

Use at the outermost layer — guard, route handler, middleware — when you just want to know: was this request made by a bot? No user or domain context needed.

Event fields:

{
  type: "validate";
  request:
    // Option A: pass the framework request object directly — SDK extracts everything automatically
    | { request: T; token?: string | null }
    // Option B: construct request info manually
    | { ip: string; headers: Record<string, string>; requestMethod?: string | null; requestUri?: string | null; token?: string | null };
  customFields?: Record<string, string>;
}

The requestInfoExtractor configured in moduleApiFactory handles extraction from the request object automatically for Option A. You can also pass request info manually — see Option B above. The token is a one-time token generated by the BotBye client-side SDK that contains information about the user's device. Pass whatever the client sent; if no token is received, the decision will be "BLOCK" due to an invalid token.

import { Injectable, CanActivate, ExecutionContext, Inject } from "@nestjs/common";
import { BOTBYE_SERVICE_DI_TOKEN, IBotByeService } from "@botbye/nest-core";
import type { MyRequest } from "my-framework";

@Injectable()
export class BotProtectionGuard implements CanActivate {
  constructor(
    @Inject(BOTBYE_SERVICE_DI_TOKEN) private readonly botbye: IBotByeService<MyRequest>
  ) {}

  async canActivate(context: ExecutionContext): Promise<boolean> {
    const request = context.switchToHttp().getRequest<MyRequest>();

    const result = await this.botbye.evaluate({
      type: "validate",
      request: {
        request,
        // "x-botbye-token" is an example — pass the token from wherever you store it
        token: request.headers["x-botbye-token"] ?? null,
      },
    });

    return result.decision !== "BLOCK";
  }
}

risk — domain-level risk scoring

Use inside services that already know the user: auth, payments, account management, etc. The purpose shifts from "is this a bot?" to "is something suspicious happening for this user?" — credential stuffing, account takeover, account sharing, logins from a new geo.

Event fields:

{
  type: "risk";
  request:
    | { ip: string; headers?: Record<string, string>; requestMethod?: string | null; requestUri?: string | null; token?: string | null }
    | { request: T };
  event: {
    type: string;
    status: "ATTEMPTED" | "SUCCESSFUL" | "FAILED" | "UNKNOWN";
  };
  user: {
    accountId: string;
    username?: string | null;
    email?: string | null;
    phone?: string | null;
  };
  customFields?: Record<string, string>;
  botbyeResult?: string;
}

event and user are the key fields here — they define what action is being performed and who is performing it, which is what drives the risk score. ip is equally important: BotBye tracks which IPs access the account to detect patterns like account sharing, credential stuffing, and suspicious geo logins. Pass it directly as { ip }, or pass the request object if that's more convenient.

import { Injectable, Inject } from "@nestjs/common";
import { BOTBYE_SERVICE_DI_TOKEN, IBotByeService } from "@botbye/nest-core";
import type { MyRequest } from "my-framework";

@Injectable()
export class AuthService {
  constructor(
    @Inject(BOTBYE_SERVICE_DI_TOKEN) private readonly botbye: IBotByeService<MyRequest>
  ) {}

  async onLoginAttempt(ip: string, userId: string, email: string, loginSucceeded: boolean) {
    const result = await this.botbye.evaluate({
      type: "risk",
      request: { ip },
      event: {
        type: "login",
        status: loginSucceeded ? "SUCCESSFUL" : "FAILED",
        // "SUCCESSFUL" | "FAILED" | "ATTEMPTED" | "UNKNOWN"
      },
      user: {
        accountId: userId,
        email,
      },
    });

    if (result.decision === "BLOCK") {
      // Lock account, trigger MFA, send alert, etc.
    }
  }
}

full — edge check and domain scoring in one call

Use when you have all context at once: raw request, token, user, and event. Equivalent to running validate and risk in a single call. A login endpoint is a typical example — it receives the HTTP request and immediately knows the user and outcome.

Event fields:

{
  type: "full";
  request:
    | { request: T; token?: string | null }
    | { ip: string; headers: Record<string, string>; requestMethod?: string | null; requestUri?: string | null; token?: string | null };
  event: {
    type: string;
    status: "ATTEMPTED" | "SUCCESSFUL" | "FAILED" | "UNKNOWN";
  };
  user: {
    accountId: string;
    username?: string | null;
    email?: string | null;
    phone?: string | null;
  };
  customFields?: Record<string, string>;
}
import { Injectable, Inject, ForbiddenException } from "@nestjs/common";
import { BOTBYE_SERVICE_DI_TOKEN, IBotByeService } from "@botbye/nest-core";
import type { MyRequest } from "my-framework";

@Injectable()
export class AuthService {
  constructor(
    @Inject(BOTBYE_SERVICE_DI_TOKEN) private readonly botbye: IBotByeService<MyRequest>
  ) {}

  async login(request: MyRequest, email: string, password: string) {
    const user = await this.findUser(email);
    const loginSucceeded = user && (await this.checkPassword(user, password));

    const result = await this.botbye.evaluate({
      type: "full",
      request: {
        request,
        // "x-botbye-token" is an example — pass the token from wherever you store it
        token: request.headers["x-botbye-token"] ?? null,
      },
      event: {
        type: "login",
        status: loginSucceeded ? "SUCCESSFUL" : "FAILED",
      },
      user: {
        accountId: user?.id ?? "unknown",
        email,
      },
    });

    if (result.decision === "BLOCK") {
      throw new ForbiddenException();
    }

    // proceed normally
  }
}

Response

evaluate always returns a Promise<TEvaluationResult>:

type TEvaluationResult =
  | {
      decision: "ALLOW" | "BLOCK" | "CHALLENGE";
      request_id: string;
      risk_score: number;
      scores: Record<string, number>;
      signals: string[];
      botbye_result?: string;
    }
  | {
      decision: "ALLOW" | "BLOCK" | "CHALLENGE";
      botbye_result?: string;
      error: { message: string };
    };

Check result.decision to decide how to handle the request:

  • "ALLOW" — request appears legitimate, proceed normally
  • "BLOCK" — bot or suspicious activity detected, block the request
  • "CHALLENGE" — uncertain, consider issuing a CAPTCHA, MFA, or additional verification step

When the response contains an error field, BotBye could not evaluate the request (e.g. invalid server key). In that case decision defaults to "ALLOW" so that a misconfiguration does not block real users — but you should monitor and fix the underlying error.

Response examples

Blocked (bot detected):

{
  "request_id": "f77b2abd-c5d7-44f0-be4f-174b04876583",
  "decision": "BLOCK",
  "risk_score": 0.95,
  "scores": { "bot": 0.95 },
  "signals": ["AutomationTool"]
}

Allowed:

{
  "request_id": "f77b2abd-c5d7-44f0-be4f-174b04876583",
  "decision": "ALLOW",
  "risk_score": 0.05,
  "scores": { "bot": 0.05, "ato": 0.02 },
  "signals": []
}

Challenge:

{
  "request_id": "f77b2abd-c5d7-44f0-be4f-174b04876583",
  "decision": "CHALLENGE",
  "risk_score": 0.65,
  "scores": { "bot": 0.65 },
  "signals": ["SuspiciousFingerprint"],
  "challenge": { "type": "CAPTCHA", "token": "..." }
}

Invalid serverKey:

{
  "decision": "ALLOW",
  "error": { "message": "[BotBye] Bad Request: Invalid Server Key" }
}

Middleware usage

BotByeMiddleware evaluates every incoming request automatically and stores the result on request.__botbye_response. Use the @BotByeResponse() parameter decorator to access the result in a controller without calling evaluate manually.

For BotByeMiddleware to work, tokenExtractor must be provided in register() options so the middleware knows where to find the BotBye token:

import { Module, NestModule, MiddlewareConsumer } from "@nestjs/common";
import { BotByeMiddleware } from "@botbye/nest-core";
import { BotByeModule } from "./botbye.module";

@Module({
  imports: [
    BotByeModule.register({
      // Use your project server-key
      serverKey: "00000000-0000-0000-0000-000000000000",
      // "x-botbye-token" is an example — pass the token from wherever you store it
      tokenExtractor: (req) => req.headers["x-botbye-token"],
    }),
  ],
})
export class AppModule implements NestModule {
  configure(consumer: MiddlewareConsumer) {
    // Global: protect all routes
    consumer.apply(BotByeMiddleware).forRoutes("*");
  }
}

Access the result in a controller with @BotByeResponse():

import { Controller, Post, ForbiddenException } from "@nestjs/common";
import { BotByeResponse } from "@botbye/nest-core";
import type { TEvaluationResult } from "@botbye/nest-core";

@Controller()
export class AppController {
  @Post("/api/submit")
  async submit(@BotByeResponse() result: TEvaluationResult) {
    if (result.decision === "BLOCK") {
      throw new ForbiddenException();
    }
    // proceed normally
  }
}

To apply middleware only to specific routes, replace .forRoutes("*") with a path or route descriptor:

// Scoped: protect only routes registered under "protected"
consumer.apply(BotByeMiddleware).forRoutes("protected");

Anti-Phishing

BotBye's anti-phishing detects look-alike sites that clone your pages to steal credentials. This integration serves the detection catcher from your own origin, so the BotBye domain stays hidden from the client.

Anti-phishing is identified by its own clientKey (available in your Phishing Project in the Dashboard), not the server key used by evaluate, so it is configured separately. It also has its own DI wiring — getPhishingProvidersList / getPhishingExports — parallel to the evaluate wiring above.

Building a custom integration

Implement a BotByePhishingModule using getPhishingProvidersList and getPhishingExports. Import phishingModuleApiFactory and a phishing HTTP client from @botbye/node-core directly.

// botbye-phishing.module.ts
import { Module, DynamicModule } from "@nestjs/common";
import { getPhishingProvidersList, getPhishingExports, type TBotByePhishingModuleOptions } from "@botbye/nest-core";
import { phishingModuleApiFactory } from "@botbye/node-core";
import { nodePhishingHttpClient } from "@botbye/node-core/phishing-node-http-client";
import type { MyRequest } from "my-framework";

const createPhishingModuleApi = () =>
  phishingModuleApiFactory<MyRequest>({
    httpClient: nodePhishingHttpClient,
    catcherRequestInfoExtractor: (request) => ({
      headers: request.headers as Record<string, string>,
    }),
  });

@Module({})
export class BotByePhishingModule {
  static register(options: TBotByePhishingModuleOptions): DynamicModule {
    return {
      module: BotByePhishingModule,
      providers: getPhishingProvidersList(options, createPhishingModuleApi()),
      exports: getPhishingExports(),
    };
  }
}

Register the module alongside BotByeModule in your root module:

import { Module } from "@nestjs/common";
import { BotByePhishingModule } from "./botbye-phishing.module";

@Module({
  imports: [
    BotByePhishingModule.register({
      // clientKey from your Phishing Project on the Admin Dashboard
      clientKey: "00000000-0000-0000-0000-000000000000",
    }),
  ],
})
export class AppModule {}

getPhishingProvidersList registers three providers under the following DI tokens — all exported by getPhishingExports():

| Token | What it provides | |---|---| | BOTBYE_PHISHING_SERVICE_DI_TOKEN | BotByePhishingService<T> — the injectable service for calling fetchCatcher | | BOTBYE_PHISHING_MODULE_API_DI_TOKEN | The TPhishingModuleApi<T> instance created by phishingModuleApiFactory | | BOTBYE_PHISHING_MODULE_OPTIONS_DI_TOKEN | The options object passed to register() |

register options

TBotByePhishingModuleOptions is the standard phishing init options:

| Option | Type | Required | Description | |---|---|---|---| | clientKey | string | Yes | clientKey from your Phishing Project on the Admin Dashboard | | url | string | No | Override BotBye API endpoint (default: https://verify.botbye.com) | | logger.level | "error" \| "warn" \| "info" \| "debug" \| "log" | No | Log level (default: "info") | | logger.logger | TLogger | No | Custom logger instance implementing { error, warn, info, debug, log } | | timeouts.fetchCatcher | number | No | Timeout in milliseconds for each fetchCatcher call |

Usage

Anti-phishing needs two routes on your own origin, each proxied through fetchCatcher:

  • SVG route — serves the SVG catcher. This is the URL your client passes to getCatcher({ url }).
  • PNG route — serves the PNG that the SVG references (via innerPngUrl).

After registering the module, inject IBotByePhishingService via BOTBYE_PHISHING_SERVICE_DI_TOKEN and call fetchCatcher from a controller. Pass the raw request as request and the format. For the SVG, innerPngUrl must be the absolute URL of your PNG route — the browser loads that PNG directly from your origin.

import { Controller, Get, Inject, Req, Res } from "@nestjs/common";
import { BOTBYE_PHISHING_SERVICE_DI_TOKEN, IBotByePhishingService } from "@botbye/nest-core";
import type { MyRequest, MyResponse } from "my-framework";

// Absolute URL of your PNG endpoint — the SVG catcher references it through innerPngUrl.
const PNG_CATCHER_URL = "https://your-site.example/botbye-catcher.png";

@Controller()
export class PhishingCatcherController {
  constructor(
    @Inject(BOTBYE_PHISHING_SERVICE_DI_TOKEN) private readonly phishing: IBotByePhishingService<MyRequest>,
  ) {}

  // Endpoint 1 — SVG catcher (this URL goes into the catcher element on your pages)
  @Get("/botbye-catcher.svg")
  async svg(@Res() res: MyResponse, @Req() request: MyRequest) {
    const catcher = await this.phishing.fetchCatcher({
      request,
      format: "svg",
      innerPngUrl: PNG_CATCHER_URL, // absolute URL of the PNG endpoint below
    });

    res.status(catcher.status).set(catcher.headers).send(Buffer.from(catcher.body));
  }

  // Endpoint 2 — companion PNG the SVG above references via innerPngUrl (PNG_CATCHER_URL)
  @Get("/botbye-catcher.png")
  async png(@Res() res: MyResponse, @Req() request: MyRequest) {
    const catcher = await this.phishing.fetchCatcher({ request, format: "png" });

    res.status(catcher.status).set(catcher.headers).send(Buffer.from(catcher.body));
  }
}

We recommend embedding the SVG catcher: it is designed to keep tracking even when a phishing site copies all of your assets to its own infrastructure (the PNG route exists because the SVG catcher relies on it).