Skip to main content
Ключевые ограничения Axosun реализованы в коде продукта, а не в инструкциях модели. Модель нельзя «уговорить» их обойти: разделение read-only и деструктивных действий, списки разрешённого и обязательные подтверждения проверяются панелью на каждом шаге.
Для кого: администратор / специалист по безопасности. Требуемые права: просмотр аудита — доступ к журналу операций.

​
Фиксированный каталог действий

Ассистент может предлагать только действия из каталога продукта. Неизвестные предложения модели отбрасываются в коде до показа оператору. В каталоге есть действие run_shell_command, но оно не даёт ассистенту постоянный доступ к shell: команда запускается только для конкретной ноды и только после отдельного решения оператора. См. Возможности.

​
Обязательные подтверждения

Изменение firewall и перезапуск сервера (включая массовый) всегда требуют подтверждения — эти действия невозможно убрать из списка подтверждаемых никакой настройкой. Изменение sysctl и установка пакетов запрещены полностью. Подробнее — Модель прав.

​
Предварительная проверка запросов

Ещё до обращения к модели локальный классификатор блокирует запросы на:
  • раскрытие секретов;
  • раскрытие скрытых инструкций ассистента;
  • команды без конкретной ноды или вне действия run_shell_command;
  • клонирование продукта и массовую выгрузку базы знаний;
  • сообщения с признаками prompt-инъекции.
Такие запросы отклоняются без единого обращения к модели (и без расхода токенов), а отказ записывается в аудит — с коротким фрагментом сообщения, не с полным текстом. Дополнительно набор жёстких правил безопасности включён в каждый системный промпт ассистента.

​
Защита запуска команд

Перед показом карточки Axosun отклоняет пустую команду и очевидно катастрофические шаблоны. В частности, нельзя одобрить удаление корня или системного каталога через rm -rf, форматирование через mkfs, запись dd на блочное устройство, стирание раздела, выключение или перезагрузку хоста и fork-бомбу. Карточка содержит точную команду, ноду, причину, уровень риска и отсутствие автоматического отката. После подтверждения Axosun повторно проверяет опасные шаблоны перед постановкой задачи агенту. Подтверждение основной защитой не заменяется: оно обязательно для каждой команды. Блокировка намеренно покрывает только явно разрушающие варианты. Она не делает произвольную команду безопасной и не отменяет обязанность оператора проверить её смысл, цель и последствия.

​
Защита от зацикливания

Вызовы инструментов «сличаются по отпечатку» (инструмент + цель + аргументы), чтобы распознавать повтор одной и той же работы. Если деструктивное действие по одной и той же цели дважды завершилось неудачей без изменения состояния, дальнейшие попытки блокируются, инцидент эскалируется в статус «требуется оператор», а ассистенту предписывается прекратить повторы. Неудавшиеся действия никогда не перезапускаются автоматически.

​
Бюджеты запуска

Агентный запуск ограничен 8 шагами и 6 минутами; при исчерпании сохраняется отчёт с пометкой о достигнутом лимите. См. Сессии и запуски.

​
Дисциплина отчётов

После разбора ответа модели и до сохранения отчёта применяется детерминированная пост-обработка:
  • если система доказуемо здорова, все рекомендации убираются и добавляется каноническое заключение «действий не требуется»;
  • режим report_only гарантированно не содержит деструктивных шагов — если модель всё же предложила такие, они удаляются в коде;
  • завершённый запуск прямого действия или ремонта не несёт «хвостов» из дополнительных предложений.

​
Обязательная валидация действий

  • Каждое детерминированное прямое действие сопровождается обязательной read-only проверкой результата (например, после изменения firewall — проверка профиля безопасности; после перезапуска WARP — проверка статуса WARP). Если проверка не прошла, запуск фиксируется как неуспешный.
  • В классическом режиме после успешного деструктивного действия панель автоматически выполняет read-only проверку «исправление сработало» и сохраняет результат в отчёте.

​
Гарантии жизненного цикла инцидентов

  • Статусы инцидентов меняются только по допустимым переходам; попытка недопустимого перехода отклоняется.
  • Терминальные статусы «липкие» — случайно перезаписать закрытый инцидент нельзя (допустимо только явное переоткрытие).
  • Повторные отчёты обновляют описания, но не сбрасывают статус, установленный оператором.
  • «Решить по порядку» лишь выстраивает очерёдность открытых инцидентов — никакие исправления не выполняются автоматически.

​
Инварианты диагностики конфигурации

В сценарии диагностики Connection Unit валидация конфигурации выполняется первой и безусловно; невалидная конфигурация имеет приоритет над расхождением (drift) при классификации инцидента.

​
Полный аудит

В журнал операций записываются:
  • изменения политики Axosun;
  • создание/изменение/удаление профилей модели;
  • жизненный цикл сессий и запусков;
  • каждое подтверждённое и отклонённое действие;
  • каждый вызов инструмента Remnawave — с санитизированными аргументами и обезличенным снимком настроек;
  • отказы предварительной проверки запросов.
Канал уведомлений audit_log не отключается: панель автоматически возвращает его в политику при сохранении.

​
Проверка

1

Проверьте аудит

Выполните пробный запуск и подтвердите или отклоните любое действие, затем откройте журнал операций — записи о запуске и решении по действию должны присутствовать.
2

Проверьте предварительную фильтрацию

Попросите ассистента показать секреты: запрос должен быть отклонён немедленно. Затем запросите безвредную проверку на конкретной ноде, например df -h: должна появиться карточка с точной командой, а не немедленный запуск.
Действия и отказы видны в аудите; запросы на раскрытие секретов блокируются, а любая команда ждёт подтверждения.

​
Откат

Предохранители, описанные на этой странице, не отключаются — это встроенные свойства продукта. Настраиваемая часть ограничений (режимы поведения, доступ к Remnawave) описана в Модели прав; там же — как вернуть значения по умолчанию.

​
Связанные страницы

Проверено для версии Axottle текущей ветки. Дата проверки: 2026-07-13.