Локальная языковая модель помогает организовать поиск по документам, подготовку проектов ответов и обработку внутренних материалов. До внедрения полезно выяснить, какие данные попадут в систему, кто получит доступ и какие решения сможет принимать помощник. Само размещение модели на собственном сервере ещё не определяет правовой режим. Вопрос об аттестации решается применительно к конкретной информационной системе, её назначению и требованиям к защите информации. Это вывод из разграничения объектов регулирования в проверенных актах, а не обещание отсутствия обязанностей у любого заказчика. 243-ФЗ, статьи 1 и 3; изменения порядка аттестации.
На 31 октября 2026 года уже принят Федеральный закон от 26 июля 2026 года № 243-ФЗ о поддержке развития технологий искусственного интеллекта. Его основная часть действует с 1 сентября 2026 года. Закон посвящён большим фундаментальным моделям; определение включает совокупность признаков, в том числе не менее миллиарда параметров и применение для большого числа задач. Поэтому надпись «ИИ» в описании продукта сама по себе недостаточна для правовой квалификации. Официальный текст, статьи 1, 3 и 13.
Часть положений этого закона начинает действовать 1 марта 2027 года. В их числе правила статуса суверенных и национальных моделей, специальные обязанности их разработчиков и ряд полномочий Правительства. Эти положения нельзя превращать в утверждение, что к этой дате каждая организация обязана сертифицировать своего чат-помощника. Для конкретного проекта необходимо установить роль организации, свойства модели и применимые специальные акты. Локальное размещение само по себе также не подтверждает статус национальной или суверенной модели. 243-ФЗ, статьи 5, 6, 8 и 13.
В проекте стоит разделить четыре результата. Аттестация подтверждает соответствие объекта информатизации требованиям защиты информации в определённом составе. Сертификация средства защиты относится к конкретному продукту защиты и условиям его применения. Оценка модели показывает результаты выбранных проверок качества и безопасности. Регрессионное тестирование сравнивает поведение после изменения версии, настроек или данных. Эти результаты отвечают на разные вопросы; один документ или удачный тест не заменяет остальные. Приказ ФСТЭК № 117, пункты 61, 65, 71; ГОСТ Р 72514-2026.
Для государственных информационных систем приказ ФСТЭК № 117 предусматривает аттестацию до начала обработки или хранения информации. Для иных систем государственных органов, государственных унитарных предприятий и учреждений решение о необходимости аттестации принимает указанное в приказе руководство. Отдельно проверяют условия передачи информации ограниченного доступа из ГИС в другую систему. Поэтому корпоративный помощник частной компании и компонент государственной системы могут иметь разный состав обязательных работ. Приказ № 117, пункты 1, 2, 65.
В пределах применимости приказа № 117 есть прямые требования к использованию ИИ. Они касаются защиты данных и модели от несанкционированного воздействия, контроля тематик или шаблонов запросов и ответов, выявления недостоверных ответов и ограничения последствий таких ответов. Для проектной команды это повод заранее определить разрешённые задачи помощника и способ контроля результата человеком. Переносить весь этот режим на любую организацию без проверки оснований нельзя. Приказ № 117, пункты 60–61.
Обновление модели тоже требует точной оценки. С 1 сентября 2026 года действует приказ ФСТЭК № 60, изменивший порядок № 77. При предусмотренных им изменениях архитектуры, структуры или состава аттестованного объекта проводят дополнительные аттестационные испытания. При модернизации, повышающей класс, уровень защищённости или категорию значимости, предусмотрена повторная аттестация. Замена версии LLM не названа отдельным универсальным основанием: нужно сопоставить фактическое изменение с условиями порядка. Приказ № 60, изменения пунктов 33–33³.
Практически полезно вести описание каждой версии: модель и её происхождение, настройки, источники документов, права доступа, подключения и результаты проверок. После обновления базы знаний стоит проверить разграничение доступа и точность ссылок на источники. После замены модели — повторить согласованный набор задач и ошибочных сценариев. После переноса инфраструктуры — оценить границы системы и защиту данных. Это инженерный способ управлять изменениями; юридическую необходимость аттестационных работ определяют отдельно.
Если в запросах, документах, журналах или ответах обрабатываются персональные данные, сохраняются обязанности оператора по их защите. Статья 19 закона № 152-ФЗ предусматривает правовые, организационные и технические меры. Локальная архитектура может быть частью выбранного решения, однако сама по себе не подтверждает выполнение этих обязанностей. До пилота полезно составить схему движения данных и определить доступы, сроки хранения и ответственных. 152-ФЗ, статья 19.
Стандарты помогают определить содержание проверок. Например, ГОСТ Р 72514-2026 посвящён оценке воздействия системы ИИ и действует с 1 мая 2026 года. По общему правилу документы национальной системы стандартизации применяются добровольно, если законодательством не установлено иное. При этом публичное заявление изготовителя или исполнителя о соответствии национальному стандарту имеет значение: статья 26 закона № 162-ФЗ предусматривает обязательность его применения в таком случае. Поэтому обещание соответствия конкретному ГОСТ должно иметь проверяемое основание. Росстандарт; 162-ФЗ, статья 26.
Начать обсуждение с НЬЮ-ССТ можно с назначения будущего помощника, перечня документов и желаемого рабочего сценария. На этой основе можно согласовать подготовку плана требований и оценки: границы решения, роли участников, критерии качества, порядок обновлений и вопросы для профильного специалиста по защите информации. Если проект включает лицензируемые работы, их состав и исполнитель определяются отдельно после проверки необходимых полномочий. Предлагаемый первый шаг — обсудить требования к внедрению локального ИИ и подготовить проверяемый план работ.
Материал подготовлен 31 октября 2026 года по указанным официальным источникам. Проверены оригиналы названных актов и доступные редакции; полнота всех специальных и последующих подзаконных требований для любого проекта не установлена. Перед решением о внедрении необходимо проверить актуальные правила и обстоятельства конкретной системы.