Сравнение российских VM-решений и сканеров

Модули руководства; заявления сайта и исправления 2.15 не переносятся на 2.13

Сценарий VPM с лицензией «Системное администрирование»; остальные продукты Kaspersky исключены

Основной VM; VM Mobile исключён

VM; источник обновлений VulnDB имеет latest URL, фиксация пакета требует проверки

AttackMapsEnabled и авторизованный Infrascan; не версия 7

SPC/SOAR исключены; состав лицензии не установлен

Audit по лицензии; AuditPLC не доказывает поиск уязвимостей ПЛК

Базовые процедуры; функции Enterprise не переносить на Base

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

Остаётся проверить: Нужны руководство пользователя, полная ролевая модель, внешняя аутентификация/MFA, журнал действий и защита секретов сканирования.

Источники: Документ 1

Конфигурация Efros DO 2.13 зависит от лицензий модулей; Vulnerability Control (VC) перечислен отдельно. Свойства всей платформы не доказывают включение каждой функции в поставку VC.

Остаётся проверить: Уточнить обязательные модули и состав лицензии VC, актуальную поддерживаемую версию и изменения 2.14.

Источники: Документ 1

Официальная страница Efros DO ссылается на общую программу поддержки2026. Для критического приоритета реакция: гарантийная — до4часов(9/5), базовая — до2часов(9/5), расширенная — до2часов(24/7). Время решения сервисной заявки не регламентируется. Услуги не включают переустановку продукта, установку обновлений и решение проблем сторонней инфраструктуры. Гарантийная поддержка —12месяцев с покупки, если договором не предусмотрено иное.

Остаётся проверить: Подтвердить применимый к поставкеVC пакет/договор, поддерживаемые версии и EOL2.13; сроки реакции не являются сроками исправления или восстановления. Уточнить миграцию и внедрение.

Источники: Документ 1, Документ 2

Для 2.13 описаны офлайн-активация и реактивация с переносом запроса на другую ЭВМ, имеющую Интернет. Обновление лицензии без подключения комплекса выполняется через удаление текущей лицензии и повторную офлайн-активацию.

Остаётся проверить: Не установлены единица и цена лицензирования VC, включённые модули, условия поддержки и продолжительность недоступности функций при обновлении лицензии.

Источники: Документ 1

Руководство платформы2.13, таблица2 на стр.12: для Docker-развёртывания до500/1000/2000 объектов защиты указаны16ядер от2ГГц, RAM от32/48/64ГБ, диск комплекса+СУБД от600/1200/2400ГБ и сеть от1Гбит/с. Сноска требует индивидуального расчёта от2000 объектов. Встроенная PostgreSQL допускается для пилота; при большой нагрузке работоспособность не гарантируется. Для штатной эксплуатации требуется внешняя СУБД вне комплекта поставки.

Остаётся проверить: Уточнить границу ровно2000 объектов (заголовок до2000, сноска от2000), определение объекта, нагрузку модулей и сайзинг именно VC: частоту/параллелизм, время сканирования, нагрузку целей, срок хранения. Таблица платформы не является испытанием сканера VC.

Источники: Документ 1

Платформа 2.13 описана в вариантах Docker и Kubernetes. Для Kubernetes приведены требования к ОС, узлам, портам и внешним СУБД. Внешние СУБД не входят в поставку комплекса.

Остаётся проверить: Нужна согласованная минимальная конфигурация именно VC, перечень внешних зависимостей и процедура офлайн-обновления данных уязвимостей.

Источники: Документ 1

В архиве РРПО от15.09.2026 найдены №18615, excluded=Нет; текущий статус карточек не подтверждён. В ФСТЭК №4618 относится кEfros DO; конкретная версия и включениеVC по формуляру ещё не установлены. Выгрузка ФСТЭК проверена30.09.2026.

Остаётся проверить: Проверить текущую карточку РРПО и связь с выбранной лицензией/правообладателем; сопоставить формуляр и сборку с областью сертификата. Не выводить соответствие закупке или требованиям системы из одного присутствия в реестре.

