Skip to content
KitploitKITPLOIT
ToolsExploitsBlog
Log in
Submit
ToolsExploitsBlog
Submit

Hacking, PenTest, and Cybersecurity Tools for Your Security Arsenal!

Kitploit is a directory of hacking, cybersecurity, and pentesting tools. Discover the latest project updates to find vulnerabilities, analyze systems, automate testing, and strengthen your security.

··Feeds·Contact·Privacy·© 2026 Kitploit

Tool Directory

Categories

View all categories
Loading categories
CVE-2026-73318 — Proof-of-concept exploit for XenForo CVE-2026-73318, an authorization bypass allowing ACP administrators to trigger site-wide policy re-agreement. Includes reproduction steps and a Python script. | Kitploit
Tools/GitHubGitHub/bombobombone/cve-2026-73318
Authentication & AuthorizationVulnerability AnalysisExploitationWeb Application ExploitationPenetration TestingMisconfiguration
GitHubbombobombone/cve-2026-73318

CVE-2026-73318

Proof-of-concept exploit for XenForo CVE-2026-73318, an authorization bypass allowing ACP administrators to trigger site-wide policy re-agreement. Includes reproduction steps and a Python script.

View Repository
1821 days agoNot yet reviewed

Most Popular

View all →

Discover the most used tools by our community.

Explore all tools

Browse our collection of tools

View all tools →
Share

CVE-2026-73318: Missing authorization on force-agreement actions

XenForo before 2.3.13 lets any ACP administrator trigger site-wide privacy-policy and terms re-agreement.

What happens

The ACP navigation entries are limited to administrators with the option permission, but ForceAgreementController does not enforce that permission. Direct requests from any authenticated ACP administrator reach both forms and their state-changing POST actions.

The actions update the global policy timestamps. Users whose recorded acceptance predates those values are forced through the corresponding agreement gate. The bug does not let the limited administrator edit the policy text; it lets them trigger the board-wide re-agreement workflow outside their assigned role.

I reproduced this on XenForo 2.3.12 (build 2031270) with a non-super administrator holding only an unrelated ACP permission. The account received HTTP 403 from Options but HTTP 200 from both force-agreement routes. XenForo 2.3.13 contains the fix.

Proof of concept

python poc.py https://xenforo.example LIMITED_ADMIN --confirm

The password is read from a prompt. The script compares access to the Options page with both force-agreement actions.

References

  • CVE record
  • VulnCheck advisory
  • XenForo 2.3.13 release

Discovered by Marco Paciaroni (BomboBombone).

Download Tool