GitHub Advisoryadvisory · PyPI
GHSA-9gh4-xw24-9xh5 OpenWISP Controller CA CRL REST API does not scope requests to managed organizations
MEDIUM
Official page ↗
- Aliases
- CVE-2026-116677
- Ecosystem
- PyPI
- Packages
- openwisp-controller
- Severity
- Moderate
- CVSS vector
- CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
- Weaknesses
- CWE-862
- Reviewed
- 2026-10-30
Affected packages
• PyPI openwisp-controller: >= 1.0.0, < 1.3.2 → fixed in 1.3.2
Description
Summary
The authenticated REST API endpoint for downloading a CA Certificate Revocation List resolves the requested CA without applying the organization-scoped queryset used by the rest of the PKI API.
An organization manager with CA view permission can request another organization's sequential CA ID and receive that CA's CRL. The endpoint is intended to be authenticated and organization-scoped, so it should use the same access-control path as `GET /api/v1/controller/ca//`.
Affected endpoint
```text
GET /api/v1/controller/ca//crl
```
`CrlDownloadView` inherits `ProtectedAPIMixin`, which requires an authenticated organization manager with the relevant model permission. However, `retrieve()` resolves the CA with `get_object_or_404(Ca, pk=kwargs["pk"])`. This bypasses `FilterByOrganizationManaged` and does not perform an object-level permission check.
Consequently, a manager of organization A can enumerate CA integer IDs and retrieve the CRL for a CA belonging to organization B. The sibling CA detail endpoint is correctly organization-scoped and returns `404` for the same cross-organization request.
Impact
The endpoint returns only the CRL, including CA issuer information and revoked certificate serial numbers. It does not disclose CA private keys and does not permit modification.
django-x509 exposes CRLs publicly by default unless `DJANGO_X509_CRL_PROTECTED = True`. Therefore, the default configuration does not gain a new confidentiality exposure from this REST API behavior. Nonetheless, the endpoint is part of the authenticated, organization-scoped REST API and does not enforce its intended authorization boundary.
Deployments that explicitly protect CRLs have a stronger expectation that this endpoint will scope access to the requester's managed organizations. The practical impact is low, but the authorization behavior should be corrected for consistency and defense in depth.
Remediation
Resolve the CA through the view's organization-scoped queryset. Set `queryset = Ca.objects.all()`, replace the direct `get_object_or_404(Ca, pk=kwargs["pk"])` lookup with `self.get_object()`, and add a regression test that a same-organization manager receives `200` while a manager of another organization receives `404`.
Related
Alias · CVE (1)
- CVE-2026-116677 OpenWISP Controller is a network and WiFi controller for provisioning, configuration management, updates, and PKI management. vulnerability
Weakness · CWE (1)
- CWE-862 Missing Authorization weakness
References
- https://github.com/openwisp/openwisp-controller/security/advisories/GHSA-9gh4-xw24-9xh5 web
- https://nvd.nist.gov/vuln/detail/CVE-2026-116677 advisory
- https://github.com/openwisp/openwisp-controller/commit/90ded783267aa11b89768b0ec9ae69895cc3730c web
- https://github.com/openwisp/openwisp-controller/commit/9e1869e17734a0f34bc428622d463c1a8c230720 web
- https://github.com/openwisp/openwisp-controller package
- https://github.com/openwisp/openwisp-controller/releases/tag/1.3.2 web