Источники: Документ 1, Документ 2

Для платформы 2.13 документирован геораспределённый отказоустойчивый Kubernetes-кластер; руководство требует внешнюю СУБД Jatoba для отказоустойчивости. Инструкция по резервному копированию вынесена в отдельный архив документации.

Остаётся проверить: Получить «Инструкции Efros DO.zip», проверить восстановление целиком, RPO/RTO и откат обновления; это не результаты собственного испытания HA.

Источники: Документ 1

В KSC 15.1 через MMC можно сделать двухфакторную аутентификацию обязательной для пользователей Сервера администрирования. Процедура требует соответствующих прав; предусмотрены исключённые учётные записи.

Остаётся проверить: Проверить исключения, Web Console, журнал действий и защиту учётных данных сканирования.

Источники: Документ 1

В KSC15.1 Windows базовые задачи поиска уязвимостей, ручного выбора обновлений Windows и закрытия уязвимостей с указанными пользователем исправлениями не требуют коммерческой лицензии. Автоматическое обновление и закрытие по правилам относятся к расширенному системному администрированию. Принятие сервером ключа неподдерживаемого решения само по себе не открывает дополнительные функции.

Остаётся проверить: Согласовать точный SKU, состав компонентов и сборку Windows15.1 для выбранного сценария; не переносить условия на Linux/Cloud Console. Базовое ручное исправление не равно автоматическому управлению патчами.

Источники: Документ 1

Для изолированного сценария описан обмен списками требуемых обновлений и пакетами. Во время задачи установки обновлений нельзя перезагружать Сервер администрирования или запускать его резервное копирование: задача прервётся, потребуется повторный запуск.

Остаётся проверить: Нужны согласованное окно работ, проверка восстановления/отката, миграция и актуальный срок поддержки15.1.

Источники: Документ 1, Документ 2

В KSC15.1 описано игнорирование уязвимости для всех или выбранных устройств. Игнорируемые уязвимости не исправляются задачами закрытия уязвимостей/установки требуемых обновлений; фильтр отображения — отдельная операция. Игнорирование может означать принятое решение о риске, а не ложную находку.

Остаётся проверить: Проверить права, отмену/срок пересмотра игнорирования и методику оценки точности.

Источники: Документ 1, Документ 2

В матрице KSC 15.1 поиск уязвимостей включён во все семь перечисленных вариантов. Управление патчами исключено из Kaspersky Endpoint Security для бизнеса Стандартный и Kaspersky Security для виртуальных и облачных сред Standard; в остальных пяти перечисленных вариантах включено. Отметки проверены по исходной HTML-таблице и alt изображений. В официальном жизненном цикле KSC Windows сборка 15.1.0.20748 имеет полную поддержку до 13.09.2026, ограниченную до 13.09.2027; для 15.1.0.22239 (Update 2) указаны соответственно 15.09.2027 и 15.09.2028. Общего номера 15.1 недостаточно для определения срока поддержки.

Остаётся проверить: Уточнить выбранный SKU, точную сборку Windows, цену и договорные условия/SLA; сроки жизненного цикла не подтверждают состав лицензии или сертификацию выбранной поставки.

Источники: Документ 1, Документ 2

Для одного Сервера администрирования KSC15.1 указан предел100000 управляемых устройств; выше нужна иерархия серверов. Для узких каналов рекомендованы точки распространения. Минимум сервера:4ГБ RAM, а для системного администрирования не менее100ГБ свободного диска. Это требования и предел управления платформы, а не измеренная производительность поиска уязвимостей или установки патчей.

Остаётся проверить: Нужны конфигурация и методика именно VPM: объём ПО/патчей, длительность поиска и установки, нагрузка на клиент/сервер/канал, параллелизм и влияние перезагрузок. Минимальные ресурсы нельзя объединять с пределом100000 устройств в гарантированную конфигурацию.

Источники: Документ 1, Документ 2

