Vulnerability in MariaDB (CVE-2016-2047)
Summary
Vulnerability in MariaDB (CVE-2016-2047). Data can be tampered with by attackers.
Original description
The description as published by the source.
The ssl_verify_server_cert function in sql-common/client.c in MariaDB before 5.5.47, 10.0.x before 10.0.23, and 10.1.x before 10.1.10; Oracle MySQL 5.5.48 and earlier, 5.6.29 and earlier, and 5.7.11 and earlier; and Percona Server do not properly verify that the server hostname matches a domain name in the subject's Common Name (CN) or subjectAltName field of the X.509 certificate, which allows man-in-the-middle attackers to spoof SSL servers via a "/CN=" string in a field in a certificate, as demonstrated by "/OU=/CN=bar.com/CN=foo.com."
Auto-generated summary
Assembled by SecPulse from the source data (CVSS, CWE, affected versions) using templates — no AI involved. Check the original description and references below for exact details.
A vulnerability tracked as CVE-2016-2047 has been found in MariaDB.
Data can be tampered with by attackers.
What to do: apply the vendor's official patched release.
If unsure, ask your IT team or search "MariaDB CVE-2016-2047" on the vendor's site.
CVE-2016-2047 (MariaDB)
Attack vector: remote (network-reachable) / unauthenticated / no user interaction
Plan: 1) Audit SBOM/dependencies, 2) Stage→prod upgrade, 3) Add WAF/proxy monitoring on affected endpoints, 4) Hunt IOCs in logs.
Refs: see the GHSA / vendor advisory / patched release linked on this page.
A vulnerability (unclassified) exists in MariaDB.
Check the vendor advisory for the affected versions of MariaDB.
Severity: ?. Data can be tampered with by attackers.
Update to the patched release per vendor advisory.
Until the patch is applied: disable the affected feature, apply WAF rules, or restrict access via network ACLs.
Search webserver/proxy logs for unusual request patterns matching this CVE's known IOCs. Run grep -r 'MariaDB' . against your dependency files (package-lock.json, requirements.txt, go.sum) to find affected services.
Response actions
Concrete steps and command examples for SOC/SRE teams to execute in order
-
1Identify exposure identify
grep -r 'MariaDB' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
MariaDBを grep し、稼働しているサービス・バージョンを把握する。 -
2Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
References
- advisory lists.opensuse.org
- advisory lists.opensuse.org
- advisory lists.opensuse.org
- advisory lists.opensuse.org
- advisory lists.opensuse.org
- advisory lists.opensuse.org
- advisory rhn.redhat.com
- advisory rhn.redhat.com
- advisory rhn.redhat.com
- advisory rhn.redhat.com
- advisory debian.org
- advisory debian.org
- advisory openwall.com
- advisory oracle.com
- advisory securityfocus.com
- advisory securitytracker.com
- advisory ubuntu.com
- advisory ubuntu.com
- advisory access.redhat.com
- advisory mariadb.atlassian.net
- advisory mariadb.com
- advisory mariadb.com
- advisory mariadb.com
- patch oracle.com