К обсуждениям

WsgiDAV 4.3.5: проверка MySQLBrowserProvider без SQL-конкатенации

Редакция VOne Технологии

Практическая защитная памятка по WsgiDAV и GHSA-p6gw-4frg-j7jw: граница версий, runtime-инвентарь, безопасный отрицательный контроль, канарейка, rollback и обезличенный пакет владельцу.

Короткий ответ и граница риска

GHSA-p6gw-4frg-j7jw (CVE-2026-55509) подтверждает отдельную проблему: sample provider вставлял record key из URL в WHERE через конкатенацию вместо параметра. Граница версий: версии до 4.3.4 включительно; исправление выпущено в 4.3.5; provider не включён по умолчанию. Прямой ответ — сначала доказать наличие именно затронутого компонента и функции, затем перейти на исправленный vendor artifact. Сам факт установленного продукта не доказывает достижимость пути, а отсутствие жалоб не доказывает безопасность. Запишите runtime build, источник пакета, включённую функцию и владельца изменения; соседние advisories не объединяйте с этой проверкой.

Кому нужно реагировать и что инвентаризировать

Реагировать нужно установкам, где одновременно совпадают версия и функциональная граница из advisory. Составьте одну строку «provider enabled | WsgiDAV version | query shape | bind count | returned fixture row», добавьте checksum артефакта и способ его разрешения dependency manager. Не включайте hostname, IP, usernames, токены, cookies, реальные сообщения или конфиги целиком. Если downstream vendor применил backport, требуйте ссылку на changelog и patch identity. Неизвестная версия означает blocked; косвенный banner или container tag не заменяет runtime-доказательство.

Безопасная проверка без воспроизведения атаки

Нужен изолированный стенд, синтетические данные и заранее определённый отрицательный контроль. Выполните следующее: статически подтвердить placeholder и binding, затем безопасный ключ с пробелом должен трактоваться как одно значение без изменения формы SQL. Сначала снимите baseline на текущей сборке без активного payload, затем повторите на исправленной и восстановите snapshot. Passed означает совпадение конкретного decision и сохранение штатной функции. Timeout, пустой ответ или отсутствие строки в журнале не считаются успехом: они могут означать неверный маршрут, падение или потерю telemetry.

Обновление, канарейка и возврат

План изменения: сначала доказать включение MySQLBrowserProvider, затем обновить WsgiDAV и использовать параметризованный запрос. Канарейка должна повторять тот же runtime path, но не содержать пользовательских данных и не иметь лишних прав. До замены сохраните store/config backup, старый SHA-256, версию runtime и одну проверенную команду возврата. После обновления сверяйте фактический загруженный модуль, smoke штатного пути, отрицательный fixture, restart counter и первый релевантный error-class. Откат должен быть совместим с данными; миграцию состояния проверяйте отдельно от бинарного rollback.

Ложные зелёные сигналы и стоп-линия

Не принимайте за доказательство один health endpoint, package manifest без runtime, отсутствие публичного exploit, successful TCP connect или тишину пользователей. Для этой темы стоп-линия: если share связан с production database, модуль не найден в конфигурации или тест требует инъекционную строку. При срабатывании остановите опыт, сохраните только обезличенные признаки и верните прежний snapshot. Не расширяйте тест, чтобы добиться воспроизведения. Если sample provider не активирован, зафиксируйте not affected by reachability; наличие пакета в окружении само по себе не делает URL достижимым. Это различает защитную верификацию от инструкции по эксплуатации и сохраняет people-first границу.

Минимальный пакет для владельца системы

Передайте владельцу: GHSA-p6gw-4frg-j7jw, точную версию до и после, источник артефакта, SHA-256, строку матрицы «provider enabled | WsgiDAV version | query shape | bind count | returned fixture row», timestamp Europe/Moscow, expected decision, фактический decision и один очищенный error-class. Добавьте ссылку на vendor advisory и fix/release. Удалите secrets, абсолютные домашние пути, IP, account ids и содержимое пользовательских объектов. Итоговые статусы: passed, failed, blocked или not affected by reachability; последний требует доказательства, что функция действительно выключена.

Сначала доказать, что sample provider включён

MySQLBrowserProvider не является обязательной частью каждого WsgiDAV deployment, поэтому первый шаг — найти provider class в эффективной share configuration и import graph. Если его нет, результат фиксируют как not affected by reachability, не выполняя запросы к базе. Если он включён, code review должен показать placeholder и отдельный binding для record key. Безопасный functional fixture использует обычный ключ с пробелом или Unicode и проверяет, что форма prepared statement не меняется. SQL metacharacter payload не нужен. Database role стенда получает read-only доступ к одной временной таблице, а query log очищается от значений перед передачей владельцу.

Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, версии и ссылки перепроверены. Реальные пользовательские данные, активные payload и вымышленные результаты тестов не использовались.

Источники и проверка

Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.

Ответы

0 опубликовано
Ответов пока нет. Вы можете начать обсуждение.

Ваш ответ

Добавьте свой опыт или уточнение по теме.

Вы публикуете как Аноним Аватар отличает разговоры, но не раскрывает личные данные.

Ответ появится сразу. Не публикуйте личные данные, ключи и приватные ссылки.