В документации KSC15.1 (ветка KSC, не KSCLinux) описана передача патчей сторонних приложений в изолированную сеть через отдельный Сервер администрирования с Интернетом. Списки и патчи переносятся внешним носителем. Этот механизм не загружает обновления Microsoft для изолированных серверов.

Остаётся проверить: Проверить подходящий механизм обновлений Microsoft, офлайн-лицензирование и полный набор внешних зависимостей выбранной поставки.

Источники: Документ 1, Документ 2

В архиве РРПО от15.09.2026 найдены №195, excluded=Нет; текущий статус карточек не подтверждён. №195 относится кSystems Management, а не ксамостоятельномуVPM. В ФСТЭК №3155 относится кKSC; выбранная лицензияWindows15.1/сборка требует сопоставления. Срок сертификата не равен жизненному циклу сборки. Выгрузка ФСТЭК проверена30.09.2026.

Остаётся проверить: Проверить текущую карточку РРПО и связь с выбранной лицензией/правообладателем; сопоставить формуляр и сборку с областью сертификата. Не выводить соответствие закупке или требованиям системы из одного присутствия в реестре.

Источники: Документ 1, Документ 2

KSC 15.1 предоставляет задачу резервного копирования и klbackup. В копию входят параметры, сертификаты, ключи, задачи и политики. Документ предупреждает: задача по умолчанию создаётся с пустым паролем, его необходимо задать.

Остаётся проверить: Проверить восстановление в выбранной конфигурации, HA, RPO/RTO и сохранение данных конкретного процесса VPM.

Источники: Документ 1

Документирован API получения отчётов о действиях пользователей с OAuth Bearer и фильтрами по пользователю, категории и времени.

Остаётся проверить: Проверить охват событий, хранение и защиту журнала, роли/SSO/MFA и соответствующую версию PT MC.

Источники: Документ 1

Перед обновлением предписано резервирование; рекомендуется остановить сбор данных и расписания. Для RMQ Message Bus 27.0+ отдельно предупреждено об удалении данных RabbitMQ и пользовательских определений, которые необходимо сохранить. Сохранённые условия описывают гарантийную поддержку в оплаченный период обновлений и рекомендации по восстановлению; установка обновлений не входит в этот объём. Для обновления кластера27.4→27.6 возможна кратковременная недоступность серверов; на время обновления оркестрацию отключают и переключения выполняет администратор вручную.

Остаётся проверить: Подтвердить актуальные условия договора/SLA, дату окончания поддержки2.10, откат и длительность перерыва на конкретной конфигурации; маршрутHA27.4→27.6 документирован.

Источники: Документ 1, Документ 2, Документ 3

Документация 2.10 описывает правила исключения уязвимостей, в том числе при ложном срабатывании или невозможности устранения. Это обработка результата, а не измерение точности обнаружения.

Остаётся проверить: Проверить процедуру согласования/пересмотра исключений, фактическую точность на воспроизводимом стенде и ограничения методов обнаружения.

Источники: Документ 1

Лицензионный учёт охватывает активы, просканированные Audit, Pentest или WebEngine. Указан допустимый перерасход 10%; дальнейшее превышение вызывает уведомления без ограничения функций. Актив выходит из учёта после исчезновения из интерфейса.

Остаётся проверить: Уточнить договорные условия, цену, состав лицензии и жизненный цикл активации в закрытом контуре.

Источники: Документ 1

В конфигурации можно ограничить длительность подзадач модулей. По истечении тайм-аута подзадача завершается с ошибкой, незавершённые результаты не загружаются; по умолчанию ограничение не установлено. Централизованные исключения позволяют убрать активы, группы, IP/FQDN и подсети из существующих и новых задач сбора данных; доступ предоставляет администратор.

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

Источники: Документ 1, Документ 2

