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.โฆ