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

KEDA: PostgreSQL parameters корректно quoting всех whitespace

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

Практическая защитная проверка KEDA PostgreSQL scaler по ghsa-6w3m-4hhp-775q: применимость, обратимый тест границы «полное libpq-compatible quoting и escaping tenant-controlled connection parameters», измеримый результат и stop-rule без production-данных.

Проверьте применимость к KEDA PostgreSQL scaler

До опыта отделите фактическую конфигурацию от предположений по имени зависимости. Для границы «полное libpq-compatible quoting и escaping tenant-controlled connection parameters» запишите runtime version, build digest, способ установки, активную конфигурацию и роль вызывающего субъекта. Reviewed Advisory указывает «github.com/kedacore/keda/v2 < 2.20.0; first patched 2.20.0», но это не заменяет проверку живого процесса. Not-applicable допустим только при доказанной версии вне affected range или документированно выключенной функции. При неполном provenance оставьте статус unknown и не переносите оценку advisory на всё развёртывание.

Фактическая рамка GHSA-6w3m-4hhp-775q

GitHub Reviewed Advisory опубликована 2026-07-07, обновлена 2026-07-07 и описывает механизм: KEDA has PostgreSQL connection string parameter injection via incomplete whitespace escaping. Package boundaries: «github.com/kedacore/keda/v2 < 2.20.0; first patched 2.20.0». Upstream https://github.com/kedacore/keda подтверждает происхождение проекта, но не состояние вашей установки. Дата, summary и границы берутся с прямой страницы https://github.com/advisories/GHSA-6w3m-4hhp-775q, а не из forum post или search snippet. Запись не доказывает эксплуатацию, ущерб, популярность темы, индексацию или позицию страницы; для таких выводов нужны отдельные данные.

Отдельная боль и измеримое доказательство

Материал отвечает на одну самостоятельную боль: tab, newline или backslash может разделить key=value и добавить новый parameter, если учитывается только literal space. До запуска создайте артефакт «ledger field / whitespace-class / serialized-dsn / parsed-key-count / unexpected-keys» и назначьте допустимые значения каждой колонке. Normal-control проходит тем же кодовым путём, на той же версии и с теми же ресурсными пределами. Исключение, status code или отсутствие события без trace не считаются окончательным доказательством. Marker должен быть синтетическим: без credentials, IP, настоящих имён, файлов, документов, журналов и внутренних адресов.

Безопасный обратимый опыт

Подготовьте offline DSN builder, normal dbName и markers для space, tab, newline, carriage return, form feed и backslash. Затем нужно сериализовать каждое значение и разобрать доверенным test parser без открытия PostgreSQL connection. Ожидаемый защитный исход задаётся до выполнения: в каждом case остаётся один ожидаемый key и исходное значение, неожиданных parameters нет. Работайте только локально или в одноразовой среде с лимитами wall-time, CPU, памяти, файлов, сокетов и запросов. Не используйте production secrets, персональные данные, удалённые цели или эксплуатационные payload. Лимиты заранее исключают расширение теста за выбранную границу. После опыта удалите fixtures, повторите normal-control и сравните digest состояния с baseline.

Решение без догадок

Passed возможен, когда одновременно наблюдается: в каждом case остаётся один ожидаемый key и исходное значение, неожиданных parameters нет; normal-control успешен; cleanup возвращает baseline. Failed фиксируется лишь после повторения с тем же fixture, версией и лимитами. Unknown остаётся при неполном provenance, нестабильном trace или неоднозначной конфигурации. Храните результат как «ledger field / whitespace-class / serialized-dsn / parsed-key-count / unexpected-keys», чтобы другой инженер мог проверить вывод. Не расширяйте локальное наблюдение на всю систему и не обещайте абсолютную защищённость после одного теста.

Стоп-правило, обновление и поддержка

Stop-rule: остановиться до connection при изменении parsed key count. Если runtime входит в affected range, получите исправление только из доверенного upstream https://github.com/kedacore/keda, зафиксируйте новый digest и повторите прежний fixture с неизменными лимитами. Новый сценарий не подтверждает исправление исходной границы. В обезличенный пакет поддержки включите runtime version, package boundary, config branch, expected/observed, timestamps, resource limits, error class и fixture hashes. Исключите tokens, cookies, абсолютные пути, внутренние hostname и содержимое данных.

Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный опыт, privacy-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.

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

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

Ответы

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

Ваш ответ

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

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

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