Руководство описывает сбор телеметрии на PT MC и отправку архивов на внешний сервер. Для отключения отправки указано обращение в поддержку Positive Technologies. Руководство HA2.10 требует одну IP-подсеть и L2-связность всех серверов; в описанной схеме пять серверов и два виртуальных адреса. Одновременно активно одно плечо; распределять сервисы между плечами не предусмотрено. Отказоустойчивость отдельных серверов не распространяется на отказ ЦОД.

Остаётся проверить: Уточнить процедуру отключения до ввода в эксплуатацию, сетевые зависимости, офлайн-обновления и условия полностью изолированного размещения.

Источники: Документ 1, Документ 2

В архиве РРПО от15.09.2026 найдены №10583, №11953, excluded=Нет; текущий статус карточек не подтверждён. Две записи РРПО относятся к разным правообладателям. В свежем ФСТЭК есть семейство MaxPatrol, включая №4980; охват VM2.10 не установлен. Выгрузка ФСТЭК проверена30.09.2026.

Остаётся проверить: Проверить текущую карточку РРПО и связь с выбранной лицензией/правообладателем; сопоставить формуляр и сборку с областью сертификата. Не выводить соответствие закупке или требованиям системы из одного присутствия в реестре.

Источники: Документ 1, Документ 2, Документ 3

Документированы сценарии резервирования MP 10 Core/PT MC и восстановления. Требуется совпадение конфигураций, версий компонентов и языка ОС. Копия не сохраняет подписанный УЦ сертификат и изменённые пароли служебных учётных записей; восстановление предполагает чистую ОС. Для SqlStorage временные файлы копии требуют свободного места; документирован выбор другого временного каталога. Описано развёртывание active/passive с Patroni-PostgreSQL, RMQ и MP10 Core. pt-cluster-util является необязательным оркестратором: без него сервисы переключаются вручную. Документирована синхронизация ключей symkey при установке. Сохранённая глава2.10 описывает возврат отдельно сохранённых пользовательских сертификатов и корневых/промежуточных УЦ. При переносе на другой сервер SAN доверенного сертификата должен соответствовать его IP/FQDN; версии дистрибутивов ролей должны совпадать с использованными при резервировании.

Остаётся проверить: Уточнить восстановление изменённых служебных паролей, полный DR после потериЦОД, RPO/RTO и результаты испытаний. Процедура возврата сертификатов описана, её практическая проверка не выполнялась.

Источники: Документ 1, Документ 2, Документ 3, Документ 4, Документ 5

Документированы внешняя аутентификация, синхронизация пользователей и управление ролями через Active Directory, ALD Pro, FreeIPA и OpenLDAP. Для ALD Pro нужна сервисная учётная запись.

Остаётся проверить: Отдельно проверить MFA, журнал административных действий и защиту секретов сканирования.

Источники: Документ 1

Обновление включает проверку требований новой версии и целостности архива. Сателлиты обновляются после основного экземпляра; переход с версий ниже 6.1 требует ручных действий и обновления ClickHouse.

Остаётся проверить: Проверить откат, ожидаемый перерыв в работе, поддерживаемые маршруты миграции и срок поддержки 6.2.

Источники: Документ 1

Уязвимость на конкретном оборудовании может иметь системный или пользовательский статус; статус изменяется вручную либо политикой. Повторное сканирование автоматически закрывает отсутствующую находку независимо от прежнего статуса. Это не доказывает подавление ложных срабатываний.

Остаётся проверить: Нужны правила обработки ложных находок, их срок/область действия и измерение качества.

Источники: Документ 1

Лицензия определяет доступные функции, ресурсные ограничения и срок работы. Система предупреждает об истечении срока за 30 дней и о превышении лимитов.

Остаётся проверить: Уточнить единицу лицензирования, точный состав поставки VM, стоимость поддержки и условия активации/продления без Интернета.

Источники: Документ 1

В руководстве6.2 конфигурация12ядер/20ГБ RAM/200ГБ/1Гбит/с прямо ограничена демонстрацией без существенной нагрузки. Расчёт под бизнес-сценарий и объём данных получают по опросному листу через Presale_team@rvision.ru. Для распределённого кластера указана межузловая сеть не менее10Гбит/с; ресурсы планируют по нагрузке и сроку хранения. Минимальные конфигурации сателлитов сопровождаются предупреждением о возможной нестабильности.

