CVE-2026-45562: FreePBX security-reporting · OS Command Injection
Affects FreePBX security-reportingSource CVE Database V5
Not known to be exploited · CVSS 7.7 High : upgrade to 17.0.6 or 16.0.4 soon.
Data as of 12 Nov 2026, 23:24 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 30% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 17.0.6, 16.0.4
CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 28 Sep 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 13 Nov 2026.
What to do
Upgrade security-reporting and freepbx/security-reporting to 17.0.6 or 16.0.4.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| FreePBXsecurity-reporting | Affected
| Fixed in
|
| FreePBXsecurity-reporting | Affected
| Fixed in
|
GitHubfreepbx/security-reportingpkg:github/freepbx/security-reportingOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
This vulnerability has been patched in FreePBX versions 16.0.4 and 17.0.6. Users should upgrade to at least these versions to remediate the issue. No additional mitigations are indicated by the vendor advisory.
Description
FreePBX versions prior to 16.0.4 and 17.0.6 contain a critical OS command injection vulnerability in the Music on Hold (MoH) module. Authenticated attackers with administrator privileges can inject arbitrary system commands via a POST parameter that defines a custom Asterisk application. This parameter is stored without sanitization and later written directly to the musiconhold_additional.conf configuration file, which Asterisk executes with its service privileges. The vulnerability has been patched in versions 16.0.4 and 17.0.6.