MariaDB Fixes Critical Flaw Allowing Table Name Bypass and Remote Code Execution
MariaDB patches a critical vulnerability in multiple server versions that allows attackers to bypass filesystem encoding and execute code remotely.

Key points
- CVE-2026-92262 is rated 9.9 Critical by the National Vulnerability Database.
- The flaw affects MariaDB Server versions from 10.6.1 up to 10.6.27 and other legacy branches.
- Fixes are available in versions 10.6.28, 10.11.19, 11.4.13, 11.8.9, 12.3.3, and 13.0.2.
MariaDB has released updates to address a critical security vulnerability in its server software that permits remote code execution. The National Vulnerability Database records the flaw as CVE-2026-92262, assigning it a maximum CVSS score of 9.9. This high-severity issue stems from how the database handles specific table-name prefixes, allowing attackers to bypass normal security controls.
At a glance
- CVE
- CVE-2026-92262
- Product
- MariaDB server
- CVSS
- 9.9 Critical
- Weakness
- CWE-706
- Exploited
- No known exploitation
The vulnerability arises because the `#mysql50#` prefix bypasses standard table-name filesystem encoding mechanisms. According to the NVD record, an attacker can trigger this issue by creating a table with the `#mysql50#` prefix. This action enables the use of legacy unencoded table names to access underlying files. Such access can lead to system crashes, data corruption, exfiltration of sensitive information, or full remote code execution on the affected server.
Context and Technical Background
MariaDB Server is a community-developed fork of the MySQL database server. The security flaw is classified under CWE-706, which relates to incorrect behavior within the system. The NVD description specifies that the `#mysql50#` prefix allows the system to circumvent normal table-name filesystem encoding. This bypass creates a pathway for unauthorized file access.
The National Vulnerability Database states that the issue is fixed in specific recent versions of the software. The patched versions include 10.6.28, 10.11.19, 11.4.13, 11.8.9, 12.3.3, and 13.0.2. Users running any MariaDB Server version prior to these specific releases are considered vulnerable. The fix addresses the improper handling of the legacy prefix that led to the encoding bypass.
Who Is Affected
The vulnerability impacts a wide range of MariaDB Server versions. Affected versions include those from 10.6.1 up to, but not including, 10.6.28. It also affects versions from 10.11.1 up to, but not including, 10.11.19. Additionally, the flaw exists in versions from 11.4.1 up to, but not including, 11.4.13.
Further affected branches include versions from 11.8.1 up to, but not including, 11.8.9. The NVD record does not list a lower bound for versions 12.3 and 13.0, implying all versions prior to the fixed releases 12.3.3 and 13.0.2 are vulnerable. Organizations relying on these older database iterations need to verify their current version immediately.
What should you do?
Administrators should check their current MariaDB Server version against the list of affected releases. If the installed version is older than the fixed versions listed in the NVD record, an upgrade is necessary. Users should apply the updates to versions 10.6.28, 10.11.19, 11.4.13, 11.8.9, 12.3.3, or 13.0.2 depending on their major release branch.
What to do and how to stay safe: MariaDB
- Audit all production and development servers to identify installed MariaDB versions.
- Compare current versions against the fixed releases listed in the CVE record.
- Plan immediate upgrades for any server running an affected version.
- Monitor server logs for unusual table creation or file access attempts.
Step-by-step guide: Risk-Based Vulnerability Management: Prioritize Fixes by Actual Danger
General security guidance from the Threat Times newsroom. It is not confirmed advice from the organisations named in this story.
Frequently asked questions
What is the CVSS score for CVE-2026-92262?
The National Vulnerability Database rates CVE-2026-92262 as 9.9 Critical.
Which MariaDB versions are fixed?
The issue is fixed in versions 10.6.28, 10.11.19, 11.4.13, 11.8.9, 12.3.3, and 13.0.2.
Can this vulnerability lead to remote code execution?
Yes, the NVD record states that exploiting this flaw can cause remote code execution.


