Kirby CMS's read access to site, user and role information is not gated by permissions
Published May 9, 2026 · Updated Oct 23, 2026 · Also known as GHSA-2h7v-4372-f6x2
Original summary
Normalized public record · Updated Oct 23, 2026
Kirby CMS's read access to site, user and role information is not gated by permissions
Publisher and source text is retained separately from QFinch interpretation.
QFinch assessment
This vulnerability affects all Kirby sites that might have potential attackers in the group of authenticated Panel users.
Potential impact
Kirby's user permissions control which user role is allowed to perform specific actions to content models in the CMS. These permissions are defined for each role in the user blueprint (site/blueprints/users/...). It is also possible to customize the permissions for each target model in the model blueprints (such as in site/blueprints/pages/...) using the options feature. The permissions and options together control the authorization of user actions. In affected releases, Kirby did not provide permission settings that control the access to the site model as well as to users and user roles. If the site developer disabled all permissions via the wildcard "": false setting, this only disabled the actions that were explicitly gated by existing permissions. To be specific, the following permissions were missing in affected releases and have been added in the patches: - site.access - user.access and users.access (for the own user and other users respectively) - user.list and users.list (for the own user and other users respectively) Access to role information such as the list of existing roles, their names and descriptions as well as their configured permissions were also not gated by user-based permissions.
Evidence: public source recordsAffected products
| Affected package, product or range | Fix status |
|---|---|
| Consult the referenced vendor advisory for affected versions. | Consult source advisory |
Matching a version is only one part of assessing exposure. QFinch has not assessed your environment on this public page.
Remediation
Apply the vendor-supported fixed release or mitigation, then verify the affected component is no longer reachable.
- Confirm the affected product and reachable code path exist in your environment.
- Apply the vendor-supported patch or mitigation from the primary advisory.
- Rescan the exact deployed revision and retain verification evidence.
Evidence coverage
- SSVC priority
- LOW
- Confidence
- Not available
- Aliases
- GHSA-2h7v-4372-f6x2
Scores appear only when corresponding evidence exists. Missing data is never interpreted as zero risk.
Sources and record history
Record history
Published May 9, 2026 · Last refreshed Oct 23, 2026