payload

Ecosystem: npm

Downloads: 4.92 Mln

Vulnerabilities from the last (months)
  • 5CriticalAffects 8 versions
  • 13HighAffects 23 versions
  • 0MediumAffects 0 versions
  • 11ModerateAffects 16 versions
  • 0LowAffects 0 versions
Severity distribution (all time)
29vulnerabilities
  • Critical5 (17.2%)
  • High13 (44.8%)
  • Medium0 (0.0%)
  • Moderate11 (37.9%)
  • Low0 (0.0%)

Monthly breakdown

  • Critical
  • High
  • Medium
  • Moderate
  • Low
  • 18 vulnerabilities
    • Critical: 3
    • High: 10
    • Medium: 0
    • Moderate: 5
    • Low: 0
  • 1 vulnerabilities
    • Critical: 0
    • High: 0
    • Medium: 0
    • Moderate: 1
    • Low: 0
  • 4 vulnerabilities
    • Critical: 1
    • High: 2
    • Medium: 0
    • Moderate: 1
    • Low: 0
  • 2 vulnerabilities
    • Critical: 0
    • High: 0
    • Medium: 0
    • Moderate: 2
    • Low: 0
  • 2 vulnerabilities
    • Critical: 0
    • High: 0
    • Medium: 0
    • Moderate: 2
    • Low: 0
  • 1 vulnerabilities
    • Critical: 0
    • High: 1
    • Medium: 0
    • Moderate: 0
    • Low: 0
  • 1 vulnerabilities
    • Critical: 1
    • High: 0
    • Medium: 0
    • Moderate: 0
    • Low: 0

Vulnerabilities (29)

Known vulnerabilities affecting payload, based on data from OSV.

Vulnerabilities affecting payload
IDSeveritySummaryAffected versionsPublishedSource
GHSA-2pwp-2369-8fg3HighPayload: Bypassed sanitization of user uploaded SVGs## Impact A malicious SVG file upload could bypass sanitization, be stored, and execute attacker-controlled JavaScript (XSS) after a user downloads it and opens it. **You are affected if:** - You have a collection configured to upload and allow SVG files which can then be downloaded by users. ## Patches The fix validates SVG content on every upload path and hardens SVG/XML delivery so stored SVGs cannot frame attacker content. Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`. ## Workarounds Disallow SVG uploads, or serve uploaded SVGs as downloads with Conte
  • < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
GHSA-66wr-7vmr-p5jqCriticalPayload authentication token field handling issue### Impact Under certain field configurations, Payload could include unintended values in the authentication token issued at login. You are affected if: - You use an affected Payload version and have configured a custom field option that maps a field to a reserved authentication claim name. ### Patches Payload now restricts which field configuration options can influence the contents of the authentication token. Users should upgrade payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`. ### Workarounds There is no complete workaround. Users should upgrade payload packages to `>= 3.90.0
  • >= 3.0.0, < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
GHSA-97rh-rhh2-7vjvHighPayload: Remote Code Execution through first-register### Impact A crafted request to the public first-register operation can be used to perform a RCE exploit. **You are affected if:** - You use local auth strategy and your application remains without an initial user created ## Patches In the patched version data submission to create first user is properly sanitized. Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`.
  • < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
GHSA-9qpg-3cf8-w33xHighPayload: Uploaded XML files could execute same-origin JavaScript### Impact Under certain local upload configurations, an uploaded XML file and stylesheet could execute JavaScript in the Payload origin when a logged-in user opens the file. You are affected if: - You accept XML uploads (accepted by default). ### Patches Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`. ### Workarounds Disallow XML/XSL uploads.
  • < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
GHSA-f7hx-52q9-hcrfCriticalPayload: Unauthorized update to collection documents## Impact An attacker can submit a request to a specific endpoint that permits collection documents to be updated regardless of access control and field level access control. **You are affected if:** - You are configuring `orderable: true` with any collection or join field. ## Patches In the patched version access control is properly enforced. Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`.
  • < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
