This is a summary of the AI-generated 10-question deep analysis. The full version (longer answers, follow-up Q&A, related CVEs) requires login. Read the full analysis β
Q1What is this vulnerability? (Essence + Consequences)
π¨ **Essence**: Anchor CMS 0.12.3 has an **Information Disclosure** flaw in `config/error.php`.β¦
π¦ **Affected**: **Anchor CMS** versions up to **0.12.3**. <br>βοΈ **Component**: Specifically the `config/error.php` file and the generated `errors.log`.
Q4What can hackers do? (Privileges/Data)
π΅οΈ **Attacker Action**: Retrieve sensitive **MySQL credentials** from the error log. <br>π **Impact**: Potential full database compromise if credentials are reused or weak. No authentication required to view the log.
Q5Is exploitation threshold high? (Auth/Config)
π **Threshold**: **LOW**. <br>π« **Auth**: No authentication needed. <br>π **Access**: Simply visit the `errors.log` URI. Exploitation is trivial if an error has occurred previously.
Q6Is there a public Exp? (PoC/Wild Exploitation)
π **Public Exp?**: **YES**. <br>π **PoC**: Available via Nuclei templates and PacketStorm. <br>π **Wild Exp**: Easy to automate scanning for exposed `errors.log` files.
Q7How to self-check? (Features/Scanning)
π **Self-Check**: Scan for the existence of `/errors.log` or similar error log URIs. <br>π‘ **Tooling**: Use Nuclei templates or simple HTTP requests to check for 200 OK responses on error log paths.
Q8Is it fixed officially? (Patch/Mitigation)
β **Fixed?**: **YES**. <br>π§ **Patch**: Upgrade to **Anchor CMS 0.12.7** or later. <br>π **Ref**: GitHub release notes confirm the fix.
Q9What if no patch? (Workaround)
π **No Patch?**: <br>1. **Block Access**: Use `.htaccess` or Nginx config to deny access to `errors.log`. <br>2. **Disable Logging**: Temporarily disable error logging in production if safe. <br>3.β¦