CVE-2026-32879: Github.com/QuantumNous/new api New API Has Passkey-based Secure Vulnerability

MODERATE
Advisory Identifier: GHSA-5353-f8fq-65vc
CVSS 4.9
CWE-287
Published
Advisory Summary

CVE-2026-32879 is a MODERATE (CVSS 4.9) new api has passkey-based secure vulnerability (CWE-287: Improper Authentication) affecting Github.com/QuantumNous/new api libraries in the Go ecosystem. The issue involves new api has passkey-based secure step-up verification bypass for root-only channel secret disclosure. Remediation is available in the latest vendor maintenance releases.

CVE-2026-32879 at a Glance

CVE Identifier CVE-2026-32879
GHSA Identifier GHSA-5353-f8fq-65vc
Severity MODERATE
CVSS v3.1 Base Score 4.9
CWE Classification CWE-287: Improper Authentication
Affected Product Github.com/QuantumNous/new api
Package Ecosystem Go
Published Date
Last Updated

Security Impact

CVSS: 4.9

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

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

How to Fix CVE-2026-32879

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

github.com/QuantumNous/new-api fixed: Latest secure release
Upgrade github.com/QuantumNous/new-api to Latest secure release
Verify Direct and Transitive Dependencies

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

inspect dependencies for github.com/QuantumNous/new-api

How to Check if You Are Affected

To determine whether your application is affected by CVE-2026-32879, inspect your project dependencies for Github.com/QuantumNous/new api:

inspect dependencies for github.com/QuantumNous/new-api

Analyze the terminal output to locate any version of Github.com/QuantumNous/new api in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than the patched release), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-287: Improper Authentication, where when an actor claims to have a given identity, the product does not prove or insufficiently proves that the claim is correct. In Github.com/QuantumNous/new api, 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 logic flaw in the universal secure verification flow allows an authenticated user with a registered passkey to satisfy secure verification without completing a WebAuthn assertion. ## Affected versions >= v0.10.0 ## Description The `POST /api/verify` endpoint supports multiple secure verification methods, including passkeys. When the request body contains `{"method":"passkey"}`, the server only checks whether the authenticated account has a passkey record on file and then marks the secure verification session as complete. It does not verify that the requester successfully completed a WebAuthn assertion. As a result, an authenticated user who already has a valid session and a registered passkey can satisfy the secure verification requirement without performing the intended passkey challenge/response flow. ## Impact In the upstream project, this issue affects actions protected by `SecureVerificationRequired()`. At the time of publication, the confirmed upstream impact is the root-only `POST /api/channel/:id/key` endpoint, which returns stored channel secrets. Successful exploitation requires: - an already authenticated session for the target account, and - a registered passkey on that account. No full login bypass or cross-account privilege escalation has been confirmed in the upstream codebase. However, the issue defeats the intended step-up verification control for affected privileged actions. ## Workarounds Until a patched release is applied: - do not rely on passkey as the step-up method for privileged secure-verification actions; - require TOTP/2FA for those actions where operationally possible; or - temporarily restrict access to affected secure-verification-protected endpoints.

CVE-2026-32879 Affected Github.com/QuantumNous/new api Versions

1 component(s)
Product / Package Ecosystem Affected Versions Fixed Version
github.com/QuantumNous/new-api
Go
≥ 0.10.0
≤ 0.11.9-alpha.1

References

Frequently Asked Questions

What is CVE-2026-32879?
CVE-2026-32879 is a security vulnerability in Github.com/QuantumNous/new api involving New API has passkey-based secure step-up verification bypass for root-only channel secret disclosure under CWE-287: Improper Authentication.
Which Github.com/QuantumNous/new api versions are affected?
Affected versions include releases prior to current release patches across affected packages: github.com/QuantumNous/new-api.
What version fixes CVE-2026-32879?
Upgrading to current release patches (or the latest patched release for your respective branch) resolves the vulnerability.
Is github.com/QuantumNous/new-api affected?
Yes, github.com/QuantumNous/new-api is affected in releases prior to Latest secure release. Upgrade your dependency to Latest secure release or later.
What is the CVSS score of CVE-2026-32879?
CVE-2026-32879 has a CVSS v3.1 base score of 4.9 (MODERATE) with vector string CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:N/A:N.
What CWE is associated with CVE-2026-32879?
CVE-2026-32879 is classified under CWE-287: Improper Authentication (When an actor claims to have a given identity, the product does not prove or insufficiently proves that the claim is correct.).
How can I check Go dependencies for CVE-2026-32879?
Run the dependency tree command: 'inspect dependencies for github.com/QuantumNous/new-api'. 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-5353-f8fq-65vc",
  "modified" : "2026-03-30T14:06:18Z",
  "published" : "2026-03-23T19:56:00Z",
  "aliases" : [ "CVE-2026-32879" ],
  "summary" : "New API has passkey-based secure step-up verification bypass for root-only channel secret disclosure",
  "details" : "## Summary\n\nA logic flaw in the universal secure verification flow allows an authenticated user with a registered passkey to satisfy secure verification without completing a WebAuthn assertion.\n\n## Affected versions\n\n>= v0.10.0\n\n## Description\n\nThe `POST /api/verify` endpoint supports multiple secure verification methods, including passkeys. When the request body contains `{\"method\":\"passkey\"}`, the server only checks whether the authenticated account has a passkey record on file and then marks the secure verification session as complete. It does not verify that the requester successfully completed a WebAuthn assertion.\n\nAs a result, an authenticated user who already has a valid session and a registered passkey can satisfy the secure verification requirement without performing the intended passkey challenge/response flow.\n\n## Impact\n\nIn the upstream project, this issue affects actions protected by `SecureVerificationRequired()`. At the time of publication, the confirmed upstream impact is the root-only `POST /api/channel/:id/key` endpoint, which returns stored channel secrets.\n\nSuccessful exploitation requires:\n- an already authenticated session for the target account, and\n- a registered passkey on that account.\n\nNo full login bypass or cross-account privilege escalation has been confirmed in the upstream codebase. However, the issue defeats the intended step-up verification control for affected privileged actions.\n\n## Workarounds\n\nUntil a patched release is applied:\n- do not rely on passkey as the step-up method for privileged secure-verification actions;\n- require TOTP/2FA for those actions where operationally possible; or\n- temporarily restrict access to affected secure-verification-protected endpoints.",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:N/A:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Go",
      "name" : "github.com/QuantumNous/new-api"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0.10.0"
      }, {
        "last_affected" : "0.11.9-alpha.1"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/QuantumNous/new-api/security/advisories/GHSA-5353-f8fq-65vc"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/QuantumNous/new-api"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-287" ],
    "severity" : "MODERATE",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-03-23T19:56:00Z",
    "nvd_published_at" : "2026-03-23T20:16:27Z"
  }
}