GHSA-p223-2wr2-j562HighPayload: Incomplete validation during the upload file lifecycle## Impact Under certain conditions, an authenticated user with permission to modify uploads could cause unintended files to be removed during file cleanup. This may result in data loss or service disruption. You are affected if: - You use Payload upload collections with local file storage. - Untrusted authenticated users can update or delete uploads. Deployments that restrict upload management to trusted users are less exposed. ## Patches Payload now validates uploaded filenames and ensures file cleanup remains within the configured upload directory. Users should upgrade Payload packages t
  • < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
GHSA-pj5h-5q6c-3pfxHighPayload external upload trust validation issue## Impact Under certain external upload configurations, Payload could send authentication data to a destination that was not verified as trusted. If the affected request contained a valid session, this could expose that session to an unintended recipient. **You are affected if:** - You have enabled external URL-based upload retrieval, where authenticated requests can trigger it. ## Patches Payload now validates the destination before forwarding authentication data and reapplies that validation when a request changes destination. Users should upgrade Payload packages to `>= 3.90.0` or `>=
  • >= 3.0.0, < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
GHSA-v5gf-vpjc-pc7wModeratePayload: Unauthenticated account-lockout denial of service### **Impact** An unauthenticated attacker who knows an account’s email address or username could trigger Payload’s account lockout mechanism and prevent that user from signing in. You are affected if: * Using an affected Payload version with an auth-enabled collection that uses local authentication and account lockout. Applications that do not use Payload local authentication are not affected. ### **Patches** Successful password resets now clear the account’s lockout state. The forgot-password flow also enforces a configurable minimum interval between reset emails, which defaults to 15
  • < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
GHSA-238x-w2j9-gwwrHighPayload vulnerable to API key disclosure through ordinary document reads### Impact Users with read access to other user documents could access their active API keys. An exposed key grants the target account’s permissions until rotated or disabled. You are affected if: - An authentication collection enables `useAPIKey`. - Users have read access to other user documents containing active API keys. ### Patches Users should upgrade payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`. ### Workarounds Disable `useAPIKey` or restrict users to reading only their own authentication document. Rotate any API key that may have been exposed.
  • >= 3.0.0, < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
GHSA-2g7p-5934-q4w7HighPayload: ReDoS in Multipart Content-Type Validation## Impact A malformed multipart request body could take an extremely long time to finish. ## Patches Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`.
  • >= 3.0.0, < 3.90.0
  • >= 4.0.0-canary.0, < 4.0.0-canary.34