Остаётся проверить: Нужны расчёт и испытания под заданное число активов, состав ПО, частоту/параллелизм сканирования, срок хранения, нагрузку на цели и время обработки. Демонстрационный минимум не считать промышленным сайзингом или сравнительным результатом.

Источники: Документ 1

В руководстве VM 6.2 описана отказоустойчивая конфигурация Kubernetes: кластер PostgreSQL с etcd, репликация ClickHouse/Keeper и балансировка запросов. Требуется нечётное количество управляющих узлов, не менее трёх.

Остаётся проверить: Уточнить минимальную конфигурацию под нагрузку заказчика и полный перечень внешних соединений для изолированного контура.

Источники: Документ 1

В архиве РРПО от15.09.2026 найдены №21948, excluded=Нет; текущий статус карточек не подтверждён. Точное названиеVM найдено в РРПО. В ограниченном поиске ФСТЭК записьVM не установлена; сертификаты других продуктов R-Vision не перенесены. Выгрузка ФСТЭК проверена30.09.2026.

Остаётся проверить: Проверить текущую карточку РРПО и связь с выбранной лицензией/правообладателем; сопоставить формуляр и сборку с областью сертификата. Не выводить соответствие закупке или требованиям системы из одного присутствия в реестре.

Источники: Документ 1, Документ 2

Описаны резервное копирование и восстановление PostgreSQL внутри кластера. Для etcd дана процедура при установке через Kubespray и запуске как системного сервиса; указаны требования к утилитам.

Остаётся проверить: Проверить полный состав восстановления всех хранилищ, RPO/RTO и процедуры для других вариантов размещения; наличие инструкции не означает проведённое испытание.

Источники: Документ 1

Руководство прямо называет ScanFactory VM On-Premise: личную учётную запись с логином и паролем создаёт администратор.

Остаётся проверить: Не установлены роли, MFA/SSO, журнал административных действий и защита учётных данных сканирования.

Источники: Документ 1

Для ПАК в разделе On-Premise заявлены преднастройка и техническое обслуживание всего комплекса специалистами ScanFactory в течение1года. Общая инструкция пилота требует авторизационного письма на сканирование силами ScanFactory, согласования исходных подсетей, целей, окна сканирования и пользователей кабинета. Эта инструкция не устанавливает порядок самостоятельного внедрения автономной программной поставки.

Остаётся проверить: Нужны регламент поддержки программного On-Premise и ПАК: часы обслуживания, реакция/восстановление, границы включённых работ, EOL релиза, миграция и обучение. Год обслуживания ПАК не равен SLA и не переносится на все поставки.

Источники: Документ 1, Документ 2

Руководство описывает игнорирование угрозы, временное скрытие на активе, комментарий и повторный запуск обнаружившего её шаблона. Это обработка находок, не подтверждение низкой доли ложных срабатываний.

Остаётся проверить: Нужны основания классификации ложных срабатываний, права/срок действия исключений и протокол проверки точности.

Источники: Документ 1

Общая страница документации описывает лицензирование по живым хостам и учёт уникальных доменов плюс IP без доменов за 90 дней. Применимость этой страницы к On-Premise отдельно не подтверждена; правило не считается установленным для выбранной поставки.

Остаётся проверить: Уточнить применимость к On-Premise, редакцию, версию, лимиты, цену и офлайн-активацию.

Источники: Документ 1

Раздел вариантов внедрения описывает Kubernetes, мультитенантность, распределённое сканирование и офлайн-обновления; требования к установке выдаются по запросу на info@sf-cloud.ru. Соседняя инструкция VPN-коннектора прямо относится к ScanFactory Cloud и требует сетевого доступа к облачному IP/порту. Её требования к ВМ не являются требованиями автономного On-Premise.

