Vulnerabilities in pkg:npm/inngest

PACKAGE
Advisory Identifier: GHSA-2jf5-6wwv-vhxx
Advisory Summary

CVE-2026-42047 is a HIGH (CVSS 8.6) inngest typescript sdk exposes environment vulnerability (CWE-200: Exposure of Sensitive Information to an Unauthorized Actor) affecting Inngest libraries in the npm ecosystem. The issue involves inngest typescript sdk exposes environment variables via serve() handler on unhandled http methods. Remediation is available by upgrading affected packages to version 3.54.0.

1 Known Advisory Record(s)
Package Vulnerability Intelligence

pkg:npm/inngest

1 Known Advisory Record(s)

Vulnerability advisories affecting package pkg:npm/inngest. Select an advisory below to view technical details or fixes.

Advisory ID CVE / NVD Severity Summary
GHSA-2jf5-6wwv-vhxx CVE-2026-42047 HIGH Inngest TypeScript SDK exposes environment variables via serve() handler on unhandled HTTP methods

CVE-2026-42047 at a Glance

CVE Identifier CVE-2026-42047
GHSA Identifier GHSA-2jf5-6wwv-vhxx
Severity HIGH
CVSS v3.1 Base Score 8.6
CWE Classification CWE-200: Exposure of Sensitive Information to an Unauthorized Actor
Affected Product Inngest
Package Ecosystem npm
Published Date
Last Updated

Security Impact

CVSS: 8.6

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N).

Attack Vector Network (AV:N)
Attack Complexity Low (AC:L)
Privileges Required None (PR:N)
User Interaction None (UI:N)
Scope Changed (S:C)
Confidentiality High (C:H)
Integrity None (I:N)
Availability None (A:N)

How to Fix CVE-2026-42047

To remediate this vulnerability, upgrade all affected Inngest dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

inngest fixed: 3.54.0
npm install inngest@3.54.0
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

npm ls inngest

How to Check if You Are Affected

To determine whether your Node.js application is affected by CVE-2026-42047, inspect your project dependencies using npm:

npm ls inngest

Analyze the terminal output to locate any version of Inngest in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 3.54.0), your application is affected.

Note: The npm ls inngest command inspects dependencies declared in your package.json and lockfile; it does not perform automated runtime dynamic scanning.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-200: Exposure of Sensitive Information to an Unauthorized Actor, where the product exposes sensitive information to an actor that is not explicitly authorized to have access to that information. In Inngest, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

# Summary A vulnerability in the Inngest TypeScript SDK versions `3.22.0` through `3.53.1` allows unauthenticated remote attackers to exfiltrate environment variables from the host process via the `serve()` HTTP handler. The `serve()` handler implements `GET`, `POST`, and `PUT` methods. Requests using `PATCH`, `OPTIONS`, or `DELETE` fall through to a generic handler that returns diagnostic information. A change introduced in `v3.22.0` caused this diagnostic response to include the contents of `process.env`, exposing any secrets, API keys, or credentials present in the environment. # Who is affected An application is vulnerable if **all** of the following are true: - It uses `inngest` SDK version `>= 3.22.0, <= 3.53.1` (inclusive) - Its `serve()` endpoint is reachable via `PATCH`, `OPTIONS`, or `DELETE` requests. Please check your framework's implementation for the serve handler ([documentation](https://www.inngest.com/docs/learn/serving-inngest-functions)) to asses whether it handles these HTTP methods. Common vulnerable configurations include: - Next.js Pages Router, which forwards all HTTP methods to the handler. - Express via `app.use('/api/inngest', serve(...))`, which routes `PATCH` and `OPTIONS` to the handler by default. The following are **not** affected: - Next.js App Router handlers that explicitly export only `GET`, `POST`, and `PUT`. - Applications using the `connect` worker method. - SDK versions `< 3.22.0` and `>= 3.54.0`, including all `4.x` releases. The vulnerability was responsibly disclosed by an Inngest user. At this time, there are no known reports of exploitation. # Remediation 1. Upgrade to `inngest@3.54.0` or later. The fix is backwards compatible with the `3.x` release line. The `4.x` line is also unaffected. 2. Rotate any secrets that were presence in environment variables (`process.env`) within affected environments including Inngest signing keys and event keys 3. Search logs for any requests to your `serve` endpoints using the `PATCH`, `OPTIONS`, `DELETE` http methods to assess if any environment variables may have been exposed. ## Additional recommendations Users on platforms with long-lived deployments (e.g. Vercel, Cloudflare Workers) should be aware that prior deployments remain reachable at their immutable URLs and may continue to expose the vulnerability even after a new deployment is promoted. For example, Vercel offers security features such as "[Deployment Protection](https://vercel.com/docs/deployment-protection#standard-protection)" and [the ability to delete older deployments](https://vercel.com/kb/guide/how-do-i-delete-an-individual-deployment) which can help immediately mitigate impact. For additional security, users can also adjust firewall or proxy rules to only allow requests to their `serve` endpoint from Inngest IP addresses available here: http://inngest.com/ips-v4, http://inngest.com/ips-v6 ### Workarounds If upgrading is not immediately possible, restrict the `serve()` endpoint at the framework or reverse-proxy layer to accept only `GET`, `POST`, and `PUT`. The Inngest `serve()` endpoint does not require any other HTTP methods. ### Resources - Rotating Inngest keys: https://www.inngest.com/docs/platform/manage/rotating-keys - Inngest signing keys: https://www.inngest.com/docs/platform/signing-keys - Inngest event keys: https://www.inngest.com/docs/events/creating-an-event-key - Inngest security best practices: https://www.inngest.com/docs/learn/security ### Credits - Ben Hylak - an independent security researcher, discovered and responsibly disclosed the vulnerability.

