Vulnerabilities

Vulnerability · CVE-2026-111922

Vikunja from 2.2.0 before 2.7.0 contains a permissive CORS configuration that trusts every localhost and 127.0.0.1 port with credentials, even when service.publicurl is set.

Published Oct 9, 2026 · catalog updated Oct 18, 2026 · Vikunja from 2.2.0 before

Open the advisory

Exploitation likelihood is not on this record for CVE-2026-111922. A missing EPSS score is not a low risk. Compare Vikunja from 2.2.0 before with the linked advisory before you change production.

Gaps on this record

  • The stored product name is a package slug. The name on this page is taken from the title (Vikunja from 2.2.0 before).
  • No vendor fix or required action is stored. Compare the linked advisory before you change production.
  • EPSS is missing. A missing score is not a low risk.
Severity
High7.2
Known exploitation
Not in CISA/VulnCheck KEV
EPSS
Not in the current FIRST EPSS dataset
Remediation
Advisory link
Affected products
Go code.vikunja.io/api

## Summary Vikunja ships with defaulting to and , and sends , so a page served from any port on the user's own machine may make credentialed cross-origin requests to the API and read the responses. The mandatory is appended to that default list rather than replacing it, so a fully configured production deployment still trusts every localhost origin. Combined with the token refresh endpoint, which authenticates with the cookie and returns a bearer JWT in the response body, one from such a page yields a working access token for whoever is logged in, and from there the whole account. ## Vulnerability Details defaults to true and defaults to the two localhost wildcards: https://github.com/go-vikunja/vikunja/blob/a881ac39eecd07575a5aede8e74727c28d5fd578/pkg/config/config.go#L495-L497 The middleware is registered with and an that implements the port wildcard through , since Echo v5 will not accept a wildcard port itself: https://github.com/go-vikunja/vikunja/blob/a881ac39eecd07575a5aede8e74727c28d5fd578/pkg/routes/routes.go#L263-L281 The detail that turns a development convenience into a production exposure is the last line of configuration handling. Enabling CORS without a public URL is a fatal error, so every deployment sets one, and that value is *appended* to the origin list rather than substituted for it: https://github.com/go-vikunja/vikunja/blob/a881ac39eecd07575a5aede8e74727c28d5fd578/pkg/config/config.go#L828-L830 An operator who configures nothing but their own hostname therefore ends up allowing three origins with credentials: their site, and any port on and . There is no supported configuration in which the localhost entries are quietly dropped, and nothing in the logs distinguishes the intended origin from the inherited ones. The escalation path is the refresh endpoint. It is deliberately unauthenticated because it authenticates with the refresh cookie instead of a bearer token, and it returns the new access token in the JSON body: https://github.com/go-vikun

Are you affected?

Enter the version you run. The result uses only the ranges stored on this record.

The check returns affected, not affected, or incomplete. It does not guess a version that is missing from the record.

  • Go code.vikunja.io/api2.2.0 → 2.6.0

How to fix CVE-2026-111922

What to do

Three questions, each answered from this record only. Confirm the vendor advisory before you patch.

Should you patch?

Exploitation likelihood is not on this record for CVE-2026-111922. A missing EPSS score is not a low risk. Compare Vikunja from 2.2.0 before with the linked advisory before you change production.

Which versions are affected?

Compare what you have installed with 2.2.0 → 2.6.0. Compare the installed version with the linked vendor advisory before you change production.

What should an analyst verify?

CWE-942: Permissive Cross-domain Policy with Untrusted Domains. EPSS is absent from the current FIRST dataset. There is no CISA KEV listing. No Exploit-DB or Metasploit reference is linked. Use the source links for the original advisory.

Code

The project this record applies to. Exploit listings stay in References.

Timeline

Detection, updates, and resolution for this record.

  1. Oct 17, 2026 · NIST NVD

    Detected

    Vikunja from 2.2.0 before 2.7.0 contains a permissive CORS configuration that trusts every localhost and 127.0.0.1 port with credentials, even when service.publicurl is set. Attackers controlling a page on any localhost port can send a credentialed request to the token refresh endpoint and read the returned bearer JWT to take over the logged-in user's account.

  2. Oct 18, 2026 · GitHub Advisory Database

    Fix available

    code.vikunja.io/api fixed in 2.6.0

  3. Oct 18, 2026 · GitHub Advisory Database

    Updated

    ## Summary Vikunja ships with defaulting to and , and sends , so a page served from any port on the user's own machine may make credentialed cross-origin requests to the API and read the responses. The mandatory is appended to that default list rather than replacing it, so a fully configured production deployment still trusts every localhost origin. Combined with the token refresh endpoint, which

Sources

  • CVE.orgVulnerability recordCVE-2026-111922

    Official CVE identifier

    cve.org
  • GitHub Advisory DatabasePackage advisoryGHSA-m687-p538-r5hp

    GitHub Advisory Database record mirrored by OSV.

    github.com
  • Go Vulnerability DatabasePackage advisoryGHSA-m687-p538-r5hp

    Vikunja: Permissive Cross-domain Security Policy trusts every localhost origin which should not be trusted

    osv.dev
  • NIST NVDVulnerability recordCVE-2026-111922

    Vikunja from 2.2.0 before 2.7.0 contains a permissive CORS configuration that trusts every localhost and 127.0.0.1 port with credentials, even when service.publicurl is set. Attackers controlling a page on any localhost port can send a credentialed request to the token refresh en

    nvd.nist.gov
  • OpenSSF OSV / OSV ScannerPackage advisoryGHSA-m687-p538-r5hp

    Vikunja: Permissive Cross-domain Security Policy trusts every localhost origin which should not be trusted

    osv.dev

References

Freshness

Last verified in this catalog Oct 18, 2026. Significant claims (KEV, EPSS, CVSS, affected ranges) come from the source rows above — open the original publisher for the authoritative advisory.