Остаётся проверить: Запросить требования и схему именно автономной поставки, внешние зависимости, офлайн-лицензирование/обновления, номер релиза. Описание возможностей не заменяет процедуры и испытания.

Источники: Документ 1, Документ 2, Документ 3

В архиве РРПО от25.08.2026 найдены №14815, excluded=Нет; текущий статус карточек не подтверждён. Реестровое имя — «Сканфэктори. Мониторинг сайтов и серверов», ИНН7727458406 совпадает с текущей страницей/legal. ОхватVM On-Premise не установлен. Сертификат ФСТЭК для выбранной поставки не установлен, отсутствие не утверждается. Выгрузка ФСТЭК проверена30.09.2026.

Остаётся проверить: Проверить текущую карточку РРПО и связь с выбранной лицензией/правообладателем; сопоставить формуляр и сборку с областью сертификата. Не выводить соответствие закупке или требованиям системы из одного присутствия в реестре.

Источники: Документ 1, Документ 2, Документ 3

Заявлено вендором: роли, доменная аутентификация, парольная политика и шифрование секретов. Документальная процедура для конкретной сборки не проверена.

Остаётся проверить: Нужны руководство, границы версии, MFA, журналирование и порядок работы с ключами.

Источники: Документ 1

Регламент предусматривает выдачу документации и дистрибутивов в личном кабинете по приобретённой лицензии. Таблица4 задаёт для критического инцидента1рабочий день в стандартном, расширенном и премиальном пакетах. Время решения включает допустимое обходное решение; ожидание информации от заказчика может увеличивать срок или приостанавливать отсчёт. Полная поддержка заявлена для актуальных версий; предыдущие могут ограничиваться.

Остаётся проверить: Уточнить выбранный пакет/договор, точную поддерживаемую сборку VM, EOL и порядок миграции. Срок решения не равен гарантированному выпуску постоянного исправления; не переносить условия премиального пакета на базовый.

Источники: Документ 1

В статье NG VM вендор заявляет исключения отдельных активов из сканирования и отдельно исключения уязвимостей до продукта/версии с журналом автора, времени и обоснования. Это описание возможностей без процедурного руководства и точного номера сборки.

Остаётся проверить: Нужны порядок признания ложной находки, права, согласование, пересмотр/отмена исключений, влияние на повторное обнаружение и воспроизводимый протокол точности. Исключение риска не равнозначно ложному срабатыванию.

Источники: Документ 1

Заявлено вендором: испытания на инфраструктурах от 50 000 хостов и распределённые сканеры. Документальная процедура для конкретной сборки не проверена. Та же статья заявляет регулирование потоков/интервалов запросов и безопасный режим эксплойтов; процедуры и испытания не предоставлены.

Остаётся проверить: Нужны конфигурация стенда, методика, время и нагрузка; число хостов не является сравнительным результатом.

Источники: Документ 1

Заявлено вендором: Linux/PostgreSQL, кластер, изолированный контур и многопользовательская изоляция для MSSP. Документальная процедура для конкретной сборки не проверена.

Остаётся проверить: Нужны схема, системные требования, внешние зависимости и условия офлайн-лицензирования. Заявленные 99.99% не считать подтверждённым SLA.

Источники: Документ 1

В архиве РРПО от15.09.2026 найдены №364, excluded=Нет; текущий статус карточек не подтверждён. Запись364 относится кплатформе. В ФСТЭК №4964 относится к5.x NG; официальная публикация вендора перечисляетVM среди модулей, но точная сборка/поставка ещё не сопоставлены. Выгрузка ФСТЭК проверена30.09.2026.

Остаётся проверить: Проверить текущую карточку РРПО и связь с выбранной лицензией/правообладателем; сопоставить формуляр и сборку с областью сертификата. Не выводить соответствие закупке или требованиям системы из одного присутствия в реестре.

Источники: Документ 1, Документ 2, Документ 3

Заявлено вендором: полное/инкрементальное резервирование, восстановление и мониторинг компонентов. Документальная процедура для конкретной сборки не проверена.