GitHub (opens in a new tab)
  • GHSA-2pwp-2369-8fg3High
    Payload: Bypassed sanitization of user uploaded SVGs
    • < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ## Impact A malicious SVG file upload could bypass sanitization, be stored, and execute attacker-controlled JavaScript (XSS) after a user downloads it and opens it. **You are affected if:** - You have a collection configured to upload and allow SVG files which can then be downloaded by users. ## Patches The fix validates SVG content on every upload path and hardens SVG/XML delivery so stored SVGs cannot frame attacker content. Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`. ## Workarounds Disallow SVG uploads, or serve uploaded SVGs as downloads with Conte

    CVE: CVE-2026-105862

  • GHSA-66wr-7vmr-p5jqCritical
    Payload authentication token field handling issue
    • >= 3.0.0, < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ### Impact Under certain field configurations, Payload could include unintended values in the authentication token issued at login. You are affected if: - You use an affected Payload version and have configured a custom field option that maps a field to a reserved authentication claim name. ### Patches Payload now restricts which field configuration options can influence the contents of the authentication token. Users should upgrade payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`. ### Workarounds There is no complete workaround. Users should upgrade payload packages to `>= 3.90.0

    CVE: CVE-2026-105863

  • GHSA-97rh-rhh2-7vjvHigh
    Payload: Remote Code Execution through first-register
    • < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ### Impact A crafted request to the public first-register operation can be used to perform a RCE exploit. **You are affected if:** - You use local auth strategy and your application remains without an initial user created ## Patches In the patched version data submission to create first user is properly sanitized. Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`.

    CVE: CVE-2026-105858

  • GHSA-9qpg-3cf8-w33xHigh
    Payload: Uploaded XML files could execute same-origin JavaScript
    • < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ### Impact Under certain local upload configurations, an uploaded XML file and stylesheet could execute JavaScript in the Payload origin when a logged-in user opens the file. You are affected if: - You accept XML uploads (accepted by default). ### Patches Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`. ### Workarounds Disallow XML/XSL uploads.

    CVE: CVE-2026-105868

  • GHSA-f7hx-52q9-hcrfCritical
    Payload: Unauthorized update to collection documents
    • < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ## Impact An attacker can submit a request to a specific endpoint that permits collection documents to be updated regardless of access control and field level access control. **You are affected if:** - You are configuring `orderable: true` with any collection or join field. ## Patches In the patched version access control is properly enforced. Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`.

    CVE: CVE-2026-105859

  • GHSA-p223-2wr2-j562High
    Payload: Incomplete validation during the upload file lifecycle
    • < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ## Impact Under certain conditions, an authenticated user with permission to modify uploads could cause unintended files to be removed during file cleanup. This may result in data loss or service disruption. You are affected if: - You use Payload upload collections with local file storage. - Untrusted authenticated users can update or delete uploads. Deployments that restrict upload management to trusted users are less exposed. ## Patches Payload now validates uploaded filenames and ensures file cleanup remains within the configured upload directory. Users should upgrade Payload packages t

    CVE: CVE-2026-105865

  • GHSA-pj5h-5q6c-3pfxHigh
    Payload external upload trust validation issue
    • >= 3.0.0, < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ## Impact Under certain external upload configurations, Payload could send authentication data to a destination that was not verified as trusted. If the affected request contained a valid session, this could expose that session to an unintended recipient. **You are affected if:** - You have enabled external URL-based upload retrieval, where authenticated requests can trigger it. ## Patches Payload now validates the destination before forwarding authentication data and reapplies that validation when a request changes destination. Users should upgrade Payload packages to `>= 3.90.0` or `>=

    CVE: CVE-2026-105861

  • GHSA-v5gf-vpjc-pc7wModerate
    Payload: Unauthenticated account-lockout denial of service
    • < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ### **Impact** An unauthenticated attacker who knows an account’s email address or username could trigger Payload’s account lockout mechanism and prevent that user from signing in. You are affected if: * Using an affected Payload version with an auth-enabled collection that uses local authentication and account lockout. Applications that do not use Payload local authentication are not affected. ### **Patches** Successful password resets now clear the account’s lockout state. The forgot-password flow also enforces a configurable minimum interval between reset emails, which defaults to 15

    CVE: CVE-2026-105866

  • GHSA-238x-w2j9-gwwrHigh
    Payload vulnerable to API key disclosure through ordinary document reads
    • >= 3.0.0, < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ### Impact Users with read access to other user documents could access their active API keys. An exposed key grants the target account’s permissions until rotated or disabled. You are affected if: - An authentication collection enables `useAPIKey`. - Users have read access to other user documents containing active API keys. ### Patches Users should upgrade payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`. ### Workarounds Disable `useAPIKey` or restrict users to reading only their own authentication document. Rotate any API key that may have been exposed.

    CVE: CVE-2026-105849

  • GHSA-2g7p-5934-q4w7High
    Payload: ReDoS in Multipart Content-Type Validation
    • >= 3.0.0, < 3.90.0
    • >= 4.0.0-canary.0, < 4.0.0-canary.34

    ## Impact A malformed multipart request body could take an extremely long time to finish. ## Patches Users should upgrade Payload packages to `>= 3.90.0` or `>= 4.0.0-canary.34`.

    CVE: CVE-2026-105854

Showing 1-10 of 29 vulnerabilities