NIST deprecates RSA-2048 from 2030. Find every one of them before attackers do.
🐹 Go
Not in CISA KEV

Komari vulnerable to 2FA Authentication BypassGHSA-jhmr-57cj-q6g9

Fix: komari-monitor/komari@cc3d54b

GHSA-jhmr-57cj-q6g9 is a security vulnerability in github.com/komari-monitor/komari. A fix is available for github.com/komari-monitor/komari — see the affected versions and patch details below.

Also known asGO-2025-3873
Published
Updated
Affected
1 pkg
Patched
1 / 1
Exploits
None indexed
Exploitation data as of Aug 18, 2025 · OSV.dev, FIRST.org (EPSS)

Real-World Exposure

1 pkg affected
🐹github.com/komari-monitor/komari

Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects Go packages — download data is not available via public APIs for these ecosystems.

Description

Summary

Logic error in 2FA verification condition allows bypass of two-factor authentication

Details

https://github.com/komari-monitor/komari/blob/bd5a6934e1b79a12cf1e6a9bba5372d0e04f3abc/api/login.go#L55

There is no way for Verify2Fa to return an error AND true as ok at the same time, any codes are considered as valid.

PoC

Use any 6 digits as 2FA code

Impact

Bypass 2FA Authentication

Affected Packages

1 total 1 fixed
EcosystemPackageVulnerable rangeFix
🐹Gogithub.com/komari-monitor/komariall versions0.0.0-20250809064056-cc3d54bff4c6go get github.com/komari-monitor/komari@v0.0.0-20250809064056-cc3d54bff4c6

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for github.com/komari-monitor/komari, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update github.com/komari-monitor/komari to 0.0.0-20250809064056-cc3d54bff4c6 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-jhmr-57cj-q6g9 is resolved across your whole dependency graph.

  3. Workarounds

    If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.

Frequently Asked Questions

### Summary Logic error in 2FA verification condition allows bypass of two-factor authentication ### Details https://github.com/komari-monitor/komari/blob/bd5a6934e1b79a12cf1e6a9bba5372d0e04f3abc/api/login.go#L55 There is no way for `Verify2Fa` to return an error **AND** true as `ok` at the same time, any codes are considered as valid. ### PoC Use any 6 digits as 2FA code ### Impact Bypass 2FA Authentication
O3 Security · Impact-Aware SCA

Is GHSA-jhmr-57cj-q6g9 in your dependencies?

Find it across Go, including transitive dependencies.

Komari vulnerable to 2FA Authentication Bypass