Остаётся проверить: Нужны состав копии, процедура восстановления, RPO/RTO и откат.

Источники: Документ 1

Для аудита целей описаны учётные записи «логин — пароль», «пароль», «сертификат» и LAPS 6.2. Это доступ к сканируемым узлам, а не подтверждение способов входа администратора. Для Administrator описана смена забытого пароля из терминала Linux через штатный сценарий; задана минимальная сложность нового пароля.

Остаётся проверить: Роли, MFA, полный журнал и защита секретов остаются открыты; процедура сброса пароля этого не доказывает.

Источники: Документ 1, Документ 2

Переход 1.0→1.1 требует удаления продукта и установки с нуля в чистую папку. Установка поверх 1.0 не поддерживается и, по руководству, приводит к потере данных. Для 1.1.x→1.1.y предусмотрен сценарий обновления. Сохранённые условия связывают гарантийную поддержку с действующей лицензией и периодом обновлений. Установка обновлений не включена; восстановление может потребовать переустановки или заранее созданной копии.

Остаётся проверить: Подтвердить актуальность условий, SLA реакции/восстановления и дату окончания поддержки 1.1; получить процедуру сохранения/переноса данных и отката.

Источники: Документ 1, Документ 2

Одна лицензия действует в одном экземпляре; параметры определяют доступность Audit/AuditPLC и число узлов. Истечение срока блокирует запуск задач; ограничения по узлам влияют на выпуск отчётов.

Остаётся проверить: Уточнить стоимость, перенос лицензии, офлайн-активацию и правила освобождения учтённых узлов.

Источники: Документ 1

Минимальная и рекомендуемая конфигурации приведены для сетей до 512 узлов и различаются набором модулей, частотой отчётов, CPU/RAM/диском. Это область конфигурации руководства, а не установленный предел продукта. Глава о безопасной работе требует обновлённую среду, квалифицированное администрирование и соблюдение документации. Она не описывает воздействие конкретных проверок на цели.

Остаётся проверить: Нужны безопасные режимы и ограничения для чувствительных целей, параллельность и методика измерения нагрузки.

Источники: Документ 1, Документ 2

Для сервера PRO 1.1 перечислены Astra Linux SE 1.7.5–1.7.7 и Debian 11/12 с условиями по ядру. Указаны порты HTTPS-интерфейса 4200, SSH 22, соединения с целями и DNS.

Остаётся проверить: Уточнить полный офлайн-цикл, виртуализацию и поддерживаемые нестандартные конфигурации.

Источники: Документ 1

В архиве РРПО от15.09.2026 найдены №31606, excluded=Нет; текущий статус карточек не подтверждён. Отдельная запись PRO не смешана со старым XSpider. Найденные сертификаты3247/3247/1 относятся к7.8.25, не кPRO1.1. Выгрузка ФСТЭК проверена30.09.2026.

Остаётся проверить: Проверить текущую карточку РРПО и связь с выбранной лицензией/правообладателем; сопоставить формуляр и сборку с областью сертификата. Не выводить соответствие закупке или требованиям системы из одного присутствия в реестре.

Источники: Документ 1, Документ 2

Сохранённая справка XSpiderPRO1.1 описывает обновление1.1.x→1.1.y сценарием и отдельную установку экспертизы из архива с портала поддержки. Копирование/перезапуск не означают завершения асинхронной установки: указаны10мин–1ч, впервые после активации — до24ч. Код0 возможен и при частичном успехе; нужны проверка предупреждений, исчезновения информационного блока, ошибок и формирования отчётов. Неактивная лицензия может препятствовать расчёту без сообщения об ошибке.

Остаётся проверить: Нужны полный backup/restore данных и секретов, RPO/RTO, перенос данных1.0, откат сборки и экспертизы. Свежая проверка двух страниц получила Forbidden; вывод ограничен сохранённой справкой1.1, длительности не проверялись на стенде.

Источники: Документ 1, Документ 2