CVE-2026-42047 Affected Inngest Versions

1 component(s)
Fixed Versions:
3.54.0
Product / Package Ecosystem Affected Versions Fixed Version
inngest
npm
≥ 3.22.0
< 3.54.0
3.54.0

References

Frequently Asked Questions

What is CVE-2026-42047?
CVE-2026-42047 is a security vulnerability in Inngest involving Inngest TypeScript SDK exposes environment variables via serve() handler on unhandled HTTP methods under CWE-200: Exposure of Sensitive Information to an Unauthorized Actor.
Which Inngest versions are affected?
Affected versions include releases prior to 3.54.0 across affected packages: inngest.
What version fixes CVE-2026-42047?
Upgrading to 3.54.0 (or the latest patched release for your respective branch) resolves the vulnerability.
Is inngest affected?
Yes, inngest is affected in releases prior to 3.54.0. Upgrade your dependency to 3.54.0 or later.
What is the CVSS score of CVE-2026-42047?
CVE-2026-42047 has a CVSS v3.1 base score of 8.6 (HIGH) with vector string CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N.
What CWE is associated with CVE-2026-42047?
CVE-2026-42047 is classified under CWE-200: Exposure of Sensitive Information to an Unauthorized Actor (The product exposes sensitive information to an actor that is not explicitly authorized to have access to that information.).
How can I check npm dependencies for CVE-2026-42047?
Run the dependency tree command: 'npm ls inngest'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-2jf5-6wwv-vhxx",
  "modified" : "2026-05-11T13:29:55Z",
  "published" : "2026-05-05T18:13:52Z",
  "aliases" : [ "CVE-2026-42047" ],
  "summary" : "Inngest TypeScript SDK exposes environment variables via serve() handler on unhandled HTTP methods",
  "details" : "# Summary\n\nA vulnerability in the Inngest TypeScript SDK versions `3.22.0` through `3.53.1` allows unauthenticated remote attackers to exfiltrate environment variables from the host process via the `serve()` HTTP handler.\n\nThe `serve()` handler implements `GET`, `POST`, and `PUT` methods. Requests using `PATCH`, `OPTIONS`, or `DELETE` fall through to a generic handler that returns diagnostic information. A change introduced in `v3.22.0` caused this diagnostic response to include the contents of `process.env`, exposing any secrets, API keys, or credentials present in the environment.\n\n# Who is affected\n\nAn application is vulnerable if **all** of the following are true:\n\n- It uses `inngest` SDK version `>= 3.22.0, <= 3.53.1` (inclusive)\n- Its `serve()` endpoint is reachable via `PATCH`, `OPTIONS`, or `DELETE` requests.\n\nPlease check your framework's implementation for the serve handler ([documentation](https://www.inngest.com/docs/learn/serving-inngest-functions)) to asses whether it handles these HTTP methods. Common vulnerable configurations include:\n\n- Next.js Pages Router, which forwards all HTTP methods to the handler.\n- Express via `app.use('/api/inngest', serve(...))`, which routes `PATCH` and `OPTIONS` to the handler by default.\n\nThe following are **not** affected:\n\n- Next.js App Router handlers that explicitly export only `GET`, `POST`, and `PUT`.\n- Applications using the `connect` worker method.\n- SDK versions `< 3.22.0` and `>= 3.54.0`, including all `4.x` releases.\n\nThe vulnerability was responsibly disclosed by an Inngest user. At this time, there are no known reports of exploitation.\n\n# Remediation\n\n1. Upgrade to `inngest@3.54.0` or later. The fix is backwards compatible with the `3.x` release line. The `4.x` line is also unaffected.\n2. Rotate any secrets that were presence in environment variables (`process.env`) within affected environments including Inngest signing keys and event keys\n3. Search logs for any requests to your `serve` endpoints using the `PATCH`, `OPTIONS`, `DELETE` http methods to assess if any environment variables may have been exposed.\n\n## Additional recommendations\n\nUsers on platforms with long-lived deployments (e.g. Vercel, Cloudflare Workers) should be aware that prior deployments remain reachable at their immutable URLs and may continue to expose the vulnerability even after a new deployment is promoted. For example, Vercel offers security features such as \"[Deployment Protection](https://vercel.com/docs/deployment-protection#standard-protection)\" and [the ability to delete older deployments](https://vercel.com/kb/guide/how-do-i-delete-an-individual-deployment) which can help immediately mitigate impact.\n\nFor additional security, users can also adjust firewall or proxy rules to only allow requests to their `serve` endpoint from Inngest IP addresses available here: http://inngest.com/ips-v4, http://inngest.com/ips-v6\n\n### Workarounds\n\nIf upgrading is not immediately possible, restrict the `serve()` endpoint at the framework or reverse-proxy layer to accept only `GET`, `POST`, and `PUT`. The Inngest `serve()` endpoint does not require any other HTTP methods.\n\n### Resources\n\n- Rotating Inngest keys: https://www.inngest.com/docs/platform/manage/rotating-keys\n- Inngest signing keys: https://www.inngest.com/docs/platform/signing-keys\n- Inngest event keys: https://www.inngest.com/docs/events/creating-an-event-key\n- Inngest security best practices: https://www.inngest.com/docs/learn/security\n\n### Credits\n\n- Ben Hylak - an independent security researcher, discovered and responsibly disclosed the vulnerability.",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "npm",
      "name" : "inngest"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "3.22.0"
      }, {
        "fixed" : "3.54.0"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/inngest/inngest-js/security/advisories/GHSA-2jf5-6wwv-vhxx"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-42047"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/inngest/inngest-js"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/inngest/inngest-js/releases/tag/inngest%403.54.1"
  }, {
    "type" : "WEB",
    "url" : "https://vercel.com/docs/deployment-protection#standard-protection"
  }, {
    "type" : "WEB",
    "url" : "https://vercel.com/kb/guide/how-do-i-delete-an-individual-deployment"
  }, {
    "type" : "WEB",
    "url" : "https://www.inngest.com/docs/events/creating-an-event-key"
  }, {
    "type" : "WEB",
    "url" : "https://www.inngest.com/docs/learn/security"
  }, {
    "type" : "WEB",
    "url" : "https://www.inngest.com/docs/learn/serving-inngest-functions"
  }, {
    "type" : "WEB",
    "url" : "https://www.inngest.com/docs/platform/manage/rotating-keys"
  }, {
    "type" : "WEB",
    "url" : "https://www.inngest.com/docs/platform/signing-keys"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-200", "CWE-497" ],
    "severity" : "HIGH",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-05-05T18:13:52Z",
    "nvd_published_at" : "2026-05-07T21:16:29Z"
  }
}