CVE-2026-32879: Github.com/QuantumNous/new api New API Has Passkey-based Secure Vulnerability
MODERATECVE-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
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).
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.
Upgrade github.com/QuantumNous/new-api to Latest secure release
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
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?
Which Github.com/QuantumNous/new api versions are affected?
What version fixes CVE-2026-32879?
Is github.com/QuantumNous/new-api affected?
What is the CVSS score of CVE-2026-32879?
What CWE is associated with CVE-2026-32879?
How can I check Go dependencies for CVE-2026-32879?
Machine-readable OSV JSON
OSV v1.5 Schema
{
"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"
}
}