В конфигурации 7.x описаны LDAP, назначение ролей по группам, срок сессии, параметры сложности пароля, собственные TLS-сертификаты и клиентская аутентификация mTLS. Есть настройка отправки событий через syslog.

Остаётся проверить: Проверить MFA, полноту журнала административных действий и защиту сохранённых секретов. mTLS не приравнивается автоматически к MFA.

Источники: Документ 1

В 7.x различаются Base и Enterprise. Создание/редактирование и импорт шаблонов аудита, а также пользовательская база уязвимостей выделены в Enterprise. В тексте и таблице есть неоднозначность по пользовательским скриптам — исключительность для Enterprise не установлена.

Остаётся проверить: Уточнить поддержку Lua/пользовательских скриптов в Base и точный состав поставки.

Источники: Документ 1

На странице условий поддержки для Сканер-ВС Base указана первичная реакция до 16 часов, Enterprise — до 8 часов; пакет стандартный, режим 8×5. Нерабочее время исключается из времени реакции. Нужен действующий сертификат поддержки с версией и сроком; для неактуальных версий предоставляются известные решения либо рекомендации обновления. Обновления правил аудита конфигураций: Base — нет, Enterprise — да; минорные обновления ПО — да для обоих.

Остаётся проверить: Уточнить применимый договор, срок устранения/восстановления, EOL точной сборки7.x, миграцию и откат. Реакция не равна исправлению; режим8×5 и указанное окно9–18МСК требуют договорного уточнения.

Источники: Документ 1

В 7.x можно пометить находку как ложное срабатывание, задать область правила по версии/пакету/группе/вендору и добавить комментарий. Расширение области вплоть до всего узла требует осознанного выбора.

Остаётся проверить: Проверить права, пересмотр и отмену правил, а также качество обнаружения на воспроизводимом стенде.

Источники: Документ 1

Администратор загружает файл лицензии через веб-интерфейс; после проверки отображаются срок действия и максимальное число добавляемых активов. Для нового файла обращаются к поставщику. Это подтверждает процедуру загрузки, но не весь офлайн-цикл.

Остаётся проверить: Уточнить определение актива, освобождение/перенос лицензий, внешние проверки активации и продления, цену и состав выбранной поставки. Поведение при истечении из инструкции6.x не переносить на7.x.

Источники: Документ 1

В 7.x описаны коэффициент параллелизма и адаптивное управление с порогами CPU/RAM сервера. Это регулирование ресурсов сканера, а не доказательство безопасности воздействия на цели.

Остаётся проверить: Нужны профили для чувствительных целей, ограничения запросов и методика измерения нагрузки.

Источники: Документ 1

Для 7.x документирована ручная загрузка файла обновления базы без прямого доступа сервера в Интернет, с проверкой целостности; предусмотрены расписание и прокси. В7.x описана загрузка файла лицензии администратором через веб-интерфейс.

Остаётся проверить: Уточнить внешние зависимости активации/продления, перенос лицензии и обновление самого продукта в изолированном контуре.

Источники: Документ 1, Документ 2

В архиве РРПО от15.09.2026 найдены №231, excluded=Нет; текущий статус карточек не подтверждён. В ФСТЭК №2204 относится кСканер-ВС; официальное сообщение вендора связывает его сверсией7. Точная сборка/исполнения требуют формуляра. Выгрузка ФСТЭК проверена30.09.2026.

Остаётся проверить: Проверить текущую карточку РРПО и связь с выбранной лицензией/правообладателем; сопоставить формуляр и сборку с областью сертификата. Не выводить соответствие закупке или требованиям системы из одного присутствия в реестре.

Источники: Документ 1, Документ 2, Документ 3

Для 7.x описаны пути основной базы, базы уязвимостей и пользовательских уязвимостей. Перед изменением scanner.yml рекомендована копия; применение изменений требует перезапуска службы. Это не полная процедура резервирования системы.

Остаётся проверить: Нужны backup/restore всех данных и секретов, HA, RPO/RTO, обновление компонентов и откат.

Источники: Документ 1