Защитный разбор AWS Advanced JDBC Wrapper и ghsa-mhww-p97m-3368: применимость, безопасный test boundary «поиск функции в public schema при выполнении wrapper logic под другой ролью», измеримый результат, stop-rule и пакет поддержки.
Определите, относится ли сигнал к AWS Advanced JDBC Wrapper
Сначала исследуется не severity, а граница «поиск функции в public schema при выполнении wrapper logic под другой ролью». Запишите версию живого процесса, build digest, путь загруженного компонента, способ установки и включённую функцию. Advisory перечисляет «software.amazon.jdbc:aws-advanced-jdbc-wrapper >= 3.0.0, < 4.0.1 → fixed 4.0.1», однако зависимость в manifest не равна доказанной runtime-версии. Отдельно установите, достижим ли путь в вашей конфигурации и какой субъект его вызывает. Если provenance или reachability не подтверждены, оставьте статус unknown. Это честнее, чем переносить оценку advisory на конкретное развёртывание без измерения.
Фактическая рамка GHSA-mhww-p97m-3368
Reviewed record опубликован 2026-07-17, обновлён 2026-07-17 и формулирует проблему как «AWS-JDBC Wrapper: Privilege Escalation in Aurora PostgreSQL instance». Package ranges: «software.amazon.jdbc:aws-advanced-jdbc-wrapper >= 3.0.0, < 4.0.1 → fixed 4.0.1». Репозиторий aws/aws-advanced-jdbc-wrapper подтверждает происхождение upstream, но не состояние вашей установки. Даты, affected range и механизм берутся из прямой advisory-страницы. Ни GitHub record, ни форумный лид не доказывают атаку, ущерб, распространённость запроса, индексацию или позицию. Любое такое утверждение потребовало бы отдельной телеметрии и источника.
Отдельная боль и наблюдаемые точки: поиск функции в public schema при выполнении wrapper logic под другой ролью
Узкая пользовательская боль: низкопривилегированная роль может разместить функцию, которую затем вызовет более привилегированный пользователь. Чтобы не спутать её с ошибкой стенда, заранее задайте независимые поля артефакта «матрицу actor / search-path / resolved-function-schema / function-counter / transaction-role». Нормальная ветвь обязательна: явно schema-qualified безопасная функция вызывается один раз своей тестовой ролью. Только после неё запускают один граничный case. Marker не должен быть credential, реальным идентификатором или пользовательским содержимым. Такое разделение даёт проверяемое дерево решения и не превращает похожую ошибку, timeout либо неверную роль в подтверждение security-механизма.
Безопасный обратимый опыт
Создайте локальный PostgreSQL, две тестовые роли, отдельная schema и harmless function-counter. Затем нужно снять search_path обеих ролей, выполнить wrapper control и проверить, выбирается ли marker-function из public schema. Все операции выполняются в локальной или одноразовой среде с пределами wall-time, CPU, памяти, файлов, сокетов и запросов. Ожидаемый защитный результат определён до запуска: public исключён из привилегированного search_path, marker-function не вызывается, штатная функция разрешается явно. Не используйте production secrets, настоящие документы, внутренние адреса, пользовательские логи или публичные цели. После первой граничной точки очистите fixture, повторите normal-control и сравните итоговое состояние с baseline digest.
Правило решения без догадок
Решение хранится как матрицу actor / search-path / resolved-function-schema / function-counter / transaction-role. Passed возможен, когда одновременно наблюдается «public исключён из привилегированного search_path, marker-function не вызывается, штатная функция разрешается явно», normal-control успешен и cleanup возвращает baseline. Failed фиксируют лишь после воспроизводимого расхождения с тем же fixture и лимитами. Not-applicable требует доказанной runtime-версии вне range либо документированно выключенного пути. Unknown остаётся при неполном provenance, нестабильном trace или неоднозначной конфигурации. Одного HTTP status, падения процесса или отсутствия события недостаточно для окончательного вывода.
Остановка, обновление и пакет для поддержки
Stop-rule этого опыта: rollback транзакции при первом вызове marker-function под другой ролью. Если runtime входит в affected range, обновление получают из доверенного канала aws/aws-advanced-jdbc-wrapper, после чего повторяют ровно тот же fixture с прежними лимитами; новый сценарий не подтверждает исправление старого. В обезличенный пакет включают runtime version, digest, конфигурационную ветвь, expected/observed, измеренные лимиты, timestamps, error class и хэши fixtures. Исключите токены, cookies, IP, внутренние имена, абсолютные пути и содержимое данных. Инструкция не обещает абсолютную защищённость.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный опыт и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-mhww-p97m-3368 проверено 2026-08-31
- Upstream-репозиторий aws/aws-advanced-jdbc-wrapper проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.