GHSA-rm67-g9ch-vxff: Poweradmin: Broken access control (IDOR): any zone owner can modify DNS records in zones they do not own
Affected software
- Product: Poweradmin (web front-end for PowerDNS)
- Version tested: master, commit 7f28c3a97 (also reachable in the 4.x release line — the record-edit code is the same)
- Component: record editing (web UI)
- Vulnerability type: Broken Access Control / Insecure Direct Object Reference
Severity
Any authenticated user who owns at least one zone can tamper with records in every other zone on the server. In a shared/multi-tenant Poweradmin install this is effectively a cross-tenant DNS takeover.
Summary
When you save a record edit, Poweradmin checks whether you're allowed to touch the record by looking at a zone id you send in the POST body, but it then applies the change to a record id you also send in the POST body. Nothing checks that the record id actually belongs to that zone id. So you point the permission check at a zone you legitimately own, point the record id at somebody else's record, and the update goes through.
A low-privilege "Editor" who only owns attacker.example was able to overwrite a record living in victim.example (owned by the admin), even though the same account gets a flat "you do not have permission to access this zone" if it tries to open that zone directly.
Where the bug is
The core mistake is in RecordManager::editRecord() in lib/Domain/Service/Dns/RecordManager.php:
// line 298 – ownership is checked against the zone id from the request
$user_is_zone_owner = UserManager::verifyUserIsOwnerZoneId($this->db, $record['zid']);
...
// line 346 – but the update targets the record id from the request
$this->backendProvider->editRecord(
$record['rid'], $name, $record['type'], $content, $validatedTtl, $validatedPrio, $record['disabled']
);
$record['zid'] and $record['rid'] are both taken straight from the submitted form. The permission gate uses one, the write uses the other, and they're never tied together.
The backend write has no zone scoping at all — lib/Infrastructure/Service/SqlDnsBackendProvider.php line 235:
$stmt
Details
Original advisory: https://github.com/advisories/GHSA-rm67-g9ch-vxff
More from GitHub Security Advisories
- mediumGHSA-jr6p-8pjj-mfx6: Capsule has an incomplete fix of CVE-2026-22872: TenantResource RawItems and Generators s…2026-07-31
- mediumGHSA-68cj-mvg9-rgm2: Capsule: CapsuleConfiguration NodeMetadata regex fields lack webhook validation, allowing…2026-07-31
- mediumGHSA-ff84-5f28-78qj: re2: Out-of-bounds heap read in `exec`/`test`/`match` via attacker-influenced `lastIndex`…2026-07-31
- mediumGHSA-6hxr-mr5r-9836: re2: Global `String.prototype.match` with an empty-matchable pattern never advances → inf…2026-07-31
- mediumGHSA-x83g-979r-f5fh: Sylius Mollie Plugin has unauthenticated IDOR that leaks order token and customer PII2026-07-31