Програмні компоненти ядра моніторингового центру

Учасник ТОВ «ІССП СЕРВІС» надав інформацію, яка не відповідає технічним, якісним та кількісним характеристикам предмету закупівлі (Додаток № 1 до тендерної документації), що не відповідає вимогам пункту 6 Розділу ІІІ тендерної документації. В пропозиції ТОВ «ІССП СЕРВІС» вказано програмний продукт, який не відповідає технічним вимогам тендерної документації, що підтверджується інформацією з відкритих джерел, в тому числі із сайту виробника, що в тому числі створює небажані додаткові ризики для замовника щодо використання систем, зокрема: У вимогах тендерної документації до програмного комплексу збору та аналізу системних подій інформаційних подій, що є предметом закупівлі було зокрема вказано наступне: 1. Вимоги - «Система повинна мати можливість підключення модуля машинного навчання» - «Компонент збору подій повинен мати функціональну можливість збору подій з використанням наступних механізмів: o збір подій по протоколу Syslog; o збір подій з журналів операційної системи (ОС) Microsoft Windows (Security, System, Application, в тому числі журнали інших джерел подій, записуючих власні події в додаткові журнали Microsoft Windows); o збір подій з журналів операційної системи (ОС) Linux; o збір подій з баз даних з використанням SQL-запитів; o збір подій з текстових файлів; o збір подій з XML-файлів; o збір подій по протоколу SNMP версій 2 і 3; o збір подій по протоколу NetFlow; o збір подій мережевого трафіку; o можливість локально завантажити файли формату CSV, TXT; o збір подій по протоколу http/https; o можливість збору подій через REST API; o можливість збору по протоколам IoT такими як: MQTT, JMS, KAFKA» - «Компонент збору подій повинен виробляти нормалізацію (приведення подій в єдиний формат подання) і агрегування (угруповання подій за одним або кількома критеріями) подій». - «Компонент збору подій повинен виробляти нормалізацію подій з наступних джерел подій з використанням наданих виробником конфігураційних файлів (правил нормалізації подій): o можливість збирати дані з пропрієтарних систем, при умові, що системи мають можливість передавати дані за допомогою озвучених вище протоколів; o можливість збирати дані з самописних систем, при умові, що системи мають можливість передавати дані за допомогою озвучених вище протоколам» В пропозиції пропонується реалізувати за допомогою компонента Arcsight FlexConnector, який відповідно до політики виробника Micro Focus ліцензується окремо (https://www.youtube.com/watch?v=3BBzvHy5Be8&feature=youtu.be&t=257) та не входить до складу тендерної пропозиції Учасника (інформацію щодо ліцензії на Arcsight FlexConnector Учасником в складі пропозиції не надано). 2. Вимогу «Система повинна мати можливість підключення модуля моніторингу ІТ інфраструктури» пропонується реалізувати не шляхом підключення готового рішення, а шляхом розробки проміжної програми за допомогою наявних в ArcSight REST API JAVA-класів, що вимагає додаткових ресурсів для програмування та відповідної кваліфікації спеціалістів замовника (інформацію щодо необхідності надання додаткових послуг та готовності Учасника їх надати в рамках договору на постачання Учасником в складі пропозиції не надано). 3. Вимогу «Система повинна зберігати події (дані з логів) в неструктурованому вигляді без змін, та без використання класичних реляційних баз даних (no sql)» пропонується реалізувати за допомогою механізму ArcSight CORR-Engine, який базується саме на використання реляційної бази даних MySQL (https://community.softwaregrp.com/dcvta86296/attachments/dcvta86296/arcsight-discussions/39220/1/CORRe%20internals.pdf ), що протирічить вимозі. 4. Вимогу «можливість збору по протоколам IoT такими як: MQTT, JMS, KAFKA» пропонується реалізувати шляхом розробки додаткових конекторів за допомогою механізмів SmartConnector та FlexConnector, тобто запропоноване рішення не має вбудованого функціоналу збору даних за протоколами IoT. 5. Вимогу «Компонент зберігання подій повинен забезпечувати дублювання даних, що зберігаються в кількох датацентрах і автоматичного синхронізації даних в разі втрати зв’язку між майданчиками» пропонується реалізувати за допомогою механізму SmartConnector, про що наведене відповідне посилання. В той же час документ виробника SmartConnector User Guide (Document Release Date: May 8, 2019) не містить жодної інформації щодо автоматичної синхронізації даних у випадку втрати зв’язку між датацентрами. У вимогах тендерної документації до програмного комплексу cистеми керування розслідуваннями 1. Вимогу «Наявність вбудованої бібліотеки зі сценаріями автоматизації (playbook) щодо управління інцидентами» пропонується реалізувати за допомогою компонентів ArcSight ESM, ArcSight Console, ArcSight Command Center. В той же час в системі Arcsight ця можливість передбачена в компоненті ArcSight Investigate, який не містить вбудованих сценаріїв, а лише має змогу підключати зовнішні сценарії (Playbooks) за допомогою програми SOAR Application (https://community.softwaregrp.com/dcvta86296/attachments/dcvta86296/ArcSight_Investigate/31/1/ArcSight_Investigate_User_Guide_2.20.pdf). Тому відповідно до пункту 4 частини першої статті 30 Закону України «Про публічні закупівлі» пропозиція учасника ТОВ «ІССП СЕРВІС» підлягає відхиленню як така, що не відповідає вимогам тендерної документації.