Во-первых, дайте выводы, которые можно использовать для принятия решений.
Бизнес-агент обычно обрабатывает пользовательский ввод, веб-страницу, почту, документ и выход инструмента одновременно, все из которых могут быть подвержены вредоносным или противоречивым инструкциям. Если привилегии полагаются только на такие слова, как «не читать другие данные о клиентах», модель, после просчета, может потребовать инструмента высокого риска. Правильный дизайн заключается в том, чтобы поместить личность пользователя, личность агента, роль, диапазон ресурсов, строку действий и правила одобрения в окончательную систему; модель только предлагает действие кандидата, и служба решает, разрешить ли это.
Какие условия необходимо определить до вынесения решения?
На разных этапах работы, данных и проектов на один и тот же вопрос могут быть даны разные ответы. Предлагается проверить следующие условия и включить общие выводы, содержащиеся в Интернете, в свои собственные проекты.
Предложенный порядок аванса
Во-первых, мы будем четко понимать цель и границу.
Перечислите и ранжируйте все инструменты и данные.
Ключевая зависимость от валидации
Создавать независимые удостоверения личности и минимальные разрешения для пользователей и агентов.
Разработка оценочных результатов
Проверка ресурсов, параметров, масштабов и состояния работы на уровне инструмента.
Убедитесь, что вы выбрали следующий шаг с реальными результатами.
Увеличить ручное утверждение, аудит и аварийное снятие с эксплуатации операций с высоким риском.
Как вы понимаете это в реальном бизнесе?
Почтовый помощник читает электронное письмо, содержащее вредоносные инструкции, и модель пытается призвать клиента экспортировать инструмент.Если служба инструментов верит только в модель, это может вызвать утечку данных; если поставщик услуг выполняет проверку на основе текущего статуса сотрудника, принадлежности клиента и одобрения экспорта, запрос отклоняется и регистрируются события безопасности.
Самый простой способ наступить.
Рассматривает более длинный системный намек, равный более сильному контролю привилегий.
Несколько агентов имеют общий счет супер-администратора.
Записывайте только ответы модели, а не параметры инструмента и результаты реализации
Как мы должны в конечном итоге получать и подтверждать?
Тесты безопасности должны охватывать инъекции, пере авторизацию, подделку параметров, возврат инструментов к загрязнению, повторное выполнение и очистку.Даже если команда ошибки вывода модели не соблюдается, внешние уровни авторизации должны прекратить движение и оставить полную цепочку аудита пользователей, Агента, инструментов и результатов.
При подготовке к общению с поставщиками или внутренними командами рекомендуется приносить текущие процессы, репрезентативные образцы, существующие системы, сроки планирования и бюджетные уровни.Сначала четко обозначены неизвестные пункты, а затем принимается решение об использовании диагностики, PoC, проектов фиксированного диапазона или текущих исследований и разработок, что обычно более надежно, чем прямой спрос на цену и продолжительность без границ.