mariadb に 情報漏洩 (CVE-2026-107383)
概要
mariadb に 脆弱性 (CVE-2026-107383) が存在。機密情報が外部に流出する可能性があります。対策: 3.5.4 以上に更新。
原文の説明
取得元が公開している説明をそのまま載せています (多くは英語)。
Description
When encoding a GeoJSON Polygon or MultiPolygon parameter for the binary protocol, the connector sized its output buffer from the length property of each ring, then wrote each ring only if it was a real array. The two loops disagreed: any non-array ring carrying a numeric length (a string, or an object such as {"length": 4000}) still reserved 4 + 16 * length bytes, but wrote none of them. The buffer came from Buffer.allocUnsafe() and was returned in full regardless of how far the write position had advanced, so every reserved-but-unwritten byte was uninitialized Node.js heap.
The sibling LineString case handled this correctly, aborting with null on the first malformed point, so no reserved byte could escape unwritten.
The only gate on this path is value.type naming a GeoJSON type, so any object shaped like {"type": "Polygon", ...} reached the encoder.
Impact
An application that passes an attacker-influenced object as a parameter to execute() or batch() writes uninitialized process memory into the database, where it is readable by anyone who can read that row and persists into backups and replicas. Applications accepting GeoJSON for map or location features are the natural case, as the attacker controls coordinates directly.
The disclosed memory is not scoped to the requesting user: in a shared Node.js process the heap may hold other users' request and response bodies, session tokens and cookies, database credentials and TLS key material. The leak is si…
出典: GitHub Security Advisories (Global) NVD GitHub Advisory
自動生成の要約
取得元のデータ (CVSS・CWE・影響バージョンなど) から SecPulse が定型文で組み立てた要約です。AI は使っていません。正確な内容は下の原文と参照URLで確認してください。
mariadb という製品で、CVE-2026-107383 という番号がついた弱点 (脆弱性) が見つかりました。
機密情報が外部に流出する可能性があります。重要度は CVSS スコア 7.5/10 です。
対策: mariadb を 3.5.4 以上に更新してください。
心配なら、システム担当者や製品の公式サイトで「mariadb CVE-2026-107383」を検索してください。
CVE-2026-107383 (mariadb) — CWE-200 / CVSS v3 7.5
攻撃ベクター: ネットワーク経由 (リモート攻撃可) / 認証不要 / 被害者操作不要
修正バージョン: 3.5.4 (即時適用推奨)
暫定回避: Validate that GeoJSON coordinates are properly nested arrays of numbers before passing the object as a parameter, or use query(), until upgraded.
対応方針: 1) SBOMで影響バージョン横断確認, 2) ステージング検証→本番更新, 3) WAF/プロキシで該当エンドポイントを監視, 4) ログでIOC調査。
参考: 当ページの『参照URL』の GHSA / vendor advisory / patched release を参照。
mariadb に 情報漏洩 (CWE-200) があります。
mariadb の影響バージョンはベンダーのアドバイザリで確認してください。
重要度: 重要 (CVSS 7.5/10)。機密情報が外部に流出する可能性があります。
3.5.4 に更新してください。
暫定回避: Validate that GeoJSON coordinates are properly nested arrays of numbers before passing the object as a parameter, or use query(), until upgraded.
Webサーバ・プロキシ・WAFログで該当CVEのIOCに合致する不審リクエストを検索。SBOM/依存ファイルで影響バージョンを横断確認。
対応アクション
SOC/SREチームが順番に実行すべき具体的なステップとコマンド例
-
1影響範囲の特定 identify
grep -r 'mariadb' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
mariadbを grep し、稼働しているサービス・バージョンを把握する。 -
2暫定回避策の適用 mitigate
Validate that GeoJSON coordinates are properly nested arrays of numbers before passing the object as a parameter, or use query(), until upgraded.パッチが適用されるまでの応急処置として、Validate that GeoJSON coordinates are properly nested arrays of numbers before passing the object as a parameter, or use query(), until upgraded. を実施。回避策の副作用 (機能低下) を確認した上で。
-
3パッチ適用 patch
Upgrade mariadb to 3.5.4ステージング環境で 3.5.4 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
-
4事後検証 verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
影響パッケージ
参照URL
- web security-advisories@github.com
- web security-advisories@github.com
- web security-advisories@github.com
- web security-advisories@github.com
- web security-advisories@github.com
- web security-advisories@github.com
- web security-advisories@github.com
- web security-advisories@github.com
- web security-advisories@github.com
- web security-advisories@github.com
- web github.com