Как ограничить серверные правила для проверки корзины

ShopTools AI помогает проверить доступные промокоды в поддерживаемой корзине. Настройки для распознавания чужой страницы затрагивают чувствительные действия, поэтому серверному правилу нельзя без проверки передавать управление.

В разборе ShopTools 4.43 от 28 августа 2026 года указан флаг AI_OPTIMIZER_ENABLED=false. Ниже этот тогда отключённый сценарий используется как пример проектирования защиты.

Это историческое состояние не устанавливает статус механизма в версии 4.46 или на вашем устройстве. Статья рассматривает проектный эксперимент до включения, а не предлагает включить удалённое управление корзиной.

Разрешите маленький язык данных

DSL в этой задаче означает ограниченный формат описания известных действий. Рецепт может предложить, где искать поле или итоговую сумму, но не должен содержать исполняемый скрипт либо произвольную последовательность команд.

Один вариант грамматики: простой ID, класс или согласованный атрибут, например name или data-testid. Сложные выражения, неизвестные атрибуты и слишком длинные значения отклоняются, а не упрощаются наугад.

Разделите списки для поля, применения, удаления кода, итоговой суммы и признаков ответа. У каждого списка должен быть свой предел; повторы и некорректные записи не расширяют разрешения.

Решение остаётся на устройстве

Рецепт должен относиться к явно разрешённому магазину и версии схемы. Совпадение селектора на другом сайте не делает правило подходящим. Локальная проверка контекста выполняется перед каждым действием.

Даже синтаксически допустимый селектор может указать на платёжное поле. Поэтому видимость, тип элемента, назначение кнопки и отсутствие опасного действия проверяются независимо от серверного ответа.

Время ожидания, число кандидатов и объём списков ограничивайте локально. Если передаются оценки офферов, проверяйте их ID и диапазоны. Сервер не должен увеличивать собственные полномочия через большое число.

Продумайте отказ до запуска

Сетевой запрос должен иметь ограниченное ожидание. Непригодный ответ не должен оставлять корзину в бесконечном ожидании: используются допустимые локальные правила либо проверка прекращается.

Кэш требует версии, срока пригодности и возможности отзыва. Подпись помогает проверить происхождение рецепта, но не доказывает безопасность его содержания. Подписанное опасное правило тоже должно отклоняться.

• Предусмотрите аварийное отключение и понятный путь к предыдущему набору правил.
• Начните с согласованного списка тестовых доменов, а не всех страниц.
• Определите, какие диагностические признаки нужны, не отправляя содержимое форм.
• Зафиксируйте, кто проверяет рецепт и какие изменения требуют повторного ревью.

Проверьте границы на намеренно плохих рецептах

1. Передайте чужой host, неизвестную версию схемы и устаревшую запись.
2. Попробуйте превысить предел списка, длительности ожидания и числа попыток.
3. Укажите допустимым селектором чувствительное поле: локальная проверка должна запретить действие.
4. Отключите эксперимент при сохранённом кэше и убедитесь, что отозванное правило не применяется.

Ни маленькая грамматика, ни подпись не заменяют проверку реального элемента. Такой эксперимент требует отдельной оценки безопасности и допустимости распространения; локальные тесты не являются разрешением на выпуск.