Skip to main content

Admidio CVE-2026-41661

| EUVDEUVD-2026-28274 MEDIUM
Cross-site Scripting (XSS) (CWE-79)
2026-04-29 https://github.com/Admidio/admidio GHSA-gq27-fc8w-vcmp
6.1
CVSS 3.1 · GitHub Advisory
Share

Severity by source

GitHub Advisory PRIMARY
6.1 MEDIUM
AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N

Primary rating from GitHub Advisory · only source for this CVE.

CVSS VectorGitHub Advisory

CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Changed
Confidentiality
Low
Integrity
Low
Availability
None

Lifecycle Timeline

4
Source Code Evidence Fetched
Apr 29, 2026 - 22:17 vuln.today
Analysis Generated
Apr 29, 2026 - 22:17 vuln.today
Analysis Generated
Apr 29, 2026 - 22:00 vuln.today
CVE Published
Apr 29, 2026 - 21:51 nvd
MEDIUM 6.1

DescriptionGitHub Advisory

Summary

An unauthenticated attacker can execute arbitrary JavaScript in any Admidio user's browser through a reflected XSS in system/msg_window.php. The endpoint passes user input through htmlspecialchars(), which does not encode square brackets. A subsequent call to Language::prepareTextPlaceholders() converts those brackets into HTML angle brackets, producing executable markup.

Details

The msg_window.php endpoint accepts message_id and message_var1 as GET parameters. At line 146, the code passes message_var1 through htmlspecialchars() before inserting it into the language string as a placeholder:

php
// system/msg_window.php:146
$messageText = $gL10n->get($messageId, array(htmlspecialchars($messageVar1)));

htmlspecialchars() encodes <, >, &, ", and ' but leaves [ and ] untouched. The Language::get() method calls Language::prepareTextPlaceholders(), which performs a character-level translation:

php
// src/Infrastructure/Language.php:497
$text = strtr($text, '[]', '<>');

This converts all square brackets in the output string, including those from user input, into angle brackets. An attacker submits [script]alert(document.domain)[/script], which survives htmlspecialchars() unchanged, then becomes <script>alert(document.domain)</script> after placeholder preparation.

The application sets no Content-Security-Policy headers, so inline scripts execute without restriction.

Proof of Concept

Visit the following URL on any Admidio installation (no authentication required):

https://<admidio-host>/system/msg_window.php?message_id=INS_INSTALLATION_VERSION&message_var1=%5Bscript%5Dalert(document.domain)%5B/script%5D

The server responds with an HTML page containing:

html
Installation version <script>alert(document.domain)</script>

The JavaScript executes in the context of the Admidio origin, displaying the current domain in an alert dialog.

Impact

An attacker crafts a malicious URL and sends it to any Admidio user. When the victim clicks the link, attacker-controlled JavaScript runs in their browser session. The attacker can steal session cookies, perform administrative operations on behalf of the victim, or redirect the victim to phishing pages. The endpoint requires no authentication.

Recommended Fix

Apply output encoding after Language::prepareTextPlaceholders() runs, or stop translating square brackets that originate from user-supplied placeholder values. A targeted fix: escape [ and ] in user input before passing it into Language::get().

--- *Found by aisafe.io*

AnalysisAI

Reflected cross-site scripting (XSS) in Admidio's msg_window.php endpoint allows unauthenticated attackers to execute arbitrary JavaScript in any user's browser by exploiting incomplete output encoding. The vulnerability chains htmlspecialchars() (which does not encode square brackets) with a subsequent Language::prepareTextPlaceholders() call that converts brackets to angle brackets, producing executable HTML markup. Publicly available proof-of-concept demonstrates the attack requires only victim click (no authentication), and Admidio sets no Content-Security-Policy headers to block inline script execution.

Technical ContextAI

