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

SurrealDB: field permission при graph traversal

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

Безопасная проверка SurrealDB graph/reference traversal по ghsa-hv6h-hc26-q48p: применимость, обратимый fixture, query-path / planner-route / field-visible / policy-evaluated / row-count, pass-rule и stop-rule без production-данных.

Проверьте применимость к SurrealDB graph/reference traversal

Сначала зафиксируйте package source, точную runtime version, build digest, provenance commit и достижимость компонента SurrealDB graph/reference traversal. GitHub Reviewed Advisory ghsa-hv6h-hc26-q48p опубликована 2026-06-19, обновлена 2026-06-19 и описывает механизм «SurrealDB: Field-level SELECT permissions bypassed via graph and reference traversals». Ecosystem boundary записи: «rust/surrealdb >= 3.1.0, < 3.1.5; first patched 3.1.5». Диапазон служит фильтром, но не доказывает наличие затронутого кода в fork или сборке с backport. Отдельно отметьте feature flag, роль вызывающего субъекта и самый ранний чувствительный side effect. При неизвестной provenance результат остаётся unknown: нельзя заявлять эксплуатацию, распространённость, ущерб или поисковый спрос только по advisory.

Сформулируйте invariant: field-level SELECT policy применяется одинаково при прямом SELECT, graph

Узкая пользовательская боль этого материала: скрытое поле становится читаемым при переходе к записи через graph edge или back-reference. Защитный invariant: field-level SELECT policy применяется одинаково при прямом SELECT, graph edge и back-reference. Он проверяется раньше read, write, send, execute, cache commit, credential issue или выдачи identity. Заранее запишите pass-rule: во всех трёх путях secret скрыт, а разрешённые поля и число строк совпадают с control. Это самостоятельный ответ, потому что наблюдает собственную trust boundary и не подменяет её общим советом «обновитесь». Решающий артефакт — query-path / planner-route / field-visible / policy-evaluated / row-count; он не должен содержать имена, адреса, токены, содержимое рабочих объектов или иные персональные данные.

Соберите обратимый fixture для SurrealDB graph/reference traversal

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

Заполните query-path / planner-route / field-visible / policy-evaluated / row-count

Читайте колонки «query-path / planner-route / field-visible / policy-evaluated / row-count» в причинном порядке, не ограничиваясь HTTP status или отсутствием exception. Сначала подтвердите, что положительный контроль прошёл ту же ветвь, затем найдите stage, где policy приняла решение, и отдельно отметьте любой side effect. Green возможен только когда выполнено правило «во всех трёх путях secret скрыт, а разрешённые поля и число строк совпадают с control», состояние после cleanup совпадает с исходным, а альтернативное объяснение исключено. Если результат зависит от порядка, используйте один детерминированный interleaving и небольшой повтор; статистический стресс не заменяет доказательство механизма.

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

Patch provenance должна менять именно правило «field-level SELECT policy применяется одинаково при прямом SELECT, graph edge и back-reference». Сравните affected и candidate build на одном fixture, сохранив одинаковые input digest и query-path / planner-route / field-visible / policy-evaluated / row-count. Boundary «rust/surrealdb >= 3.1.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: не подключаться к рабочему namespace и не использовать реальные записи пользователей. Немедленно завершите опыт при внешнем адресе, настоящем credential, privilege prompt, данных вне fixture, необратимой записи, неожиданном росте ресурсов, отсутствии положительный контроль или невозможности cleanup. Такой исход помечается blocked, а не «почти прошёл». В support packet включите ghsa-hv6h-hc26-q48p, product/component, version/build provenance, boundary «rust/surrealdb >= 3.1.0, < 3.1.5; first patched 3.1.5», обезличенную строку «query-path / planner-route / field-visible / policy-evaluated / row-count», expected/observed, stop reason и две прямые source URL. Payload, секреты, чужие логи, конфигурации и приватные ссылки не прикладывайте.

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

Дерево решения для SurrealDB graph/reference traversal: доказана patched/non-affected provenance — not-applicable; ветвь недостижима по проверенной конфигурации — not-reachable; candidate выполняет «во всех трёх путях secret скрыт, а разрешённые поля и число строк совпадают с control» — ready-for-reviewed-update; наблюдается «скрытое поле становится читаемым при переходе к записи через graph edge или back-reference» — fail и эскалация владельцу компонента; недостаточно данных — unknown. К листу приложите одну строку из «query-path / planner-route / field-visible / policy-evaluated / row-count» и cleanup proof. Никакой лист не означает универсальную безопасность, факт атаки, обещание индексации или разрешение проверять чужую систему.

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

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

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

Ответы

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

Ваш ответ

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

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

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