Защитная диагностика MariaDB Connector/Node.js parameter binding по ghsa-g5xc-5w98-jfvm: применимость, обратимый локальный control, измеримый verdict, stop-rule и минимальный пакет данных для владельца системы.
Короткий ответ — MariaDB Connector/Node.js: Buffer и multibyte charset
Задача страницы — проверить, что бинарные параметры MariaDB Connector/Node.js не встраиваются в текст запроса при затронутом client charset. Advisory ghsa-g5xc-5w98-jfvm служит свежим inventory-сигналом, но сама по себе не доказывает состояние конкретной установки. Сначала зафиксируйте фактически загруженный MariaDB Connector/Node.js parameter binding, package lock или image digest и границу «mariadb: introduced 0, fixed 3.2.4; mariadb: introduced 3.3.0, fixed 3.3.4; mariadb: introduced 3.4.0, fixed 3.4.6; mariadb: introduced 3.5.0, fixed 3.5.3». Затем отделите применимость от результата проверки: версия говорит, какую ветку исследовать, а измеримый control показывает поведение. Пользовательская боль здесь одна: Buffer-параметр при определённых multibyte client charset может изменить структуру текстового SQL после клиентского escaping. Итогом должен стать таблица connector version / charset / binding API / statement digest / row-count invariant, чтобы другой инженер мог повторить решение без production-данных и без догадок.
Граница применимости для MariaDB Connector/Node.js parameter binding
Разберите путь решения как «Buffer value → binding mode → wire statement shape → server parameter boundary». Для каждого перехода укажите владельца значения, тип входа, допустимое состояние и запрещённый side effect. Проверяемая инварианта: синтетический Buffer передаётся отдельным параметром, а структура подготовленного statement остаётся неизменной. NOT_APPLICABLE возможен только при доказанном отсутствии компонента или недостижимости указанной ветки; неизвестный digest, effective config или способ вызова дают UNKNOWN. Номер исправленного релиза без runtime readback не превращает результат в PASS. Не объединяйте эту проверку с соседними уязвимостями продукта: здесь оценивается именно описанная граница данных и управления.
Почему обычной проверки версии недостаточно
Lock-файл, SBOM, container digest и вывод package manager отвечают на разные вопросы. Сведите их в одну строку provenance и сопоставьте с advisory-границей «mariadb: introduced 0, fixed 3.2.4; mariadb: introduced 3.3.0, fixed 3.3.4; mariadb: introduced 3.4.0, fixed 3.4.6; mariadb: introduced 3.5.0, fixed 3.5.3». После этого проверьте effective путь выполнения, потому что vendored копия, optional dependency, отключённый adapter или отдельный worker способны изменить применимость. Зафиксируйте reason code: AFFECTED_PATH, PATCHED_PATH, COMPONENT_ABSENT либо PROVENANCE_UNKNOWN. Отсутствие инцидента, один успешный HTTP-ответ или активный systemd unit не подтверждают инварианту «синтетический Buffer передаётся отдельным параметром, а структура подготовленного statement остаётся неизменной».
Безопасный локальный control для MariaDB Connector/Node.js parameter binding
Работайте только в disposable fixture: использовать локальную тестовую базу с минимальными правами, одну строку и два режима binding; сравнить shape без опасного SQL payload. Сеть, subprocess, production database, реальные bucket, очереди, почта, токены и пользовательские файлы замените fake, spy или in-memory адаптерами. До запуска сохраните baseline hash, нулевые counters, лимит времени, памяти и числа операций. Используйте короткие синтетические маркеры без эксплуатационного payload. Цель — увидеть ветвление и соблюдение policy, а не усилить воздействие. После каждой строки теста восстанавливайте fixture и убеждайтесь, что следующий benign control начинается с того же baseline.
Матрица наблюдений без субъективного verdict
Сначала benign control доказывает, что тест достиг нужной функции. Затем boundary-case меняет ровно один признак, связанный с болью «Buffer-параметр при определённых multibyte client charset может изменить структуру текстового SQL после клиентского escaping». Записывайте таблица connector version / charset / binding API / statement digest / row-count invariant, reason code, duration, counters до и после, а также digest fixture. Основная инварианта остаётся: синтетический Buffer передаётся отдельным параметром, а структура подготовленного statement остаётся неизменной. Если control не достигает целевой ветки, точка наблюдения двусмысленна или recorder пропустил side effect, ставьте UNKNOWN. Нельзя добавлять более сильный вход только ради определённого ответа: безопасная воспроизводимость важнее красивого PASS.
PASS, FAIL, UNKNOWN и критерий остановки
PASS требует одновременно подтверждённого provenance, успешного benign control, соблюдения инварианты «синтетический Buffer передаётся отдельным параметром, а структура подготовленного statement остаётся неизменной», нулевых запрещённых side effects и доказанного cleanup. FAIL — тот же подтверждённый путь плюс наблюдаемое нарушение policy. UNKNOWN означает отсутствие digest, effective config, recorder, control либо возможности восстановить fixture. Немедленная красная линия: изменился digest структуры statement либо тест затронул данные вне одной fixture-строки. При её достижении прекратите тест, сохраните только минимальные метаданные и не повторяйте boundary-case на более крупном масштабе.
Восстановление и повторный regression check
После control удалите disposable state, верните адаптеры к baseline и сравните hashes, counters и открытые ресурсы. Любой неожиданный I/O, сетевой вызов, процесс, новая строка БД или оставшийся файл блокирует PASS, даже если основной policy вернул ожидаемый код. После обновления компонента повторите тот же fixture без изменения входов и лимитов; сравните таблица connector version / charset / binding API / statement digest / row-count invariant. Так видно, изменился ли именно защищаемый переход «Buffer value → binding mode → wire statement shape → server parameter boundary», а не окружение, объём данных или наблюдатель.
Почему это самостоятельный intent и что передать владельцу
Отделяет Buffer binding при multibyte charset от обычной проверки строкового escaping и от TLS-параметров соединения. Поэтому материал отвечает на самостоятельный запрос «проверить, что бинарные параметры MariaDB Connector/Node.js не встраиваются в текст запроса при затронутом client charset» и не создаётся как механическая замена бренда, ОС или устройства. Передайте владельцу ghsa-g5xc-5w98-jfvm, component digest, effective version/config, границу «mariadb: introduced 0, fixed 3.2.4; mariadb: introduced 3.3.0, fixed 3.3.4; mariadb: introduced 3.4.0, fixed 3.4.6; mariadb: introduced 3.5.0, fixed 3.5.3», схему «Buffer value → binding mode → wire statement shape → server parameter boundary», control/boundary rows, таблица connector version / charset / binding API / statement digest / row-count invariant, verdict, stop reason и cleanup proof. Advisory опубликована 2026-08-28 и обновлена 2026-08-28; даты подтверждают свежесть источника, но не популярность запроса, не факт эксплуатации и не применимость к конкретному deployment.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика; даты, версии и ссылки сверены по GitHub Advisory Database и первичному upstream-материалу. Текст самостоятельный, не копирует источники, не содержит эксплуатационных последовательностей и предназначен для безопасной локальной проверки.
Источники и проверка
- GitHub Advisory Database — ghsa-g5xc-5w98-jfvm проверено 2026-09-03
- Первичный upstream-материал — MariaDB Connector/Node.js parameter binding проверено 2026-09-03
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.