Замечания к ТС

Замечание к КД

Товарищество с ограниченной ответственностью "QazITSoft"

САТАЕВ АЗАТ ТИМУРОВИЧ

2026-09-29 15:59:51

В дополнительной характеристике лота №81869408-ОК1 прямо указано конкретное программное обеспечение — «FalconGaze SecureTower».

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

В связи с этим просим исключить из дополнительной характеристики лота прямое указание «FalconGaze SecureTower», а также пересмотреть следующие положения технической спецификации и изложить их в объективной функциональной форме, без привязки к конкретному производителю, программному продукту или конкретному способу технической реализации.

1. Поддержка Windows 7
В пункте 2 технической спецификации установлен перечень поддерживаемых операционных систем, в который включена Windows 7, наряду с современными версиями Windows 10 и Windows 11.
Требование к обязательной поддержке конкретной устаревшей версии операционной системы не связано непосредственно с функциональным результатом, который должен обеспечивать DLP-комплекс. Техническая спецификация устанавливает задачу контроля конечных точек, защиты информации и предотвращения утечек, однако не приводит обоснования необходимости эксплуатации именно Windows 7.
Кроме того, требование к конкретной версии операционной системы ограничивает перечень потенциально применимых программных решений, поскольку различные производители DLP могут обеспечивать требуемую функциональность на актуальных версиях ОС, используя различные механизмы реализации.
Просим исключить Windows 7 из перечня обязательных ОС либо предусмотреть возможность использования альтернативного механизма обеспечения совместимости с указанной ОС при сохранении требуемой функциональности DLP.

2. Контроль мессенджера Signal
В пункте 4.1 технической спецификации установлен конкретный перечень мессенджеров, включая Signal, для которых требуется контроль чатов и передаваемых файлов.
Необходимость контроля именно Signal как отдельного программного продукта технической спецификацией не обоснована. Задачей DLP-системы является предотвращение утечки конфиденциальной информации через каналы обмена сообщениями, а не обеспечение поддержки конкретного коммерческого или программного продукта.
При этом возможность контроля конкретного мессенджера может зависеть от версии приложения, операционной системы, способа передачи данных и технического механизма перехвата трафика. Поэтому включение конкретного наименования мессенджера в обязательные требования фактически устанавливает определенный способ реализации функциональности.
Просим исключить конкретное наименование Signal и сформулировать требование через функциональный результат:
«Система должна обеспечивать контроль передачи конфиденциальной информации посредством мессенджеров и иных средств обмена сообщениями с возможностью применения политик блокирования, предупреждения и аудита».

3. Случайно генерируемый код для удаления агента
В пункте 8 технической спецификации установлено требование, согласно которому специальный код для каждой рабочей станции должен случайным образом генерироваться сервером администрирования и использоваться для остановки или удаления агента.
Технической задачей является предотвращение несанкционированного отключения или удаления агента. При этом конкретный способ реализации данной функции — именно случайная генерация кода сервером для каждой рабочей станции — не является единственным возможным способом обеспечения требуемого уровня защиты.
Различные производители могут использовать различные механизмы защиты: административную авторизацию, уникальные ключи, защищенные политики удаления, централизованное подтверждение операции и другие механизмы.
Таким образом, требование к конкретному способу генерации кода выходит за рамки функционального результата и может необоснованно ограничивать круг соответствующих решений.
Просим изложить требование функционально:
«Агент должен иметь защиту от несанкционированной остановки или удаления, в том числе пользователями с административными правами, с использованием механизма авторизации и подтверждения соответствующих операций».

4. Контроль файлов в конкретных программах удаленного доступа
В пункте 4.10 технической спецификации прямо перечислены TeamViewer, RealVNC, Radmin, LiteManager и установлено требование контроля файлов, передаваемых посредством указанных программ.
Необходимость DLP-контроля программ удаленного доступа является понятной с точки зрения информационной безопасности. Однако обязательное указание конкретного перечня программ — TeamViewer, RealVNC, Radmin, LiteManager — не имеет самостоятельного функционального обоснования.
На рынке существует значительное количество программ удаленного доступа, при этом перечень используемых приложений может изменяться в течение срока эксплуатации системы. Привязка требования к конкретным программным продуктам фактически ограничивает перечень допустимых решений и не гарантирует универсального контроля иных средств удаленного доступа.
Для Заказчика принципиально важен сам факт контроля передачи информации через программы удаленного доступа, а не поддержка определенного перечня их наименований.
Просим исключить конкретный перечень программ и изложить требование следующим образом:
«Система должна обеспечивать контроль передачи файлов и конфиденциальной информации посредством программ удаленного доступа с возможностью применения политик контроля, блокирования, предупреждения и аудита».

5. Лицензирование по модели concurrent
В пункте 9 технической спецификации установлена конкретная модель лицензирования, при которой количество приобретенных лицензий определяет количество одновременно контролируемых пользователей, а лицензии могут оперативно перераспределяться между пользователями.
Модель лицензирования является коммерческой и архитектурной особенностью производителя программного обеспечения и сама по себе не определяет функциональные возможности DLP-системы.
При этом в технической спецификации уже определен необходимый объем — до 300 контролируемых рабочих станций и 300 лицензий.
Следовательно, для Заказчика существенным является обеспечение требуемого количества контролируемых рабочих мест и пользователей, тогда как конкретный способ коммерческого лицензирования — concurrent, по пользователям, по рабочим станциям либо иной — не является функциональным требованием.
Просим исключить обязательную привязку к модели concurrent и установить требование к объему предоставляемых лицензий, обеспечивающему контроль необходимого количества рабочих станций/пользователей.

6. Сохранение тегов при архивировании и шифровании
В пункте 3 технической спецификации установлено требование сохранения и отображения результатов классификации при выполнении операций с файлами, включая архивирование, шифрование, использование пароля и изменение расширения файла.
Необходимость сохранения результатов классификации может быть обусловлена задачами контроля конфиденциальных данных. Однако техническая спецификация одновременно устанавливает конкретный способ реализации этой функции — сохранение тегов при определенных операциях с файлами.
Само по себе наличие тегов является одним из возможных механизмов реализации классификации данных. Аналогичный функциональный результат может обеспечиваться другими механизмами идентификации и классификации информации, например использованием цифровых отпечатков, правил классификации, метаданных или иных механизмов, предусмотренных архитектурой конкретной DLP-системы.
Таким образом, требование необходимо сформулировать через конечный результат — сохранение возможности идентификации и применения политики безопасности к классифицированным данным, а не через конкретный способ маркировки.
Просим изложить требование следующим образом:
«Система должна обеспечивать сохранение результатов классификации и возможность применения политик безопасности к классифицированным данным при выполнении операций с файлами, включая архивирование, шифрование, изменение имени или расширения файла».

7. Обязательное использование MS SQL Server 2019 и выше
В пункте 2 технической спецификации установлено требование работы системы с корпоративной СУБД MS SQL Standard/Enterprise 2019 и выше.
Использование конкретной СУБД является архитектурным решением производителя DLP-системы. Техническая спецификация не содержит обоснования, почему для реализации задач Заказчика необходима именно MS SQL Server, а использование другой СУБД, поддерживаемой производителем соответствующего DLP-решения, не допускается.
Кроме того, требование к конкретной СУБД может повлечь необходимость приобретения или расширения отдельных программных лицензий и инфраструктурных компонентов, которые могут отсутствовать при использовании другого архитектурного решения.
При этом функционально важными являются обеспечение хранения, обработки, целостности, доступности и защиты данных DLP-системы, а не конкретное наименование используемой СУБД.
Просим исключить обязательную привязку к MS SQL и изложить требование следующим образом:
«Система должна обеспечивать хранение и обработку данных с использованием СУБД, поддерживаемой производителем программного обеспечения и обеспечивающей требуемые функциональность, производительность, целостность и сохранность данных».

8. Экспорт событий в формате MS Excel
В пункте 5 технической спецификации установлен экспорт событий в форматы MS Excel, CSV, XML, PDF.
Цель требования к экспорту заключается в обеспечении возможности выгрузки, последующей обработки, анализа и представления данных о событиях информационной безопасности.
При этом MS Excel является конкретным прикладным программным продуктом, а формат Excel не является единственным способом передачи структурированных табличных данных. Техническая спецификация уже предусматривает использование CSV и XML, которые позволяют передавать структурированные данные и обрабатывать их в различных табличных редакторах и информационных системах.
Следовательно, обязательное наличие именно встроенного механизма формирования файла MS Excel не является самостоятельным функциональным требованием к DLP-системе и может ограничивать перечень программных решений исключительно по способу реализации функции экспорта.
Просим исключить обязательное требование к непосредственному экспорту именно в формат MS Excel и изложить его следующим образом:
«Система должна обеспечивать экспорт событий в распространенные структурированные и/или документные форматы, включая CSV, XML, PDF либо иные эквивалентные форматы, обеспечивающие возможность последующей обработки, анализа и представления данных в табличных редакторах и информационных системах».