Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconCraft forged HTML form targeting admin/ai.php with SQL payload
-
DeliveryPhish recently logged-in Emlog admin to attacker-controlled page
-
ExploitBrowser auto-submits POST within Chrome Lax+POST grace window
-
Installquery_database executes attacker SQL against site database
-
C2Exfiltrate all table data including aliased password hashes
-
ExecuteSubmit write query to overwrite admin credentials in user table
-
ImpactLog in as administrator and achieve full site takeover
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V3 - Web Frontend Security Anti-CSRF tokens, SameSite cookies
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires all of the following: (1) the target site must run Emlog 2.6.26 or earlier with the AI Assistant feature accessible in the admin panel; (2) an administrator must have logged in recently - specifically within the Lax+POST grace window that Chrome applies to session cookies lacking a SameSite attribute, meaning exploitation is time-bounded to the period immediately following admin authentication; (3) the administrator must actively visit an attacker-controlled web page (UI:R) during that window, typically achieved via phishing or malicious link; (4) the administrator's browser must be Chrome or another browser implementing the Lax+POST temporary behavior. Read queries (SELECT on any non-blog table) succeed with no confirmation code - limiting factor for data exfiltration is purely social engineering success. Write queries to the user table require only the publicly-known confirmation string, not any secret known only to the admin. The blog table is application-level write-protected and cannot be modified. Output redaction for password fields is defeatable by column aliasing, so no special database knowledge is required beyond standard SQL. Full opportunistic mass exploitation is infeasible due to the Chrome timing dependency and mandatory admin interaction. |
| Impact | The CVSS 3.1 score of 6.8 with vector AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:N accurately captures the conditional but consequential nature of this vulnerability. AC:H is justified by two compounding dependencies: the administrator must be within Chrome's Lax+POST grace window (a timing constraint tied to recent login), and must actively visit an attacker-controlled page. Despite the complexity, C:H/I:H reflects a worst-case outcome of full database exfiltration and administrator account takeover. No EPSS data was provided, preventing quantitative exploitation-probability comparison. The vulnerability is not listed in CISA KEV, so active in-the-wild exploitation is not confirmed. However, the GitHub advisory's granular technical disclosure - naming exact files, parameter names, and bypass techniques - substantially lowers the barrier to independent reproduction. For organizations actively running Emlog, the practical risk exceeds what the 6.8 score alone implies: admin account takeover is the realistic terminal impact. The Chrome-timing dependency prevents fully automated mass exploitation and limits this to targeted or opportunistic phishing-style attacks, but the absence of any patch elevates urgency for compensating controls. |
| Exploit ScenarioDerived | An attacker crafts an HTML page containing a hidden auto-submitting form that POSTs to the victim Emlog site's admin/ai.php with the execute_tool action, a query_database SQL payload reading SELECT username, pwd_hash FROM emlog_user, and the publicly-known confirmation string. The attacker delivers the link via phishing email to an Emlog administrator; if the administrator clicks within Chrome's Lax+POST grace window after their last login, the browser forwards the session cookie with the cross-site request, the SQL executes, and credential hashes are exfiltrated to the attacker. A second forged request then overwrites the administrator's password hash in the user table, granting the attacker direct login access to the Emlog admin panel. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 14, 2026
Cross-site request forgery in Emlog 2.6.26 and earlier allows a remote unauthenticated attacker to execute arbitrary SQL against the site's database by tricking a recently logged-in administrator into visiting an attacker-controlled page. The missing CSRF token on the AI Assistant's execute_tool action in admin/ai.php, combined with an absent SameSite cookie attribute exploitable via Chrome's Lax+POST grace window, permits full database read across all tables and write access to all tables except blog - sufficient to overwrite the user table and seize administrator account control. No patch is available as of this review, no public exploit has been identified at time of analysis, and the vulnerability is not listed in CISA KEV.
RemediationAI
No vendor-released patch has been identified at time of analysis; monitor the GitHub Advisory GHSA-v6wr-4x55-7qp5 at https://github.com/emlog/emlog/security/advisories/GHSA-v6wr-4x55-7qp5 for any fix release. As an immediate compensating control, block web server access to admin/ai.php via firewall rule or .htaccess deny directive - this eliminates the vulnerable endpoint entirely but disables all AI Assistant functionality for administrators. Alternatively, configure Apache or nginx to inject SameSite=Strict into Emlog session cookie headers at the server level, which neutralizes the Chrome Lax+POST vector without application changes; note this may break any cross-origin admin workflows if present. Restricting the /admin/ path to known administrator IP addresses via firewall ACL significantly reduces the exposure window and limits CSRF delivery even if social engineering is attempted. These mitigations should be applied in combination: disabling admin/ai.php is the most direct control, while SameSite hardening and IP restriction provide defense-in-depth pending a vendor patch.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Emlog is a PHP-based open-source blog and CMS platform (CPE: cpe:2.3:a:emlog:emlog, all versions through 2.6.26). The root cause is CWE-352 (Cross-Site Request Forgery) compounded by a cookie misconfiguration. The session cookie established in include/lib/loginauth.php lacks an explicit SameSite attribute; without SameSite=Strict or SameSite=Lax, Chrome applies a temporary Lax+POST grace window that permits session cookies to accompany cross-site POST requests made shortly after the cookie is issued. The execute_tool action in admin/ai.php processes the query_database case by forwarding attacker-supplied sql and confirm_code parameters directly to Ai::queryDatabase in include/service/ai.php. Read queries bypass confirmation entirely; write queries require only a publicly-known confirmation string. Application-level output redaction that masks the password column is defeated by aliasing it as pwd_hash in the SQL payload. Only the blog table carries a write restriction; all other tables - including the user credential table - are fully writable.
Know when Emlog gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:N
AC:H reflects Chrome-specific Lax+POST timing dependency and required recent admin login; PR:N for unauthenticated attacker; UI:R for mandatory admin page visit; C:H/I:H for full DB read and user-table write enabling account takeover; A:N as no availability impact is described.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
DescriptionCVE.org
Emlog is an open source website building system. In 2.6.26 and earlier, missing CSRF protection on the AI Assistant execute_tool action in admin/ai.php lets a remote unauthenticated attacker submit a forged cross-site request from an attacker-controlled page to a recently logged-in administrator. The authentication cookie set in include/lib/loginauth.php has no explicit SameSite attribute, enabling Chrome's temporary Lax+POST grace window. The query_database case passes attacker-controlled sql and confirm_code values to Ai::queryDatabase in include/service/ai.php; read queries need no confirmation, write queries accept the public confirm string, only the blog table is write-protected, and aliasing password as pwd_hash bypasses output redaction. A successful request can read every database table and write every table except blog, including changing the user table to take over an administrator account. No fixed version is available as of this review.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Cross-Site Request Forgery exploits the automatic credential inclusion behavior of web browsers.
An arbitrary file upload vulnerability in the component /views/plugin.php of emlog pro v2.5.7 allows attackers to execut
An arbitrary file upload vulnerability in the component /admin/plugin.php of Emlog Pro v2.2.0 allows attackers to execut
An arbitrary file upload vulnerability in the component /content/templates/ of Emlog Pro v2.2.0 allows attackers to exec
Deserialization of Untrusted Data in emlog pro v.2.1.15 and earlier allows a remote attacker to execute arbitrary code v
A Remote Code Execution (RCE) vulnerability exists in emlog 5.3.1 via content/plugins. Rated critical severity (CVSS 9.8
emlog v5.3.1 and emlog v6.0.0 have a Remote Code Execution vulnerability due to upload of database backup file in admin/
emlog through 6.0.0beta has an arbitrary file deletion vulnerability via an admin/data.php?action=dell_all_bak request w
Emlog Pro 2.5.20 has an arbitrary file deletion vulnerability. This vulnerability stems from the admin/template.php comp
Emlog 2.5.23 is vulnerable to CSRF in article creation, which chains with stored XSS to achieve account takeover. An att
Remote code execution in Emlog v2.6.1 and earlier allows authenticated attackers to upload arbitrary files through an in
Cross-site request forgery in Emlog Pro 2.5.19 and earlier can lead to account takeover of a privileged administrator be
An issue was discovered in emlog 6.0.0stable. Rated high severity (CVSS 8.8), this vulnerability is remotely exploitable
EUVD-2026-58740
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB