Защитная проверка com.microsoft.sqlserver:mssql-jdbc по GHSA-m494-w24q-6f7w: версия, обратимый fixture, PASS/FAIL/Unknown, stop-rule и обезличенный пакет доказательств.
Что проверить для com.microsoft.sqlserver:mssql-jdbc
Безопасный аудит отделяет применимость advisory от наличия инцидента. В проекте смешаны ветки mssql-jdbc, и команда не понимает, какая исправленная ветка нужна каждому runtime. Короткий ответ: подтвердите фактический комплект и границу «maven/com.microsoft.sqlserver:mssql-jdbc >= 11.2.0.jre11, < 11.2.4.jre11 → 11.2.4.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.2.0.jre11, < 12.2.1.jre11 → 12.2.1.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.6.0.jre11, < 12.6.5.jre11 → 12.6.5.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.8.0.jre11, < 12.8.2.jre11 → 12.8.2.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.10.0.jre11, < 12.10.2.jre11 → 12.10.2.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 13.2.0.jre11, < 13.2.1.jre11 → 13.2.1.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 8.3.0.jre11-preview, < 10.2.4.jre11 → 10.2.4.jre11», затем сделайте только обратимую проверку: снять resolved dependencies и прогнать vendor regression tests на синтетической базе без реальных запросов пользователей. Не используйте production, чужие данные или вредоносные payload. GitHub Advisory Database указывает severity high и обновление 2026-08-21; это приоритет для инвентаризации, а не доказательство атаки или массового спроса. Запишите digest сборки, resolved dependency и снимок затронутой функции. Если комплект транзитивный, имя образа или процесса не заменяет lock-файл, SBOM либо provenance артефакта.
Как определить применимость версии
Зафиксированная advisory-периметр: maven/com.microsoft.sqlserver:mssql-jdbc >= 11.2.0.jre11, < 11.2.4.jre11 → 11.2.4.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.2.0.jre11, < 12.2.1.jre11 → 12.2.1.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.6.0.jre11, < 12.6.5.jre11 → 12.6.5.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.8.0.jre11, < 12.8.2.jre11 → 12.8.2.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.10.0.jre11, < 12.10.2.jre11 → 12.10.2.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 13.2.0.jre11, < 13.2.1.jre11 → 13.2.1.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 8.3.0.jre11-preview, < 10.2.4.jre11 → 10.2.4.jre11. Сопоставляйте её с реально загруженной библиотекой, а не только с manifest исходников. Разделите исход на `not_present`, `outside_range`, `affected_candidate`, `patched_or_backported` и `unknown`. Для fork оставьте upstream commit и описание backport. Для категории `parser` отдельно отметьте, достигается ли соответствующий путь из доверенной зоны. Если branch или package не удаётся однозначно сопоставить, остановитесь на Unknown и не подменяйте факт общим советом «обновить всё».
Обратимый тест без опасного воспроизведения
Рекомендуемый fixture: снять resolved dependencies и прогнать vendor regression tests на синтетической базе без реальных запросов пользователей. До запуска подготовьте пустой временный контекст, ограничьте время и ресурсы, отключите внешнюю сеть и зафиксируйте expected result. Сначала сделайте benign positive control, который доказывает работоспособность функции. Затем один отрицательный случай, проверяющий только заявленную границу. Не переносите в fixture токены, персональные данные, реальные пути, production-конфигурацию или опубликованные proof-of-concept. После теста удалите временные сущности и подтвердите отсутствие изменения исходного состояния.
Критерии PASS, FAIL и Unknown
Практический артефакт: матрица runtime–resolved driver–affected range–first patched–test result. PASS означает, что разрешённый control работает, а пограничный случай отклонён до нежелательного состояния. FAIL фиксируется только при работающем control и наблюдаемом нарушении заявленной границы. Unknown обязателен, если ветка не доказана, test harness не достиг нужного пути, verdict нельзя прочитать обратно или ограничитель сам оборвал проверку. Для `parser` дополнительно зафиксируйте время, память, нормализованный путь, субъект доступа либо контекст вывода — только те атрибуты, которые относятся к механизму.
План обновления и stop-rule
Если сборка попадает в затронутый диапазон, используйте поддерживаемую исправленную ветку из primary source и повторите тот же fixture до и после изменения. Не меняйте одновременно dependency, proxy, права и формат данных: иначе verdict потеряет причинность. Stop-rule: немедленно завершите тест при росте ресурсов вне лимита, неожиданном сетевом обращении, записи за пределами временного каталога, попытке затронуть чужой объект или появлении реальных секретов. WAF, отсутствие жалоб и статус active не равны исправлению GHSA-m494-w24q-6f7w.
Что приложить к запросу поддержки
Сохраните GHSA-m494-w24q-6f7w, package name, resolved version, artifact digest, ветку и commit, feature state, hash синтетического fixture, наблюдения control и negative case, а также итог PASS/FAIL/Unknown. Приложите ссылки на GitHub Advisory Database и primary upstream source, но не вставляйте большие фрагменты чужого текста. Отдельная боль: в проекте смешаны ветки mssql-jdbc, и команда не понимает, какая исправленная ветка нужна каждому runtime. Результат — матрица runtime–resolved driver–affected range–first patched–test result. Механизм GHSA-m494-w24q-6f7w (JDBC Driver for SQL Server has improper input validation issue) не совпадает с соседними intent и требует собственного набора наблюдений. Такой комплект позволяет maintainer повторить решение без доступа к production. Если advisory, локальная сборка и regression test расходятся, перечислите расхождение как Unknown вместо предположения о безопасности.
Контрольная карточка GHSA-m494-w24q-6f7w для parser
Карточка именно этого решения связывает вопрос «в проекте смешаны ветки mssql-jdbc, и команда не понимает, какая исправленная ветка нужна каждому runtime» с проверкой «снять resolved dependencies и прогнать vendor regression tests на синтетической базе без реальных запросов пользователей». В первой строке укажите com.microsoft.sqlserver:mssql-jdbc, затем границу maven/com.microsoft.sqlserver:mssql-jdbc >= 11.2.0.jre11, < 11.2.4.jre11 → 11.2.4.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.2.0.jre11, < 12.2.1.jre11 → 12.2.1.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.6.0.jre11, < 12.6.5.jre11 → 12.6.5.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.8.0.jre11, < 12.8.2.jre11 → 12.8.2.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.10.0.jre11, < 12.10.2.jre11 → 12.10.2.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 13.2.0.jre11, < 13.2.1.jre11 → 13.2.1.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 8.3.0.jre11-preview, < 10.2.4.jre11 → 10.2.4.jre11. Во второй строке оставьте исходный сигнал: JDBC Driver for SQL Server has improper input validation issue. Третья строка — ожидаемый практический verdict «матрица runtime–resolved driver–affected range–first patched–test result». Для этого механизма не подходят доказательства соседних страниц: название продукта, общий статус службы, один HTTP 200, отсутствие жалоб или скриншот интерфейса не отвечают на заявленный вопрос. Отдельно зафиксируйте, какой benign control подтверждает достижимость пути, какое наблюдение считается отказом до побочного эффекта и при каком условии решение становится Unknown. Пакет не должен содержать токены, реальные имена, адреса узлов, содержимое документов, дампы памяти или полный production-log. Финальная подпись включает дату 2026-08-31, GHSA-m494-w24q-6f7w, digest сборки и ссылку на upstream. Так другой специалист проверит категорию parser по тем же полям, не повторяя опасный сценарий и не получая доступ к данным пользователя.
Минимальный record для повторной проверки mssql-jdbc-input-validation-version-matrix
В проекте смешаны ветки mssql-jdbc, и команда не понимает, какая исправленная версия нужна каждому runtime. Рабочее действие для этой карточки: снять resolved dependencies и прогнать vendor regression tests на синтетической базе без реальных запросов пользователей. Ожидаемый артефакт: матрица runtime–resolved driver–affected range–first patched–test result. Upstream формулировка механизма: JDBC Driver for SQL Server has improper input validation issue. Компонентная граница: maven/com.microsoft.sqlserver:mssql-jdbc >= 11.2.0.jre11, < 11.2.4.jre11 → 11.2.4.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.2.0.jre11, < 12.2.1.jre11 → 12.2.1.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.6.0.jre11, < 12.6.5.jre11 → 12.6.5.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.8.0.jre11, < 12.8.2.jre11 → 12.8.2.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 12.10.0.jre11, < 12.10.2.jre11 → 12.10.2.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 13.2.0.jre11, < 13.2.1.jre11 → 13.2.1.jre11; maven/com.microsoft.sqlserver:mssql-jdbc >= 8.3.0.jre11-preview, < 10.2.4.jre11 → 10.2.4.jre11. Для parser boundary корпус ограничивают несколькими синтетическими значениями из vendor regression tests. Записывают тип, длину, кодировку, стадию валидации и детерминированный verdict. Fuzzing production и неограниченная генерация запрещены. Обновлённая версия должна одинаково обрабатывать control и отклонять пограничный ввод без повреждения состояния. Цепочка наблюдения «mssql → jdbc → input → validation → version → matrix» задаёт названия колонок и порядок read-back. Машиночитаемые ключи record: mssql-jdbc-input-validation-version-matrix-baseline, mssql-jdbc-input-validation-version-matrix-inventory, mssql-jdbc-input-validation-version-matrix-control, mssql-jdbc-input-validation-version-matrix-boundary, mssql-jdbc-input-validation-version-matrix-fixture, mssql-jdbc-input-validation-version-matrix-deadline, mssql-jdbc-input-validation-version-matrix-readback, mssql-jdbc-input-validation-version-matrix-sideeffects, mssql-jdbc-input-validation-version-matrix-verdict, mssql-jdbc-input-validation-version-matrix-provenance, mssql-jdbc-input-validation-version-matrix-rollback, mssql-jdbc-input-validation-version-matrix-timestamp, mssql-jdbc-input-validation-version-matrix-owner, mssql-jdbc-input-validation-version-matrix-digest, mssql-jdbc-input-validation-version-matrix-unknownreason. После обновления повторяется тот же fixture, поэтому изменение com.microsoft.sqlserver:mssql-jdbc можно отделить от изменения окружения. Для GHSA-m494-w24q-6f7w verdict остаётся Unknown при пропущенном control, несовпадающей ветке либо недоступном read-back.
Материал подготовлен редакцией VOne с помощью ИИ; версии, источники, безопасный fixture, stop-rule, privacy-ограничения и отсутствие рекламных обещаний перепроверены человеком.
Источники и проверка
- GitHub Advisory Database GHSA-m494-w24q-6f7w проверено 2026-08-31
- Primary upstream source for com.microsoft.sqlserver:mssql-jdbc проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.