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

SurrealDB: ORDER BY не раскрывает порядок скрытого поля

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

Безопасная проверка SurrealDB indexed ORDER BY по ghsa-h4h3-3rfj-x6fq: применимость, обратимый fixture, field-policy / index-selected / visible-value / observed-order / query-verdict, pass-rule и stop-rule без production-данных.

Проверьте применимость к SurrealDB indexed ORDER BY

Сначала зафиксируйте package source, точную runtime version, build digest, provenance commit и достижимость компонента SurrealDB indexed ORDER BY. GitHub Reviewed Advisory ghsa-h4h3-3rfj-x6fq опубликована 2026-06-19, обновлена 2026-06-19 и описывает механизм «SurrealDB: Indexed ORDER BY leaks the value ordering of a SELECT-restricted field». Ecosystem boundary записи: «rust/surrealdb >= 3.0.0, < 3.1.5; first patched 3.1.5». Диапазон служит фильтром, но не доказывает наличие затронутого кода в fork или сборке с backport. Отдельно отметьте feature flag, роль вызывающего субъекта и самый ранний чувствительный side effect. При неизвестной provenance результат остаётся unknown: нельзя заявлять эксплуатацию, распространённость, ущерб или поисковый спрос только по advisory.

Сформулируйте invariant: planner не использует закрытое поле для наблюдаемой сортировки без разре

Узкая пользовательская боль этого материала: порядок строк позволяет вывести относительные значения поля, которое запрещено читать. Защитный invariant: planner не использует закрытое поле для наблюдаемой сортировки без разрешения SELECT. Он проверяется раньше read, write, send, execute, cache commit, credential issue или выдачи identity. Заранее запишите pass-rule: закрытая сортировка отклонена либо результат не несёт порядка скрытых значений при сохранении обычного control. Это самостоятельный ответ, потому что наблюдает собственную trust boundary и не подменяет её общим советом «обновитесь». Решающий артефакт — field-policy / index-selected / visible-value / observed-order / query-verdict; он не должен содержать имена, адреса, токены, содержимое рабочих объектов или иные персональные данные.

Соберите обратимый fixture для SurrealDB indexed ORDER BY

Безопасный опыт: В отдельной in-memory таблице задать три искусственных code и индекс, скрыть code для тестовой роли и сравнить запрос без ORDER BY с ORDER BY code. Все идентификаторы и данные синтетические; filesystem ограничен mkdtemp, persistence — memory adapter либо rollback transaction, сеть выключена или loopback-only. Добавьте normal-control, один boundary case и recording adapter для чувствительного действия. До запуска сохраните digest входа и ожидаемую строку матрица решения; после — observed class, counters, final-state digest и cleanup proof. Не нужен эксплуатационный payload, массовый перебор, нагрузка или изменение production.

Заполните field-policy / index-selected / visible-value / observed-order / query-verdict

Читайте колонки «field-policy / index-selected / visible-value / observed-order / query-verdict» в причинном порядке, не ограничиваясь HTTP status или отсутствием exception. Сначала подтвердите, что normal-control прошёл ту же ветвь, затем найдите stage, где policy приняла решение, и отдельно отметьте любой side effect. Green возможен только когда выполнено правило «закрытая сортировка отклонена либо результат не несёт порядка скрытых значений при сохранении обычного control», состояние после cleanup совпадает с исходным, а альтернативное объяснение исключено. Если результат зависит от порядка, используйте один детерминированный interleaving и небольшой повтор; статистический стресс не заменяет доказательство механизма.

Сопоставьте исправление с механизмом, а не с номером

Patch provenance должна менять именно правило «planner не использует закрытое поле для наблюдаемой сортировки без разрешения SELECT». Сравните affected и candidate build на одном fixture, сохранив одинаковые input digest и field-policy / index-selected / visible-value / observed-order / query-verdict. Boundary «rust/surrealdb >= 3.0.0, < 3.1.5; first patched 3.1.5» помогает выбрать сборку, но версия сама по себе не подтверждает backport и reachability. Если upstream не записал first patched version для конкретной ecosystem entry, опирайтесь на commit/release provenance и не выдумывайте номер. Эта проверка не разрешает rollout: production update требует отдельного backup, canary, readiness, журналов и rollback.

Остановитесь до пересечения privacy и production boundary

Stop-rule: не переносить опыт на рабочую базу и не подбирать реальные значения по порядку. Немедленно завершите опыт при внешнем адресе, настоящем credential, privilege prompt, данных вне fixture, необратимой записи, неожиданном росте ресурсов, отсутствии normal-control или невозможности cleanup. Такой исход помечается blocked, а не «почти прошёл». В support packet включите ghsa-h4h3-3rfj-x6fq, product/component, version/build provenance, boundary «rust/surrealdb >= 3.0.0, < 3.1.5; first patched 3.1.5», обезличенную строку «field-policy / index-selected / visible-value / observed-order / query-verdict», expected/observed, stop reason и две прямые source URL. Payload, секреты, чужие логи, конфигурации и приватные ссылки не прикладывайте.

Завершите явным деревом решения

Дерево решения для SurrealDB indexed ORDER BY: доказана patched/non-affected provenance — not-applicable; ветвь недостижима по проверенной конфигурации — not-reachable; candidate выполняет «закрытая сортировка отклонена либо результат не несёт порядка скрытых значений при сохранении обычного control» — ready-for-reviewed-update; наблюдается «порядок строк позволяет вывести относительные значения поля, которое запрещено читать» — fail и эскалация владельцу компонента; недостаточно данных — unknown. К листу приложите одну строку из «field-policy / index-selected / visible-value / observed-order / query-verdict» и cleanup proof. Никакой лист не означает универсальную безопасность, факт атаки, обещание индексации или разрешение проверять чужую систему.

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

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

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

Ответы

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

Ваш ответ

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

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

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