CVE-2026-61709 json
OpenFGA: ListUsers returns a deliberately-excluded user (authorization-decision over-inclusion) when a `but not` exclusion under a type-bound wildcard is intersected (`and`) with another relation that also grants that user
published 2026-09-16 53 d ago modified 2026-09-28 41 d ago also GHSA-g3pg-frfm-pr2m , GO-2026-6488 , EUVD-2026-80777
- cvss
- 5.3
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.4%
- EPSS 0.4% chance of exploitation in 30 days, percentile 28%
- public exploits
- 0
- none known
Summary
OpenFGA is an authorization and permission engine built for developers. Prior to 1.18.1, the ListUsers API could return a user that should have been excluded when an authorization relation used an intersection containing a base but not excluded operand, the base was granted through a type-bound public wildcard, and the excluded user also had a concrete tuple through another intersection operand. In pkg/server/commands/listusers/list_users_rpc.go, expandIntersection counted the concrete tuple and wildcard without first rejecting entries in excludedUsersMap. Applications that used ListUsers to enumerate or enforce access could therefore treat an excluded user as authorized. This issue is fixed in version 1.18.1.
Patch / fix
- go github.com/openfga/openfga 1.18.1
- grafana13.1 hummingbird 1 13.1.6-0.4.hum1
- grafana13.1 hummingbird 1 13.1.6-0.3.hum1
- grafana12.4 hummingbird 1 12.4.10-0.6.hum1
- grafana12.4 hummingbird 1 12.4.10-0.5.hum1
- grafana13.2 hummingbird 1 13.2.1-0.4.hum1
red hat advisories RHSA-2026:72498RHSA-2026:71040RHSA-2026:68821RHSA-2026:68777RHSA-2026:67605
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-61709 updated cvss 5.3
github.com/openfga/openfga: OpenFGA: Unauthorized access due to ListUsers API returning deliberately excluded users.
-
Red Hat Multicluster Global Hub multicluster-globalhub/multicluster-globalhub-grafana-rhel9 Red Hat Advanced Cluster Management for Kubernetes 2 rhacm2/acm-grafana-rhel9affected: workaround, no fix available “Fix deferred”
-
Red Hat Ceph Storage 6 rhceph/rhceph-6-dashboard-rhel9affected: workaround, no fix planned “Out of support scope”
-
Red Hat Ceph Storage 7 rhceph/grafana-rhel9 Red Hat Ceph Storage 8 rhceph/grafana-rhel9affected: workaround, no fix available “Fix deferred”
-
Red Hat Ceph Storage 9 rhceph/grafana-rhel10affected: workaround, no fix planned “Out of support scope”
-
Red Hat Enterprise Linux 10 grafana 12.4.3-2.el10affected: workaround, no fix available “Fix deferred”
-
Red Hat Hardened Images grafana13.1 13.1.6-0.3.hum1, grafana13.1 13.1.6-0.4.hum1, grafana13.2 13.2.1-0.4.hum1, grafana12.4 12.4.10-0.5.hum1, grafana12.4 12.4.10-0.6.hum1fixed: vendor fix RHSA-2026:68777
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
CISA SSVC
- Exploitation
- none
- Automatable
- no
- Technical impact
- partial
- Assessed
- 51 d ago
Exploit prediction
0.35% chance of exploitation in the next 30 days, higher than 28% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 5.3 | CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:N/A:N |
| GitHub | 3.1 | 5.3 | CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:N/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| go | github.com/openfga/openfga | <1.18.1 |
1.18.1 |
Affected products
- openfga openfga
Classification
References
-
github.com
/openfga/openfga/commit/171806c93b86bca29e0212ceb8b6ee9c48eb9ac3
web, patch
-
github.com
/openfga/openfga/security/advisories/GHSA-g3pg-frfm-pr2m
web, advisory
-
github.com
/openfga/openfga/releases/tag/v1.18.1
web
-
nvd.nist.gov
/vuln/detail/CVE-2026-61709
advisory
-
github.com
/openfga/openfga
package
Sources
- CVE List CVE-2026-61709
- GitHub Advisory GHSA-g3pg-frfm-pr2m
- NVD CVE-2026-61709
- OSV GO-2026-6488
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.