The vulnerability exists in Admidio's language string handling mechanism. The msg_window.php endpoint accepts user-supplied GET parameters (message_var1) and passes them through htmlspecialchars(), which encodes <, >, &, double-quote, and single-quote but explicitly leaves square brackets [and ] unmodified per PHP documentation. These unencoded brackets are then passed to Language::get(), which internally invokes Language::prepareTextPlaceholders() - a character-level translation function using strtr() that maps '[]' to '<>'. This two-stage encoding gap transforms user input like [script]alert()[/script] into executable <script>alert()</script> tags. The absence of Content-Security-Policy headers means inline script execution faces no browser-level restrictions. CWE-79 (Improper Neutralization of Input During Web Page Generation) classifies this as a stored/reflected cross-site scripting issue caused by incomplete context-aware output encoding.

RemediationAI

Upgrade Admidio to version 5.0.9 or later, which applies proper output encoding after Language::prepareTextPlaceholders() runs or escapes square brackets in user input before passing to Language::get(). Refer to the Admidio GitHub Security Advisory (https://github.com/Admidio/admidio/security/advisories/GHSA-gq27-fc8w-vcmp) for patch details and changelog. As a temporary mitigation if immediate upgrade is not feasible, implement a Content-Security-Policy header with script-src directive set to 'self' or a strict allowlist on the web server (nginx/Apache configuration), which will block inline scripts while allowing legitimate script resources - note this may affect some Admidio functionality that relies on inline event handlers and requires testing. Additionally, restrict access to system/msg_window.php endpoint to authenticated users only via web server authentication if the functionality is not required by anonymous users, reducing attack surface until patching is completed.

More in PHP

View all
CVE-2012-1823 CRITICAL POC
9.8 May 11

sapi/cgi/cgi_main.c in PHP before 5.3.12 and 5.4.x before 5.4.2, when configured as a CGI script (aka php-cgi), does not

CVE-2016-1555 CRITICAL POC
9.8 Apr 21

(1) boardData102.php, (2) boardData103.php, (3) boardDataJP.php, (4) boardDataNA.php, and (5) boardDataWW.php in Netgear

CVE-2024-11680 CRITICAL POC
9.8 Nov 26

ProjectSend versions prior to r1720 are affected by an improper authentication vulnerability. Rated critical severity (C

CVE-2025-49113 CRITICAL POC
9.9 Jun 02

Roundcube Webmail contains a critical PHP object deserialization vulnerability (CVE-2025-49113, CVSS 9.9) that allows au

CVE-2017-9841 CRITICAL POC
9.8 Jun 27

Util/PHP/eval-stdin.php in PHPUnit before 4.8.28 and 5.x before 5.6.3 allows remote attackers to execute arbitrary PHP c

CVE-2025-0108 HIGH POC
8.8 Feb 12

Palo Alto Networks PAN-OS management web interface contains an authentication bypass allowing unauthenticated attackers

CVE-2021-25298 HIGH POC
8.8 Feb 15

Nagios XI version xi-5.7.5 is affected by OS command injection. Rated high severity (CVSS 8.8), this vulnerability is re

CVE-2021-25296 HIGH POC
8.8 Feb 15

Nagios XI version xi-5.7.5 is affected by OS command injection. Rated high severity (CVSS 8.8), this vulnerability is re

CVE-2013-4983 CRITICAL POC
10.0 Sep 10

The get_referers function in /opt/ws/bin/sblistpack in Sophos Web Appliance before 3.7.9.1 and 3.8 before 3.8.1.1 allows

CVE-2023-6553 CRITICAL POC
9.8 Dec 15

The Backup Migration plugin for WordPress is vulnerable to Remote Code Execution in all versions up to, and including, 1

CVE-2024-46506 CRITICAL POC
10.0 May 13

NetAlertX (formerly PiAlert) versions 23.01.14 through 24.x before 24.10.12 allow unauthenticated command injection thro

CVE-2024-8353 CRITICAL POC
9.8 Sep 28

The GiveWP - Donation Plugin and Fundraising Platform plugin for WordPress is vulnerable to PHP Object Injection in all

Share

CVE-2026-41661 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy