MariaDB server is a community developed fork of MySQL server. In versions 3.3.18 and 3.4.8, an application that was taking non-validated user input, escaping it with mysql_real_escape_string() and sending it to the database using text protocol and big5 character set was vulnerable to SQL injections, even though mysql_real_escape_string() was supposed to prevent them. This issue has been patched in versions 3.3.19 and 3.4.9.
Security readout for executives and security teams
Plain-English summary
A narrow but serious SQL injection flaw affects MariaDB deployments using specific versions and Big5 text handling. Applications that trusted mysql_real_escape_string() to make user input safe could still produce unsafe SQL under those conditions. Successful exploitation could expose or alter database data.
Executive priority
Treat as urgent for affected database-backed applications, especially public services. The vulnerable condition is specific, but impact is high because SQL injection can compromise confidentiality and integrity of business data.
Technical view
CVE-2026-44172 is a CWE-89 SQL injection issue in MariaDB server versions 3.3.18 and 3.4.8. The flaw occurs when non-validated user input is escaped with mysql_real_escape_string(), sent using text protocol, and the Big5 character set is in use. Fixed versions are 3.3.19 and 3.4.9.
Likely exposure
Exposure appears limited to applications combining affected MariaDB versions, Big5 character set, text protocol, and mysql_real_escape_string() on user-controlled input. Internet-facing applications with those traits should be prioritized.
Exploitation context
The CVSS is 9.1 with network attack vector, low complexity, no privileges, and no user interaction. The source bundle does not show KEV listing or confirmed active exploitation.
Researcher notes
The evidence supports a precise precondition set: affected MariaDB version, Big5 charset, text protocol, and reliance on mysql_real_escape_string(). Do not generalize exposure to all MariaDB deployments without validating those conditions.
Mitigation direction
Upgrade affected MariaDB components to 3.3.19 or 3.4.9 where applicable.
Identify applications using mysql_real_escape_string(), text protocol, and Big5 character set.
Prefer parameterized queries or prepared statements over manual escaping for user input.
Review Red Hat errata for packaged updates if using Red Hat distributions.
Validate and constrain user input before database query construction.
Validation and detection
Inventory MariaDB versions and confirm none are 3.3.18 or 3.4.8.
Search application code for mysql_real_escape_string() and Big5 connection settings.
Confirm user-controlled values use prepared statements or equivalent safe query binding.
Verify package advisory status against MariaDB and Red Hat records.
Review logs for unusual SQL errors around Big5-enabled application paths.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-89: Database access and collection lookup
Injection into data stores can inform collection, data access, and exfiltration detection reviews. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.