Безопасность и независимость#
Данные не покидают контур автоматически#
Документы, переписка сотрудников с ассистентом и языковые модели находятся на серверах заказчика. Платформа не отправляет содержимое запросов и документов во внешние сервисы автоматически — ни для генерации ответа, ни для аналитики, ни для телеметрии. Внешнюю модель администратор может подключить по ключу по своему решению; тогда запросы к этой модели уходят за пределы контура. По умолчанию внешней модели нет. Работа в изолированном сегменте сети — штатный режим, а не урезанный.
Практическое следствие: сотруднику не нужно решать, «можно ли это вставлять в чат». Инструмент, который у него есть, изначально находится внутри разрешённого периметра.
Вход и права доступа#
- Вход — по единой учётной записи, отдельного пароля к каждому разделу платформы нет.
- Права и роли задаёт администратор платформы или корпоративный каталог.
Дальше всё зависит от того, подключён ли корпоративный каталог компании. Подключение выполняется при внедрении и не обязательно для запуска.
Каталог подключён. Сотрудники входят своими корпоративными учётными записями, отдельные пароли к платформе не создаются. Роли и группы приходят из каталога. Увольнение или перевод сотрудника отражается на его входе в платформу автоматически — так же, как и в остальных корпоративных системах. Состав базы знаний определяют на внедрении: в базу включают документы, доступные всем её пользователям.
Каталог не подключён. Учётные записи ведёт администратор платформы: он создаёт запись, выдаёт временный пароль, который сотрудник меняет при первом входе, и сам закрывает доступ, блокируя запись.
Кнопка единого входа#
На странице входа сотрудника — кнопка единого входа через корпоративную систему учётных записей. Регистрация по отдельной электронной почте закрыта по умолчанию: учётная запись создаётся в корпоративном каталоге, а не в платформе. Кнопка появляется автоматически, когда платформа настроена на корпоративную систему входа — пустое значение в настройке означает «ещё не подключено», а не «вход запрещён»: если кнопки нет, проверьте, что домен платформы зарегистрирован в корпоративной системе входа и параметры подключения заполнены.
Два состояния отказа#
Когда у сотрудника нет прав администратора, платформа показывает один экран; когда систему входа не удалось спросить — другой. Различие обязательно: отказ инфраструктуры (сеть, служебная учётная запись) не должен выглядеть как честное «вам не положено». Служебная запись для чтения ролей — часть поставки, её секрет генерируется при установке; если она недоступна, администратор видит «система входа недоступна, обратитесь к администратору», а не «нет прав».
Консоль администратора закрыта из интернета#
Административная консоль системы входа не доступна из интернета. Доступ ограничен списком адресов или туннелем.
Проверяемость ответа#
- Ответ по базе знаний строится по найденным фрагментам документов; под ответом видны строки выполненных шагов поиска, перечня источников со ссылками ответ в этой версии не показывает (подробнее — функция «Поиск по документам» в описании функциональных характеристик).
- Какая модель отвечала, видно администратору в журнале шлюза моделей: сценарий, имя модели, расход и код ошибки. В самом ответе ассистент модель не называет.
- В потоке, где считает код, видно, какой шаг выполнен кодом, а какой — языковой моделью.
Это не косметика: именно проверяемость отличает инструмент, результат которого можно предъявить на проверке, от текста, который выглядит убедительно.
Независимость поставки#
- Базовая поставка не зависит от внешних сервисов. Отключение интернета, блокировка или уход зарубежного поставщика не останавливают работу платформы. Внешняя модель — опция: если администратор её подключил, поставщик модели становится зависимостью этой модели, но не продукта в целом.
- Нет привязки к валютному курсу в базовой поставке: за работу платформы не платят по счётчику обращений к внешней модели. Если администратор подключил внешнюю модель, стоимость обращений к ней — отдельная статья, которая обсуждается при внедрении.
- Обновления передаются единым пакетом и устанавливаются в контуре заказчика.
- Российские операционные системы: установка проверена на Astra Linux SE 1.8; для РЕД ОС 8 требования те же, проверка установки выполняется отдельно (см. Требования к площадке).
Статус по реестру российского ПО#
Продукт создан под требования к включению в реестр российского программного обеспечения: состав, лицензионная чистота и совместимость с Astra Linux SE 1.8 выверены именно под эти требования. Сведения о программе направляются в реестр российского программного обеспечения; статус будет обновлён на этой странице после решения по заявлению.
Об аттестации
Сертификация ФСТЭК не входит в базовую поставку и обсуждается отдельно — под требования конкретного заказчика и класс защищаемой информации.