Логин:
Пароль:
Забыли пароль?
Войти Зарегистрироваться
Поиск
Сервисы
  • Документы
  • Фотоальбомы
  • Видео
  • Объявления
  • Товары
Мероприятия
  • Все мероприятия
Сообщества
  • Все сообщества
Организации
    • Все организации
    Венера Сальманова
    Венера Сальманова

    Венера Сальманова

    Загрузка
    Загрузка
    • Лента
    • Информация
    • Фото
    • Документы
    • Объявления
    • Товары
     
    Загрузка
    • События
    • Новости
    • Мероприятия
    Загрузка
    • Все материалы
    • Новости
    • Пресс-релизы
    • Статьи

    • Все
    • Венера Сальманова

    • Венера Сальманова
      Венера Сальманова
      07.08.2026 16:57 • Источник: ActiveCloud
      ActiveCloud развернул защищённую облачную инфраструктуру для российского бизнеса в Беларуси

      Облачный провайдер ActiveCloud развернул защищённый IaaS для российской фармацевтической компании в Республике Беларусь. Провайдер разместил нагрузки в аттестованном сегменте минского ЦОД, обеспечил выполнение требований местного законодательства о защите персональных данных  далее

      Облачный провайдер ActiveCloud развернул защищённый IaaS для российской фармацевтической компании в Республике Беларусь. Провайдер разместил нагрузки в аттестованном сегменте минского ЦОД, обеспечил выполнение требований местного законодательства о защите персональных данных и сохранил для российской компании привычную финансово-правовую модель взаимодействия.

      Российская фармацевтическая компания вышла на рынок Беларуси и начала обрабатывать персональные данные граждан республики, включая сотрудников, партнёров и клиентов. Такая обработка подпадает под действие закона Республики Беларусь № 99-З «О защите персональных данных», а трансграничная передача части информации в Россию требует отдельных правовых оснований и согласований с Национальным центром защиты персональных данных. Размещение систем в российском ЦОД создавало юридические риски. Строительство собственной площадки в Беларуси потребовало бы капитальных вложений и нескольких месяцев на проектирование, внедрение средств защиты и аттестацию инфраструктуры. Отдельным условием проекта было сохранение привычного для компании правового и бухгалтерского контура. Прямой контракт с белорусским поставщиком предполагал бы расчёты в белорусских рублях, валютные операции и дополнительную нагрузку на финансовый учёт.

      ActiveCloud разместил системы компании в аттестованном сегменте облака в минском ЦОД. Инфраструктура построена на базе VMware и включает изолированный пул вычислительных ресурсов, резервируемые системы хранения данных и сеть с межсетевым экранированием. Облачный сегмент аттестован в соответствии с действующими в Республике Беларусь требованиями по технической и криптографической защите информации. В инфраструктуре применяются средства защиты, сертифицированные на территории республики.

      В ходе проекта ActiveCloud разместила базы с персональными данными граждан Беларуси на территории страны, закрыла периметр сертифицированными средствами защиты от несанкционированного доступа и межсетевого экранирования, настроила разграничение доступа, журналирование событий и регламент резервного копирования. Команда провайдера также подготовила комплект документации, который компания может использовать при взаимодействии с регулятором.

      Финансовая часть проекта была реализована через российское юридическое лицо ActiveCloud. Компания заключила договор по российскому праву, оплачивает услуги в рублях и получает счета и закрывающие документы в привычном формате. При этом сама инфраструктура физически размещена в Республике Беларусь.

      «Заказчику нужно было одновременно попасть в белорусское регулирование и не сломать свою финансовую модель. Мы дали аттестованный сегмент в минском ЦОД и договор с российским юрлицом, поэтому команда клиента получила соответствие № 99-З и оплату в рублях, не запуская отдельный проект под каждую из этих задач», - отметил Андрей Вильковский, менеджер по продуктам IaaS ActiveCloud.

      В результате персональные данные граждан Республики Беларусь обрабатываются на территории страны в соответствии с требованиями закона № 99-З. Сервисы для белорусского рынка были запущены без строительства собственной площадки, закупки оборудования и самостоятельного прохождения аттестации. Расчёты ведутся в рублях по российскому договору, без валютных операций и конвертации. Инфраструктура работает с гарантией доступности и может масштабироваться под изменение нагрузки без дополнительных капитальных вложений.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      07.08.2026 16:56 • Источник: UDV Group
      UDV Group: банки столкнутся с ИБ-рисками из-за нейросетей без правил

      Российский разработчик решений в области киберустойчивости  UDV Group прокомментировал рекомендации Банка России по безопасному использованию искусственного интеллекта финансовыми организациями. По оценке эксперта компании, нейросети становятся для банков отдельным  далее

      Российский разработчик решений в области киберустойчивости  UDV Group прокомментировал рекомендации Банка России по безопасному использованию искусственного интеллекта финансовыми организациями. По оценке эксперта компании, нейросети становятся для банков отдельным объектом управления информационной безопасностью, а не только инструментом автоматизации.

      Банк России выпустил рекомендации по безопасному использованию искусственного интеллекта финансовыми организациями. Регулятор отдельно выделил риски утечек данных, кибератак, подмены обучающих данных, ошибочных ответов нейросетей и компрометации цепочки поставок.

      Для финансового рынка это означает переход к более зрелой модели работы с ИИ. Нейросети все чаще используются не только в пилотных проектах, но и в бизнес-процессах: клиентском сервисе, антифроде, скоринге, обработке обращений, внутренней аналитике, подготовке документов и генерации кода. В таких сценариях компаниям необходимо оценивать не только экономический эффект, но и риски для данных, клиентов, внутренних процессов и принимаемых решений.

      Один из ключевых рисков связан с данными, на которых обучаются или дообучаются ИИ-модели. Если они искажены, подменены или получены из недоверенных источников, система может начать выдавать неверные рекомендации. Для банков это особенно чувствительно, поскольку ошибка ИИ может повлиять на обслуживание клиентов, оценку рисков, работу антифрод-систем, автоматизированные решения и внутренние управленческие процессы.

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

      «Рекомендации ЦБ важны тем, что переводят разговор об ИИ из плоскости экспериментов в плоскость управляемых процессов. Для бизнеса уже недостаточно просто разрешить или запретить нейросети. Нужно понимать, где именно ИИ используется, какие данные в него попадают, кто является владельцем процесса и кто отвечает за последствия ошибки. Если модель работает с клиентской информацией, внутренними документами или решениями, влияющими на бизнес, она должна быть встроена в контур ИБ: с классификацией данных, контролем доступа, моделью угроз, правилами проверки результатов и понятной ответственностью», - отметила Ольга Луценко, ведущий эксперт UDV Group.

      По словам эксперта, компаниям важно не ограничиваться формальной политикой по ИИ. Необходимо описать допустимые сценарии использования нейросетей, определить запрещенные категории данных, настроить контроль доступа, вести учет применяемых сервисов и регулярно пересматривать риски по мере изменения моделей и бизнес-процессов.

      Особое значение такой подход имеет для организаций с повышенными требованиями к защите информации. В финансовом секторе, КИИ и компаниях с большим объемом персональных данных ошибка ИИ может привести не только к утечке, но и к неверному клиентскому, операционному или управленческому решению. Поэтому контроль должен охватывать весь жизненный цикл ИИ-системы: выбор модели, источники данных, дообучение, эксплуатацию, обновления и вывод из использования.

      В UDV Group считают, что рекомендации Банка России задают для рынка более зрелую рамку применения искусственного интеллекта. Банкам и другим финансовым организациям предстоит переходить от точечных пилотов к управляемой модели внедрения ИИ, где безопасность, ответственность владельцев процессов и контроль данных закладываются до запуска системы, а не после первых инцидентов.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      06.08.2026 20:21 • Источник: UDV Group
      UDV Group: ИИ-чат-боты становятся неучтенным каналом утечки данных

      Российский разработчик решений в области киберустойчивости UDV Group предупреждает: массовое использование публичных ИИ-сервисов в рабочих задачах создает для компаний новый канал передачи чувствительной информации во внешний контур. По данным исследований, в 42%  далее

      Российский разработчик решений в области киберустойчивости UDV Group предупреждает: массовое использование публичных ИИ-сервисов в рабочих задачах создает для компаний новый канал передачи чувствительной информации во внешний контур. По данным исследований, в 42% российских компаний сотрудники хотя бы раз отправляли в ИИ-сервисы конфиденциальные или чувствительные данные.

      Использование нейросетей в рабочих процессах становится массовой практикой, однако контроль за такими сценариями пока отстает от скорости их распространения. Сотрудники используют ИИ-чат-боты для подготовки текстов, анализа документов, составления писем, обработки таблиц, описания кода и решения рутинных задач. При этом в сервисы могут попадать фрагменты договоров, клиентские базы, коммерческие предложения, внутренние документы, технические описания, исходный код, переписка с партнерами и данные о внутренних процессах.

      По данным исследований, большинство специалистов по информационной безопасности оценивают риск утечки через ИИ как высокий или средний. При этом полностью запрещают использование нейросетей в работе только 8% компаний, а 36% организаций не контролируют такие сервисы. Еще 28% ИБ-специалистов отмечают, что им не хватает инструментов для контроля передачи данных в нейросети.

      В UDV Group отмечают, что для бизнеса проблема заключается не в самом факте применения ИИ, а в отсутствии управляемости. Публичный чат-бот может восприниматься сотрудником как обычный рабочий помощник, но с точки зрения информационной безопасности это внешний сервис, куда данные уходят за пределы контролируемого контура компании. Организация может не видеть, какие сведения были отправлены, кто это сделал, через какой аккаунт, с какого устройства и как эти данные будут обрабатываться дальше.

      «Главный риск сейчас не в том, что сотрудники используют ИИ, а в том, что компании часто не понимают, какие данные уходят в такие сервисы. Для пользователя чат-бот выглядит как удобный рабочий инструмент, но для ИБ-службы это внешний контур, куда могут попасть договоры, персональные данные, коммерческая информация или технические сведения. Запретить ИИ полностью в большинстве компаний уже сложно, поэтому задача бизнеса - не бороться с самим инструментом, а ввести понятные правила: какие данные нельзя передавать, какие сервисы разрешены, как контролируется доступ и как фиксируются подозрительные действия», - отметил Владислав Ганжа, руководитель лаборатории информационной безопасности UDV Group.

      По словам эксперта, использование нейросетей должно рассматриваться так же, как подключение любого другого внешнего сервиса. Если ИИ применяется для обработки документов, кода, клиентских данных или внутренней аналитики, компания должна заранее определить допустимые сценарии, ограничить передачу чувствительной информации и обеспечить мониторинг таких операций.

      В UDV Group считают, что корпоративная политика по ИИ в ближайшее время станет частью общей системы защиты данных. Компаниям потребуется сочетать обучение сотрудников, классификацию информации, технический контроль и правила работы с внешними сервисами. Без этого рост использования ИИ в повседневных задачах будет увеличивать риск утечек быстрее, чем бизнес успеет выстроить процессы защиты.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      04.08.2026 21:28 • Источник: UDV Group
      UDV Group: при Zero-Day компаниям нельзя просто ждать патча

      Российский разработчик решений в области киберустойчивости UDV Group предупреждает о рисках неизвестных уязвимостей для бизнеса. Эксперт компании Иван Бурмистров объяснил, как организациям действовать до выхода исправления, сохранить доказательства атаки и не вернуть злоумышленника в сеть вместе с восстановленной системой. Уязвимость нулевого дня, или Zero-Day, остается одним из самых сложных сценариев для ИТ- и ИБ-команд. Ошибка в ПО уже может быть известна злоумышленникам и использоваться в атаках, но у компании еще нет готового патча, точных сигнатур и полной информации о масштабе риска. В UDV Group отмечают, что для бизнеса Zero-Day - это не только техническая проблема, а период неопределенности. Сервисы должны продолжать работать, при этом атакующий может получить первичный доступ, закрепиться в системе, украсть учетные данные, начать движение по сети или подготовить шифрование. «В такие моменты руководителю важно не ждать идеальной инструкции от вендора, а понимать, какие решения принимаются в п...  далее

      Российский разработчик решений в области киберустойчивости UDV Group предупреждает о рисках неизвестных уязвимостей для бизнеса. Эксперт компании Иван Бурмистров объяснил, как организациям действовать до выхода исправления, сохранить доказательства атаки и не вернуть злоумышленника в сеть вместе с восстановленной системой.

      Уязвимость нулевого дня, или Zero-Day, остается одним из самых сложных сценариев для ИТ- и ИБ-команд. Ошибка в ПО уже может быть известна злоумышленникам и использоваться в атаках, но у компании еще нет готового патча, точных сигнатур и полной информации о масштабе риска.

      В UDV Group отмечают, что для бизнеса Zero-Day - это не только техническая проблема, а период неопределенности. Сервисы должны продолжать работать, при этом атакующий может получить первичный доступ, закрепиться в системе, украсть учетные данные, начать движение по сети или подготовить шифрование.

      «В такие моменты руководителю важно не ждать идеальной инструкции от вендора, а понимать, какие решения принимаются в первые часы и кто за них отвечает. Патч закроет уязвимость, но он не ответит на вопрос, что уже произошло до его установки», - отметил Иван Бурмистров, пресейл-инженер UDV Group.

      По оценке UDV Group, до выхода исправления компания должна снизить вероятность эксплуатации и ограничить ущерб, если атака уже началась. Для этого необходимо усилить контроль на периметре, настроить более строгий мониторинг конечных точек, проверить базовые механизмы защиты ОС и ограничить доступ между сегментами сети.

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

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

      Временные меры защиты должны строиться в несколько слоев. На периметре компании стоит усилить правила NGFW и WAF, чтобы блокировать подозрительные запросы по характерным паттернам. На рабочих станциях и серверах важно включить более строгие режимы контроля в EDR. Отдельно нужно проверить, где разрешено выполнение скриптов, какие права есть у сервисных учетных записей и насколько реально разделены критичные сегменты сети.

      «Сегментация работает только тогда, когда она не просто нарисована на схеме, а действительно ограничивает движение. При Zero-Day нельзя гарантировать, что первичного проникновения не будет. Но можно сделать так, чтобы один скомпрометированный сервис не стал входом во всю сеть», - подчеркнул Иван Бурмистров.

      Если есть подозрение, что уязвимость уже использовали, в первый час важно не уничтожить доказательства. В UDV Group не рекомендуют начинать с выключения сервера или удаления подозрительных файлов. Более безопасный подход - изолировать узел на уровне сети: отключить порт коммутатора, перевести устройство в отдельную VLAN или заблокировать коммуникации на межсетевом экране. Питание лучше не выключать, если нет прямой угрозы для бизнеса или оборудования.

      Причина в том, что оперативная память и активные процессы могут показать, как был применен эксплойт, какие команды выполнялись и какие учетные данные могли попасть к атакующему. Если просто отключить сервер, значительная часть этих данных будет потеряна. Поэтому вместе с дампом памяти необходимо собрать логи веб-сервера, ОС, EDR, а также сетевые логи NTA и NGFW хотя бы за последние 48 часов.

      Еще одна распространенная ошибка - восстановление из «грязного» бэкапа. Если резервная копия была создана уже после проникновения, компания рискует вернуть злоумышленника вместе с восстановленной системой. Перед возвратом сервиса в работу нужно определить момент компрометации, проверить точки восстановления, сменить пароли, особенно для привилегированных учетных записей, и убедиться, что в системе не осталось механизмов закрепления.

      В UDV Group подчеркивают: готовность к Zero-Day определяется не только скоростью установки патча. Компания должна заранее понимать, какие признаки считать тревожными, как изолировать узел без потери доказательств, какие логи собирать, где искать закрепление и какие резервные копии можно использовать для восстановления. Такой подход снижает риск того, что неизвестная уязвимость превратится в атаку, при которой организация действует вслепую.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      03.08.2026 23:28 • Источник: ITKey
      Алексей Ермошин присоединился к команде ITKey в должности директора по продукту

      Алексей Ермошин, ранее занимавший должность ИТ-директора Фонда «Сколково», присоединился к команде российского разработчика решений для облачной инфраструктуры ITKey в качестве директора по продукту. В новой роли он будет отвечать за единую продуктовую стратегию ITKey, развитие портфеля облачных платформ, формирование долгосрочных дорожных карт и вывод на рынок новых коммерческих продуктов. В его задачи также войдут координация продуктовых, инженерных и коммерческих команд, синхронизация разработки с задачами бизнеса и государственного сектора, а также расширение технологической и партнерской экосистемы компании. ITKey планирует усилить управление продуктовым портфелем и последовательно развивать KeyStack и KeyVirt как основу единой инфраструктурной экосистемы для частных, гибридных и распределенных облаков. Это предполагает расширение инструментов автоматизации, централизованного управления, миграции, мониторинга и эксплуатации, а также создание сквозных сценариев для управления вычислительными ресурсами...  далее

      Алексей Ермошин, ранее занимавший должность ИТ-директора Фонда «Сколково», присоединился к команде российского разработчика решений для облачной инфраструктуры ITKey в качестве директора по продукту. В новой роли он будет отвечать за единую продуктовую стратегию ITKey, развитие портфеля облачных платформ, формирование долгосрочных дорожных карт и вывод на рынок новых коммерческих продуктов. В его задачи также войдут координация продуктовых, инженерных и коммерческих команд, синхронизация разработки с задачами бизнеса и государственного сектора, а также расширение технологической и партнерской экосистемы компании.

      ITKey планирует усилить управление продуктовым портфелем и последовательно развивать KeyStack и KeyVirt как основу единой инфраструктурной экосистемы для частных, гибридных и распределенных облаков. Это предполагает расширение инструментов автоматизации, централизованного управления, миграции, мониторинга и эксплуатации, а также создание сквозных сценариев для управления вычислительными ресурсами, виртуализацией, контейнерными средами, сетями и хранилищами в едином технологическом контуре. Отдельным приоритетом станет развитие решений для крупных распределенных инфраструктур, государственных информационных систем и объектов критической информационной инфраструктуры, включая отраслевые сценарии для финансового сектора, промышленности, телекома, энергетики и компаний с территориально распределенной ИТ-инфраструктурой.

      До перехода в ITKey Алексей Ермошин отвечал за развитие информационных систем и цифровых сервисов Фонда «Сколково». В 2015 году он занимал должность заместителя руководителя департамента информационных систем и сервисов, а к 2025 году возглавил ИТ-направление Фонда. В числе проектов с его участием - построение инфраструктуры и цифрового ландшафта экосистемы Инновационного центра “Сколково”, развитие цифровых сервисов, биллинговых систем, сквозной аналитики и инструментов управления инновационной экосистемой.

      Опыт руководства ИТ-направлением в одной из крупнейших инновационных экосистем страны поможет ITKey точнее учитывать задачи отраслей, в которых особенно высоки требования к масштабируемости, надежности и управляемости инфраструктуры. В компании рассчитывают, что это ускорит принятие продуктовых решений, сделает развитие цифровых платформ более предсказуемым и сократит путь от запроса рынка до промышленного внедрения новой функциональности.

      «Российский рынок инфраструктурного программного обеспечения вступает в этап, когда недостаточно воспроизвести функциональность ушедших зарубежных решений. Компании ожидают от отечественных платформ самостоятельной технологической логики, повышенного уровня надежности и безопасности, эффективного использования элементов ИИ, понятной экономики и способности развиваться вместе с их инфраструктурой. Перед нами стоит задача превратить накопленную инженерную экспертизу ITKey в последовательную продуктовую систему: от архитектуры и дорожной карты до промышленной эксплуатации и развития платформ на горизонте многих лет. KeyStack и KeyVirt должны стать не временной заменой отдельных иностранных продуктов, а технологическим фундаментом, на котором бизнес и государственные структуры смогут строить и развивать собственную цифровую инфраструктуру», - отметил Алексей Ермошин, директор по продукту компании ITKey.

      Под руководством Алексея Ермошина ITKey выстроит единый процесс управления жизненным циклом продуктов. Он охватит сбор и приоритизацию требований, проверку продуктовых гипотез, работу с пилотными площадками, оценку результатов внедрения и дальнейшее развитие платформ в промышленной эксплуатации. К определению приоритетов разработки компания намерена активнее привлекать заказчиков и технологических партнеров. Это позволит учитывать архитектурные ограничения, требования к информационной безопасности, масштабированию и отказоустойчивости до выхода новой функциональности в промышленный релиз.

      «ITKey накопила серьезную инженерную экспертизу в создании и сопровождении облачной инфраструктуры промышленного масштаба. На следующем этапе нам важно объединить технологические компетенции, системное управление продуктами и понимание задач рынка. Алексей хорошо знает, как устроены сложные ИТ-ландшафты и какие требования предъявляет бизнес к инфраструктурным платформам на протяжении всего жизненного цикла. Этот опыт поможет нам принимать более точные продуктовые решения и последовательно наращивать ценность KeyStack и KeyVirt для заказчиков», - дополнил Андрей Ковалев, генеральный директор ITKey.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      31.07.2026 21:53 • Источник: ActiveCloud
      ActiveCloud запустил в России мониторинг ИТ-инфраструктуры по подписке

      Облачный провайдер ActiveCloud запустил в России MaaS, готовую систему мониторинга ИТ-инфраструктуры на базе Zabbix. Сервис позволяет контролировать серверы, сайты и другие ИТ-объекты, получать уведомления о сбоях и отклонениях без развертывания и самостоятельного  далее

      Облачный провайдер ActiveCloud запустил в России MaaS, готовую систему мониторинга ИТ-инфраструктуры на базе Zabbix. Сервис позволяет контролировать серверы, сайты и другие ИТ-объекты, получать уведомления о сбоях и отклонениях без развертывания и самостоятельного администрирования собственной системы мониторинга.

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

      Сервер мониторинга ActiveCloud размещен отдельно от инфраструктуры клиента. Поэтому система продолжает отправлять оповещения, даже если серверы, сетевое оборудование или облачная площадка компании полностью недоступны. ИТ-команда узнает о проблеме сразу после срабатывания триггера, а не от сотрудников или клиентов.

      MaaS можно использовать для мониторинга объектов, размещенных в любых центрах обработки данных, публичных и частных облаках, а также во внутренней инфраструктуре компании. Услуга рассчитана прежде всего на интернет-магазины, онлайн-сервисы, SaaS-платформы, малые и средние компании и DevOps-команды, которым требуется быстро организовать контроль инфраструктуры без покупки сервера и выделения сотрудников на поддержку Zabbix.

      «Во многих компаниях необходимость в полноценном мониторинге очевидна, но его запуск постоянно откладывается. Нужно выделить сервер, установить и обновлять систему, настроить шаблоны, триггеры и каналы оповещения. Мы убрали этот подготовительный этап: компания получает готовую панель мониторинга и может сразу подключать к ней свою инфраструктуру. При этом внешний контур продолжит работать и сообщит о проблеме, даже если основная площадка окажется полностью недоступна», комментирует Ярослав Толкачев, менеджер по продуктам SaaS компании ActiveCloud.

      Пользователям доступны тарифы Basic, Pro и Enterprise. Basic рассчитан на базовый мониторинг Linux, Windows или веб-ресурсов, Pro включает расширенный набор шаблонов и несколько каналов оповещения, включая электронную почту и подключенные системы. Для инфраструктуры со специальными требованиями предусмотрен Enterprise с выделенной инсталляцией, индивидуальными настройками и технической поддержкой.

      Стоимость Basic начинается от 325 рублей в месяц с НДС, Pro — от 650 рублей в месяц с НДС. Дополнительные каналы оповещения, пользователи и шаблоны мониторинга подключаются отдельно. Для Basic и Pro действует бесплатный пробный период на 30 дней без ограничения по числу объектов мониторинга.

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

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

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      31.07.2026 21:52 • Источник: ГИГАНТ
      ГИГАНТ — Компьютерные системы: о страховании киберрисков на российском рынке

      Алексей Колодка, директор по работе с государственными заказчиками компании «ГИГАНТ — Компьютерные системы» рассказал о текущем состоянии рынка киберстрахования в России, а также о том, почему компании редко страхуют киберриски, несмотря на ужесточение штрафов за утечки  далее

      Алексей Колодка, директор по работе с государственными заказчиками компании «ГИГАНТ — Компьютерные системы» рассказал о текущем состоянии рынка киберстрахования в России, а также о том, почему компании редко страхуют киберриски, несмотря на ужесточение штрафов за утечки данных. 

      Почему компании в России редко страхуют киберриски, несмотря на рост штрафов за утечки данных?

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

      Во-вторых, страховые продукты на российском рынке долгое время были слабо адаптированы под специфику ИБ-рисков. Бизнес не всегда понимал, какие именно сценарии покрывает полис, как будет оцениваться ущерб и в каких случаях страхование действительно сработает. Поэтому многие компании не видели в таких продуктах практической ценности.

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

      Ужесточение штрафов за утечки данных, безусловно, будет стимулировать интерес к киберстрахованию. Но сам по себе рост штрафов не меняет рынок мгновенно. Пока компании не увидят волну реальных взысканий и понятную правоприменительную практику, мотивация останется ограниченной. Рынок начнет активнее реагировать тогда, когда последствия утечек станут не теоретическим риском, а конкретными финансовыми потерями.

      Как вы оцениваете уровень развития рынка киберстрахования в России?

      Российский рынок киберстрахования находится на раннем этапе формирования, но его динамика уже положительная. За последние два года заметно вырос интерес и со стороны страховщиков, и со стороны корпоративных клиентов. На это влияют рост числа киберинцидентов, увеличение регуляторного давления и более серьезное отношение бизнеса к управлению ИБ-рисками.

      При этом рынку пока не хватает зрелой актуарной базы. Страховщикам сложно корректно оценивать киберриски, потому что в России еще недостаточно накопленной статистики по инцидентам, ущербу и выплатам. Из-за этого сложнее рассчитывать стоимость полисов, формировать условия покрытия и предлагать бизнесу полностью понятный страховой продукт.

      Перспективы у рынка хорошие, особенно в сегменте среднего и крупного бизнеса, где уровень осознанности в вопросах ИБ растет быстрее. Такие компании уже понимают, что киберинцидент может повлечь не только технические последствия, но и прямые финансовые потери, штрафы, судебные претензии и ущерб для репутации.

      В горизонте 3-5 лет можно ожидать заметного роста проникновения киберстрахования. Этому будут способствовать появление отраслевых стандартов, накопление практики по оценке киберрисков и более четкие требования регуляторов.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      30.07.2026 22:37 • Источник: Ventra Go!
      Платформенная занятость вступает в этап зрелости: пять выводов круглого стола «Ведомостей»

      Российский рынок платформенной занятости завершает этап стремительного роста и переходит к новой стадии развития. Главными темами становятся не скорость масштабирования, а прозрачность, единые правила и доверие между государством, бизнесом и исполнителями. К такому выводу пришли участники круглого стола «Платформенная занятость: баланс интересов бизнеса, государства и человека», организованного 24 июля деловым изданием «Ведомости». В обсуждении приняли участие представители Министерства экономического развития РФ, «Деловой России», Ассоциации цифровых платформ, сервиса временной занятости «Авито Подработка» и цифровой платформы гибкой занятости Ventra Go!. Вывод №1. Закон не создает рынок — он делает его зрелым Практически все участники дискуссии отметили, что платформенная экономика уже стала частью современной экономики России. Новый закон не меняет саму модель, а формирует единые правила взаимодействия государства, бизнеса, платформ и исполнителей. Владимир Волошин, директор департамента цифровог...  далее

      Российский рынок платформенной занятости завершает этап стремительного роста и переходит к новой стадии развития. Главными темами становятся не скорость масштабирования, а прозрачность, единые правила и доверие между государством, бизнесом и исполнителями. К такому выводу пришли участники круглого стола «Платформенная занятость: баланс интересов бизнеса, государства и человека», организованного 24 июля деловым изданием «Ведомости».

      В обсуждении приняли участие представители Министерства экономического развития РФ, «Деловой России», Ассоциации цифровых платформ, сервиса временной занятости «Авито Подработка» и цифровой платформы гибкой занятости Ventra Go!.

      Вывод №1. Закон не создает рынок — он делает его зрелым

      Практически все участники дискуссии отметили, что платформенная экономика уже стала частью современной экономики России. Новый закон не меняет саму модель, а формирует единые правила взаимодействия государства, бизнеса, платформ и исполнителей.

      Владимир Волошин, директор департамента цифрового развития экономики данных Минэкономразвития РФ: «Наша задача состояла в том, чтобы найти баланс интересов государства, бизнеса и граждан. Закон должен создать понятные правила работы, не ограничивая дальнейшее развитие платформенной экономики».

      «Платформенная экономика развивается тогда, когда интересы бизнеса, исполнителей и государства совпадают. Для нас, как для платформы, которая уже 5 лет работает на этом рынке, появление единых критериев — важный этап. Закон делает легальную цифровую платформу конкурентным преимуществом и создает основу для дальнейшего развития отрасли», — уверена основатель цифровой платформы гибкой занятости Ventra Go! Екатерина Карабанова.

      Вывод №2. Бизнесу нужны не новые льготы, а определенность

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

      «Для бизнеса самое важное — это предсказуемость. Когда правила понятны, компании готовы активнее внедрять новые модели работы и инвестировать в их развитие», — считает Антон Данилов-Данильян, заместитель председателя «Деловой России».

      По мнению Екатерины Карабановой, именно появление законодательной определенности позволит значительно расширить применение платформенных моделей в крупных организациях: «Крупный бизнес давно ждал именно понятных правил. Для них платформенная занятость становится полноценным инструментом управления операционной деятельностью».

      Вывод №3. Платформы становятся частью операционной инфраструктуры бизнеса

      Еще несколько лет назад платформенные решения воспринимались преимущественно как способ быстро найти временный персонал. Сегодня их роль существенно изменилась.

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

      «Платформенная занятость сегодня — это органичный ответ на структурные изменения рынка труда: компании перераспределяют задачи, передавая простые и срочные операции временным исполнителям, а штатные сотрудники сосредотачиваются на работе, которая требует опыта и квалификации. Закон № 289-ФЗ легализует сложившуюся модель и задаёт прозрачные правила игры. Об устойчивости этого тренда говорят и цифры: по данным «Авито Подработки», в первом полугодии 2026 года спрос бизнеса на временных исполнителей заметнее всего вырос в складской логистике — на 43%, общественном питании — на 39%, а также в розничной и оптовой торговле — на 31%. В целом число предложений подработки в рабочих и линейных профессиях увеличилось на 82% год к году», — отметил директор сервиса «Авито Подработка» Сергей Яськин.

      «Платформенная экономика — это важный сектор экономики. Главное, что она привнесла, — сокращение транзакционных издержек и повышение эффективности. По нашим оценкам, производительность труда в платформенной экономике примерно на 30% выше, и именно поэтому это одно из направлений, которое необходимо развивать», — отметил Владимир Волошин.

      «Платформенная занятость перестает быть исключительно HR-инструментом. Она становится частью операционной инфраструктуры бизнеса. Компании используют платформы для управления производительностью, сезонными нагрузками и устойчивостью процессов. Сегодня во многих случаях речь уже не о снижении затрат, а о возможности сохранить темпы развития бизнеса в условиях внешних экономических факторов», — сказала Екатерина Карабанова.

      Вывод №4. Дополнительный доход становится новой нормой рынка труда

      Все больше людей используют платформы не вместо постоянной работы, а вместе с ней, сочетая различные форматы занятости и формируя доход сразу из нескольких источников.

      «Для большинства пользователей платформенная занятость — это возможность получить дополнительный доход и самостоятельно управлять своим временем», — прокомментировал Сергей Яськин.

      «70% наших исполнителей имеют постоянную работу. Это люди с постоянной работой, которые берут подработку, чтобы выйти на желаемый уровень дохода», — отметила Екатерина Карабанова.

      Сергей Яськин уделил особое внимание тому, как выглядит портрет исполнителя. Временную занятость ищут россияне в возрасте от 25 до 44 лет, а средний возраст таких респондентов составляет 37 лет. Типичный пользователь сервиса — женщина 34 лет: 57% опрошенных состоят в браке, 53% имеют детей, а 63% — стабильную основную работу.

      Вывод №5. Следующий этап конкуренции — доверие, технологии и качество управления

      После формирования нормативной базы конкуренция между платформами будет строиться уже не только вокруг масштаба аудитории или стоимости услуг.

      На первый план выходят технологическая зрелость, интеграция в процессы заказчиков, прозрачность данных и способность обеспечивать соблюдение единых требований законодательства.

      «Зрелый рынок невозможен без доверия. Единые правила позволяют сохранить баланс интересов всех участников и создать основу для дальнейшего развития отрасли», — уверен Ораз Дурдыев, президент Ассоциации цифровых платформ.

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

      Сергей Яськин обозначил три вектора развития. Первый — скорость предоставления исполнителя бизнесу как рыночная норма. Второй — формирование цифрового портрета каждого исполнителя. Третий — автоматизированный подбор заданий без участия человека.

      По мнению Екатерины Карабановой, дальнейшее развитие платформенной занятости должно одновременно решать три задачи: повышать устойчивость бизнеса, давать людям легальные возможности для дополнительного дохода и формировать более прозрачную модель рынка для государства.

      «Любые изменения в платформенной экономике имеют смысл только тогда, когда в центре остается человек. Если цифровые инструменты помогают человеку легально зарабатывать больше, бизнесу — эффективнее организовывать работу, а государству — делать рынок труда прозрачнее, значит модель действительно работает. Именно такой баланс интересов и должен стать основой дальнейшего развития отрасли», — уверена Екатерина Карабанова.

      Участники круглого стола сошлись во мнении, что рынок платформенной занятости переходит из стадии бурного роста в стадию зрелости, а вступающий в силу закон № 289-ФЗ должен снять существующую регуляторную неопределённость и создать условия для дальнейшего масштабирования отрасли.

      По мнению Екатерины Карабановой, главным итогом дискуссии стало понимание того, что платформенная занятость перестает восприниматься как новая или альтернативная модель работы: «Сегодня мы обсуждаем уже не будущее платформенной занятости. Мы обсуждаем, каким должен быть зрелый рынок. Это принципиально новый этап развития всей отрасли».

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      29.07.2026 19:00 • Источник: ГИГАНТ
      ГИГАНТ — Компьютерные системы: почему компании уходят в облака

      Дмитрий Пустовалов, директор департамента обеспечения и развития компании «ГИГАНТ — Компьютерные системы»  рассказал о том, в чём именно проявляется «кризис железа» на российском рынке и с какими проблемами сталкиваются компании при закупке ИТ-инфраструктуры, о том, какие стратегии адаптации выбирает бизнес — отечественное железо, облака или гибридные модели — и что сдерживает каждое из этих решений, а также о том, как будет развиваться рынок серверов, СХД и облачных услуг в ближайшие 1—2 года и какие тренды станут определяющими.  В чем именно проявляется «кризис железа» на российском рынке? С какими основными проблемами сейчас сталкиваются компании при закупке и обновлении ИТ-инфраструктуры? «Кризис железа» - это не дефицит ради дефицита, а резкое удорожание инфраструктуры при ограниченном доступе к части зарубежных технологий. Серверы и СХД стали дороже, сроки поставки выросли, выбор по отдельным классам оборудования сузился. В результате компании платят больше не за развитие, а за поддерж...  далее

      Дмитрий Пустовалов, директор департамента обеспечения и развития компании «ГИГАНТ — Компьютерные системы»  рассказал о том, в чём именно проявляется «кризис железа» на российском рынке и с какими проблемами сталкиваются компании при закупке ИТ-инфраструктуры, о том, какие стратегии адаптации выбирает бизнес — отечественное железо, облака или гибридные модели — и что сдерживает каждое из этих решений, а также о том, как будет развиваться рынок серверов, СХД и облачных услуг в ближайшие 1—2 года и какие тренды станут определяющими. 

      1. В чем именно проявляется «кризис железа» на российском рынке? С какими основными проблемами сейчас сталкиваются компании при закупке и обновлении ИТ-инфраструктуры?

      «Кризис железа» - это не дефицит ради дефицита, а резкое удорожание инфраструктуры при ограниченном доступе к части зарубежных технологий. Серверы и СХД стали дороже, сроки поставки выросли, выбор по отдельным классам оборудования сузился. В результате компании платят больше не за развитие, а за поддержание уже существующих мощностей.

      Рынок растет в деньгах, но это не всегда рост парка. Часто это просто новая цена за тот же объем инфраструктуры. Компании пересматривают планы обновления, откладывают неприоритетные закупки и начинают жестче считать, где действительно нужна собственная мощность, а где можно обойтись сервисной моделью.

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

      1. Какие стратегии адаптации выбирают компании: делают ставку на отечественное железо, уходят в облака или переходят на гибридные модели? Что сегодня является главным сдерживающим фактором для каждого из этих путей?

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

      Облако выглядит привлекательнее, потому что переводит инфраструктуру из CAPEX в OPEX. Не нужно сразу покупать серверы, СХД, СЗИ, лицензии и держать команду под каждую задачу. Но облако не отменяет физическую инфраструктуру. Оно построено на том же железе, которое тоже дорожает. Значит, рост стоимости серверов, СХД, средств защиты и ПО с лагом придет в облачные тарифы. В сегменте облаков для КИИ это особенно заметно: там потребуются отечественное оборудование, сертифицированные СЗИ и соответствующее ПО.

      Поэтому главный вопрос не в том, дешевле ли облако сегодня. Вопрос в том, не покупает ли компания зависимость от провайдера и его будущей ценовой политики. Сейчас облачные ресурсы могут расти в цене медленнее, чем железо, но через некоторое время этот разрыв может сократиться или исчезнуть.

      При этом доля облаков будет расти. Но не только из-за цен на оборудование. Главная причина - дефицит квалифицированных ИТ- и ИБ-специалистов. Многим компаниям проще отдать часть инфраструктурной нагрузки сервис-провайдеру, чем самостоятельно закрывать эксплуатацию, аттестации, проверки, защиту данных, реагирование на инциденты и ответственность за отказоустойчивость.

      Самая рабочая модель - гибридная. Критичные системы, чувствительные данные, нагрузки с жесткими требованиями к задержкам и контролю остаются внутри компании. Масштабируемые сервисы, тестовые среды, резервные ресурсы и часть прикладных задач уходят в облако. Рынок перестает покупать запас мощности «на всякий случай» и начинает считать эффективность каждой инфраструктурной единицы.

      1. Как, по вашей оценке, будет развиваться ситуация в ближайшие 1-2 года? Какие тренды на рынке серверов, СХД и облачных услуг станут определяющими?

      В ближайшие 1-2 года рынок не откажется от железа, но будет покупать его жестче и прагматичнее. Компании будут считать не только цену закупки, но и полную стоимость владения: обслуживание, энергопотребление, лицензии, защиту, персонал, кредитную нагрузку и риски простоя.

      Спрос на облака продолжит расти быстрее, чем классические закупки оборудования. Но это не означает, что все нагрузки уйдут к провайдерам. Часть инфраструктуры останется внутри компаний из-за требований к задержкам, безопасности, контролю данных и предсказуемости затрат на горизонте трех лет.

      Одновременно накопленный спрос на серверы и СХД начнет выходить на рынок. Многие компании уже слишком долго откладывали обновление. Там, где оборудование еще можно было поддерживать сервисом, это делали. Там, где ресурс закончился, придется покупать новое. Поэтому в ближайшие кварталы возможен всплеск закупок тяжелых инфраструктурных решений.

      Определяющими трендами станут гибридные архитектуры, модернизация существующего парка, оптимизация загрузки ресурсов и отказ от избыточных закупок. Рынок становится требовательнее к экономике проекта и меньше готов платить за абстрактный технологический запас. Побеждать будут решения, которые дают понятную производительность, управляемую стоимость и предсказуемый результат, а не просто «больше железа».

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      24.07.2026 15:55
      ГИГАНТ — Комплексные системы: где грань между российским ПК и импортной платформой

      Николай Шакун, специалист планирования и организации НИОКР компании «ГИГАНТ — Комплексные системы», рассказал о том, что сегодня реально локализовать в России в готовом компьютере или сервере, а что остаётся критически зависимым от импорта; о том, где проходит грань между отечественным оборудованием и импортной платформой в российской сборке; и о том, какая стратегия будет экономически разумнее для производителей в ближайшие годы. В готовом компьютере или сервере что сегодня реально можно локализовать в России (корпус, сборку, BIOS/БСВВ, тестирование)? А какие элементы всё равно остаются импортными и критически зависят от внешних поставщиков? В готовом компьютере или сервере сегодня в России можно локализовать достаточно широкий набор работ и компонентов. В первую очередь это конечная сборка, корпусные и конструктивные решения, разработка и адаптация программного обеспечения, BIOS/БСВВ, настройка, испытания и тестирование оборудования. Эти процессы уже могут выполняться внутри страны и не являются при...  далее

      Николай Шакун, специалист планирования и организации НИОКР компании «ГИГАНТ — Комплексные системы», рассказал о том, что сегодня реально локализовать в России в готовом компьютере или сервере, а что остаётся критически зависимым от импорта; о том, где проходит грань между отечественным оборудованием и импортной платформой в российской сборке; и о том, какая стратегия будет экономически разумнее для производителей в ближайшие годы.

      1. В готовом компьютере или сервере что сегодня реально можно локализовать в России (корпус, сборку, BIOS/БСВВ, тестирование)? А какие элементы всё равно остаются импортными и критически зависят от внешних поставщиков?

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

      Кроме того, в России развивается производство модульной части оборудования: материнских плат, отдельных электронных модулей, элементов памяти и других компонентов. Есть и российский текстолит для печатных плат, то есть часть производственной базы для локализации уже сформирована.

      Главное ограничение сегодня связано с электронной компонентной базой. Речь не об отдельном элементе, а о полном секторе ЭКБ и необходимой номенклатуре компонентов. Именно здесь сохраняется критическая зависимость от внешних поставщиков: процессоры, часть микросхем, контроллеров и других сложных компонентов по-прежнему в значительной степени остаются импортными. Поэтому локализация готового оборудования возможна, но ее глубина во многом определяется доступностью компонентной базы.

      1. Насколько для заказчика важна "отечественность" процессора, если в готовом оборудовании есть ещё материнская плата, BIOS, накопители и т п. - и всё тоже не факт, что российское? Где проходит вот эта грань между нашим оборудованием и импортной платформой в нашей сборке?

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

      При этом нельзя рассматривать процессор отдельно от всей платформы. В готовом оборудовании есть материнская плата, BIOS/БСВВ, накопители, память, контроллеры, программная часть, процедуры тестирования и сопровождения. Поэтому вопрос «российское это оборудование или импортная платформа в российской сборке» решается не только по происхождению одного компонента.

      На практике грань сегодня проходит через выполнение установленных требований. Если оборудование соответствует минимально необходимым требованиям законодательства и критериям локализации, оно может признаваться российским. Действующие требования, в том числе в логике постановления №719 и связанных с ним процедур, допускают использование иностранных разработок и компонентов для последующей локализации производства в России. Это позволяет производителям постепенно наращивать глубину локализации, а не ждать момента, когда вся компонентная база будет полностью отечественной.

      1. Что будет экономически разумнее для производителей компьютерного оборудования в ближайшие годы: ждать массовых российских процессоров, строить решения на китайской компонентной базе или развивать собственную инженерную часть вокруг импортных чипов?

      Для производителей компьютерного оборудования в ближайшие годы наиболее рациональной выглядит стратегия, при которой не нужно просто ждать появления массовых российских процессоров. Такое ожидание может оказаться слишком дорогим: на текущем этапе полностью отечественные решения, как правило, будут уступать зарубежным аналогам по сочетанию производительности, стоимости и доступности, а массовый рынок требует стабильных поставок, понятной цены и предсказуемого жизненного цикла продукта.

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

      То есть экономически разумная модель - не пассивное ожидание полностью отечественной компонентной базы, а поэтапная локализация: сначала инженерная адаптация и производство на базе доступных решений, затем углубление локализации и создание собственных продуктов на этой основе.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      22.07.2026 14:45 • Источник: UDV Group
      UDV Group и ДАТАРК вывели на рынок киберзащищенный модульный ЦОД

      Российский разработчик решений в области киберустойчивости UDV Group совместно с производителем модульных центров обработки данных ДАТАРК представил готовый МЦОД с комплексным мониторингом ИТ-оборудования, инженерной инфраструктуры и систем управления. Решение позволяет выявл  далее

      Российский разработчик решений в области киберустойчивости UDV Group совместно с производителем модульных центров обработки данных ДАТАРК представил готовый МЦОД с комплексным мониторингом ИТ-оборудования, инженерной инфраструктуры и систем управления. Решение позволяет выявлять киберугрозы, сбои и несанкционированные изменения до того, как они приведут к перегреву серверов, остановке оборудования или нарушению работы дата-центра.

      Ключевым элементом нового МЦОД стал единый контур контроля, построенный на базе решений UDV Group и системы мониторинга инженерной инфраструктуры DATCHECK. Он объединяет данные о состоянии серверов, сетевом трафике, системах электроснабжения и охлаждения, а также автоматизированных системах управления технологическими процессами.

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

      «По мере роста вычислительных нагрузок граница между ИТ-инцидентом, кибератакой и инженерным отказом становится все менее очевидной. Проблема может начаться с несанкционированного изменения настроек, а проявиться уже как перегрев оборудования или остановка сервиса. Поэтому недостаточно отдельно контролировать серверы, сеть и системы охлаждения. Специалисту необходимо видеть, как события в этих контурах связаны между собой», - отметил Денис Назаренко, руководитель технической поддержки продаж, UDV Group.

      Защита МЦОД организована на трех уровнях. Физический уровень предусматривает антивандальное исполнение и контроль доступа. Инженерный включает резервирование систем электроснабжения и охлаждения, а также непрерывный мониторинг оборудования с помощью отечественной системы DATCHECK.

      Контроль ИТ-инфраструктуры реализован на базе UDV ITM. Решение собирает и сопоставляет данные о состоянии оборудования и сервисов, помогая специалистам оперативно выявлять отклонения и определять их причины.

      Для контроля технологического сегмента используется UDV DATAPK Industrial Kit. Система отслеживает работу АСУ ТП и сетевых взаимодействий, выявляет аномалии, киберугрозы и несанкционированные изменения. Это позволяет обнаруживать попытки воздействия не только на серверы и сетевое оборудование, но и на системы управления электроснабжением, вентиляцией и охлаждением.

      Совместимость решений UDV Group и DATCHECK подтверждена испытаниями и сертификатом. Компании получают готовый комплекс и могут не тратить время на самостоятельный подбор, проверку совместимости и интеграцию нескольких разрозненных систем мониторинга.

      «Сегодня растет спрос на продукты, которые позволяют одному специалисту контролировать весь дата-центр в одном окне. Решения DATCHECK и UDV ITM объединяют мониторинг ИТ- и инженерной инфраструктуры. Их совместимость подтверждена испытаниями и сертификатом, поэтому компании не нужно самостоятельно подбирать и интегрировать различные системы. Сейчас мы работаем над более глубокой интеграцией продуктов, которая позволит быстрее определять причины возникающих проблем», - рассказал генеральный директор ДАТАРК Евгений Тропин.

      Модульный ЦОД с комплексным мониторингом уже доступен для заказа. Решение ориентировано на банки, промышленные предприятия и другие организации, которые развивают собственные вычислительные мощности, но не планируют создавать отдельную крупную службу для круглосуточного контроля всех систем дата-центра.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      21.07.2026 12:53 • Источник: ГИГАНТ
      ГИГАНТ — Компьютерные системы: о переходе на российское ПО 

      Алексей Колодка, директор по работе с государственными заказчиками компании «ГИГАНТ — Компьютерные системы» рассказал о ключевых тенденциях импортозамещения: почему компании переходят на отечественные решения, как меняется совокупная стоимость владения и какие проблемы  далее

      Алексей Колодка, директор по работе с государственными заказчиками компании «ГИГАНТ — Компьютерные системы» рассказал о ключевых тенденциях импортозамещения: почему компании переходят на отечественные решения, как меняется совокупная стоимость владения и какие проблемы остаются нерешенными.  

      Какие вы видите основные тенденции при переходе клиентов на российские решения? Что является драйвером такого перехода?

      Основной и, безусловно, самый мощный драйвер перехода — это государственная политика, направленная на обеспечение технологического суверенитета. Мы видим, что сейчас импортозамещение превратилось в стратегическую необходимость для ключевых отраслей экономики: от критической информационной инфраструктуры (КИИ) до госсектора и компаний с государственным участием.

      Но не только регуляторные меры становятся драйвером. Не менее важно то, что российские решения достигли определенной зрелости. Если 3-4 года назад заказчики переходили на отечественное по требованиям законодательства, то сейчас все чаще — по экономическим и функциональным причинам. Локализация технической поддержки, отсутствие санкционных рисков, возможность влиять на развитие продукта — это стало реальными конкурентными преимуществами российских продуктов.

      Как меняется совокупная стоимость владения (TCO) после перехода?

      Здесь важно разделять краткосрочный и долгосрочный эффекты. В моменте — на этапе миграции и внедрения — TCO, безусловно, возрастает. Это объективная реальность: компания несет дополнительные затраты на закупку нового ПО или «железа», параллельную эксплуатацию старых и новых систем, обучение персонала и адаптацию бизнес-процессов. Но на горизонте 3-5 лет, картина может измениться. Мы полагаем, что объективно считать окупаемость проектов импортозамещения можно будет не ранее, чем через 5 лет после внедрения. Именно тогда станет ясно, выиграл ли бизнес в операционных расходах, логистике обновлений и скорости реагирования на инциденты. Пока инвестиционная фаза не завершена, корректно говорить не о снижении TCO, а о переходе к управляемой и прогнозируемой модели затрат.

      Какие функции или характеристики пока отсутствуют у российских решений и критически нужны клиентам?

      Самое уязвимое место — элементная база. По нашим оценкам (и по данным отрасли), около 70% оборудования, которое собирается в России, нуждается в зарубежных компонентах.

      Для заказчиков из чувствительных секторов (оборона, энергетика, финансы) критически важна не просто функциональность, а гарантия того, что вся цепочка — от сырья до интерфейса — находится под национальным контролем. Именно поэтому мы, как компания, поддерживаем и активно участвуем в программах по развитию российской микроэлектроники и созданию собственной элементной базы. Пока этот разрыв не будет закрыт, говорить о полноценном IT-суверенитете преждевременно.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      21.07.2026 11:40 • Источник: UDV Group
      UDV Group: заражение одного компьютера может привести к шифрованию сети

      Российский разработчик решений в области киберустойчивости UDV Group предупреждает о риске AsyncRAT для компаний. Троян удаленного доступа может стать не локальным заражением одного ПК, а точкой входа во внутреннюю сеть, кражи учетных данных и последующей атаки с шифрованием. Заражение рабочего компьютера через поддельный установщик привычной Windows-программы может привести к последствиям для всей корпоративной сети. Если скомпрометированный ноутбук подключается к внутренней инфраструктуре или VPN, атакующий получает не только доступ к одному устройству, но и потенциальный вход в компанию. Такой сценарий характерен для кампаний с троянами удаленного доступа, включая AsyncRAT. Он может красть учетные данные, давать злоумышленнику удаленное управление устройством, помогать изучать сеть и догружать дополнительные модули. В дальнейшем этот доступ может использоваться для утечки данных, компрометации домена или запуска шифровальщика. Опасность AsyncRAT связана не с уникальностью кода, а с его доступностью...  далее

      Российский разработчик решений в области киберустойчивости UDV Group предупреждает о риске AsyncRAT для компаний. Троян удаленного доступа может стать не локальным заражением одного ПК, а точкой входа во внутреннюю сеть, кражи учетных данных и последующей атаки с шифрованием.

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

      Такой сценарий характерен для кампаний с троянами удаленного доступа, включая AsyncRAT. Он может красть учетные данные, давать злоумышленнику удаленное управление устройством, помогать изучать сеть и догружать дополнительные модули. В дальнейшем этот доступ может использоваться для утечки данных, компрометации домена или запуска шифровальщика.

      Опасность AsyncRAT связана не с уникальностью кода, а с его доступностью. Код проекта открыт с 2019 года, готовые сборки, конструкторы и плагины распространяются в Telegram-каналах и на теневых площадках. Злоумышленникам не нужно разрабатывать инструмент с нуля: достаточно взять готовую основу, изменить ее под задачу, обфусцировать код и добавить нужные функции.

      «Здесь опасен не только сам троян, а доступность всей экосистемы вокруг него. Порог входа для злоумышленников низкий, а вариантов сборок уже очень много», - комментирует Михаил Пырьев, менеджер продукта UDV NTA компании UDV Group.

      Для пользователя заражение часто проходит почти незаметно: сайт похож на настоящий, программа знакома, установщик запускается без очевидных признаков атаки. Для ИБ-службы проблема проявляется позже, когда устройство начинает обращаться к управляющему серверу, передавать данные или нетипично взаимодействовать с внутренними ресурсами.

      По данным UDV Group, известно более 40 форков AsyncRAT. Разные сборки могут отличаться упаковкой, способом обфускации, набором модулей и поведением после запуска. Поэтому защиты только на уровне файла недостаточно: важно понимать, что зараженный узел делает в сети после запуска.

      Для корпоративной атаки AsyncRAT чаще используется как инструмент первоначального доступа. В типовой набор функций входят кейлоггер, выгрузка сохраненных паролей из браузеров, скрытый удаленный рабочий стол и загрузка дополнительных модулей. В браузерах сотрудников могут храниться учетные данные от VPN, почты, внутренних порталов и облачных сервисов. Для атакующего это короткий путь от одного зараженного ПК к легитимному входу в корпоративную сеть.

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

      «На хосте в такой ситуации антивирусу почти не за что зацепиться. Действия могут выглядеть как обычное администрирование. Поэтому важно смотреть не только на файл, но и на то, что зараженный узел начинает делать в сети», - объясняет Михаил Пырьев, менеджер продукта UDV NTA компании UDV Group.

      В сетевом трафике такие действия видны как цепочка: какой узел начал подключаться к новым направлениям, какие протоколы использует, к каким внутренним системам обращается и как меняется его поведение. Полностью скрыть активность AsyncRAT невозможно, поскольку трояну нужен канал связи с C2-сервером. В трафике могут оставаться признаки риска: обращения к подозрительным доменам и IP-адресам, динамический DNS, редкие TLS-отпечатки, нестандартные направления соединений и резкое изменение поведения узла.

      В UDV Group подчеркивают, что при подозрении на заражение AsyncRAT недостаточно удалить файл или переустановить компьютер. Сначала необходимо изолировать узел и проверить его сетевые связи: были ли обращения к C2, какие учетные записи могли быть скомпрометированы, использовались ли подключения к VPN, файловым ресурсам, соседним системам или контроллеру домена. После этого нужно сбросить подозрительные пароли и проверить, не применялись ли они повторно.

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

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      20.07.2026 20:45 • Источник: UDV Group
      UDV Group: кибератака на производство часто начинается с офисной сети

      Российский разработчик решений в области киберустойчивости UDV Group отмечает рост рисков для промышленных предприятий на фоне сближения ИТ- и ОТ-сред. Для «умных» заводов критичным становится не только наличие средств защиты, но и понимание того, какие устройства, сервисы, подрядчики и каналы доступа связаны с технологическим контуром. Промышленные предприятия становятся одной из наиболее чувствительных целей для кибератак. В I квартале 2026 года доля атакованных ICS-компьютеров в производственном сегменте выросла сразу в десяти регионах. В России показатель по ransomware в производстве увеличился в 2,3 раза. Для завода такие инциденты означают не только ИБ-риск, но и прямую угрозу непрерывности операций: остановку линии, срыв отгрузок, задержку выпуска продукции и возможное воздействие на оборудование. По оценке UDV Group, для «умных» заводов эти риски усиливаются из-за тесной связи технологического контура с цифровыми сервисами. Производство все чаще опирается на АСУ ТП, датчики, диспетчеризацию, про...  далее

      Российский разработчик решений в области киберустойчивости UDV Group отмечает рост рисков для промышленных предприятий на фоне сближения ИТ- и ОТ-сред. Для «умных» заводов критичным становится не только наличие средств защиты, но и понимание того, какие устройства, сервисы, подрядчики и каналы доступа связаны с технологическим контуром.

      Промышленные предприятия становятся одной из наиболее чувствительных целей для кибератак. В I квартале 2026 года доля атакованных ICS-компьютеров в производственном сегменте выросла сразу в десяти регионах. В России показатель по ransomware в производстве увеличился в 2,3 раза. Для завода такие инциденты означают не только ИБ-риск, но и прямую угрозу непрерывности операций: остановку линии, срыв отгрузок, задержку выпуска продукции и возможное воздействие на оборудование.

      По оценке UDV Group, для «умных» заводов эти риски усиливаются из-за тесной связи технологического контура с цифровыми сервисами. Производство все чаще опирается на АСУ ТП, датчики, диспетчеризацию, промышленный интернет вещей, аналитику, удаленное обслуживание и обмен данными между ИТ- и ОТ-сегментами. Такая архитектура повышает управляемость процессов, но одновременно расширяет поверхность атаки.

      В UDV Group подчеркивают: ключевой риск связан не с цифровизацией как таковой, а с недостаточным контролем над связями, которые она создает. Атака на промышленное предприятие далеко не всегда начинается внутри АСУ ТП. На практике точкой входа часто становится корпоративная ИТ-среда: фишинг, украденная учетная запись, открытый удаленный доступ, скомпрометированный подрядчик или сервис, работающий на стыке ИТ и ОТ. Если сегменты разделены формально, обычный ИТ-инцидент может постепенно превратиться в угрозу для технологического процесса.

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

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

      Видимость сети для промышленного предприятия означает не формальную схему для отчета, а понимание реального состояния технологического сегмента: какие устройства работают в контуре, какие протоколы используются, какие соединения являются штатными, а какие появились впервые или выглядят нетипично. Без такого уровня контроля атака часто выявляется не на этапе разведки или перемещения внутри сети, а уже после того, как злоумышленник приблизился к критичным системам.

      Отдельную группу рисков составляют разрешенные связи. Это могут быть легитимный удаленный доступ, устаревшее правило на межсетевом экране, общая учетная запись, временный канал обмена данными, который давно стал постоянным, или сервисное подключение подрядчика. Формально такие каналы могут выглядеть штатными, но именно они часто дают атакующему возможность двигаться от корпоративной сети к технологическому сегменту.

      По опыту проектов UDV Group, неучтенные связи в промышленной сети нередко оказываются опаснее отдельных технических уязвимостей. Уязвимость можно выявить и закрыть. С неучтенным каналом сложнее: он может существовать годами, пока предприятие не понимает, кто им пользуется, зачем он нужен и к каким системам ведет.

      Особого внимания требует удаленный доступ подрядчиков. Он должен быть ограничен, журналируем и привязан к конкретной задаче. Если внешний специалист может подключаться в любое время, с широкими правами и без понятной зоны ответственности, такой доступ становится не инструментом обслуживания, а каналом риска. Контроль подрядчиков должен быть частью защиты АСУ ТП, а не отдельной административной процедурой.

      В UDV Group считают, что промышленным компаниям необходимо переходить от формального контроля периметра к практической киберустойчивости технологического контура. Такой подход включает инвентаризацию активов, разделение ИТ- и ОТ-сегментов, контроль удаленного доступа, проверку действий подрядчиков, мониторинг промышленного трафика и регулярный анализ сценариев, которые могут привести к остановке производства.

      Для предприятия отправной точкой должен стать не выбор нового инструмента, а оценка того, что именно может нарушить выпуск продукции. Какие связи между ИТ и ОТ критичны? Кто имеет удаленный доступ? Какие системы зависят от подрядчиков? Какие узлы нельзя отключать без участия технологов? Как предприятие узнает об атаке до того, как она повлияет на производственную линию?

      Чем более цифровым становится завод, тем важнее видеть не только отдельные устройства, но и связи между ними. Кибератака становится критичной не в момент компрометации одной точки, а тогда, когда получает путь к производственному процессу. Поэтому защита АСУ ТП должна быть встроена в операционную модель предприятия и работать вместе с технологами, эксплуатацией и ИБ-службой.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      20.07.2026 20:45 • Источник: НТЦ АРГУС
      НТЦ АРГУС вывел на рынок R&D-лабораторию для проверки ИТ-гипотез 

      НТЦ АРГУС открыл для российского бизнеса доступ к собственной лаборатории в формате R&D-as-a-Service. Компании среднего и крупного бизнеса смогут использовать ее технологическую базу и экспертизу команды, чтобы быстро проверить гипотезу до запуска полноценного ИТ-проекта: оценить техническую реализуемость будущего решения, собрать рабочий прототип и подтвердить или опровергнуть целесообразность проекта до масштабных вложений.  По данным CNews, за январь-май 2026 г. в России прекратили деятельность 1037 компаний в сфере НИОКР, что на 44% больше, чем за аналогичный период 2025 г. Одна из причин - высокая стоимость штатного R&D-подразделения, которое требует выделенной команды, технологической базы, компетенций в проектировании функциональной архитектуры и выстроенных процессов управления разработкой. Такие затраты оправданны при регулярной исследовательской нагрузке. Если же речь идёт о разовой задаче, бизнесу достаточно быстрой оценки: реализуемо ли решение на доступном стеке, какие огран...  далее

      НТЦ АРГУС открыл для российского бизнеса доступ к собственной лаборатории в формате R&D-as-a-Service. Компании среднего и крупного бизнеса смогут использовать ее технологическую базу и экспертизу команды, чтобы быстро проверить гипотезу до запуска полноценного ИТ-проекта: оценить техническую реализуемость будущего решения, собрать рабочий прототип и подтвердить или опровергнуть целесообразность проекта до масштабных вложений. 

      По данным CNews, за январь-май 2026 г. в России прекратили деятельность 1037 компаний в сфере НИОКР, что на 44% больше, чем за аналогичный период 2025 г. Одна из причин - высокая стоимость штатного R&D-подразделения, которое требует выделенной команды, технологической базы, компетенций в проектировании функциональной архитектуры и выстроенных процессов управления разработкой. Такие затраты оправданны при регулярной исследовательской нагрузке. Если же речь идёт о разовой задаче, бизнесу достаточно быстрой оценки: реализуемо ли решение на доступном стеке, какие ограничения возникнут при проектировании, каких интеграций оно потребует и есть ли основания для перехода к промышленной разработке.

      Такую оценку и даёт R&D-лаборатория НТЦ АРГУС. Она подключается на этапе, когда готового технического задания ещё нет, но у бизнеса уже есть идея или сырая продуктовая гипотеза. Команда лаборатории переводит идею в понятные функциональные компоненты продукта, проводит необходимые исследования предметной области и собирает работающий прототип решения на собственной платформе с использованием готовых фреймворков. Заказчик может остановить проект на любом этапе, скорректировать функциональную логику, а затем передать наработки внутренней команде или продолжить развитие вместе с НТЦ АРГУС до MVP и промышленной разработки.

      Такой формат подходит и компаниям, которые уже запускали R&D внутри, но столкнулись с затяжными сроками, нехваткой исследовательской экспертизы или результатом, который сложно развивать дальше. Часто такие инициативы заканчиваются кликабельными макетами, экспериментальными разработками без понятной архитектуры или решениями, которые не удаётся встроить в корпоративные системы. Лаборатория НТЦ АРГУС помогает пройти предпроектный этап быстрее и снизить финансовые риски до значительных инвестиций. 

      Прототип решения создается в среднем в течение 1-2 недель на технологической базе НТЦ АРГУС с использованием готовых фреймворков и современного стека технологий. Подход отработан на внутреннем потоке исследовательских задач и в пилотах для заказчиков. Так, дистрибьютор электротехнического оборудования обратился в лабораторию без единого видения состава и архитектуры будущей корпоративной системы: специалисты проанализировали сквозные бизнес-процессы от закупки и складского учета до продаж и сервисного обслуживания, выделили функциональные контуры будущей системы, сформировали целевую архитектуру и модель интеграции с учетной системой и складским контуром В итоге за 2 недели проекта собрали интерактивный прототип, на котором заказчик проверил ключевые гипотезы до начала дорогостоящей разработки.  На металлургическом предприятии в рамках программы цифровизации требовался новый производственный модуль, однако на старте существовали лишь общие ожидания от результата и набор высокоуровневых требований: команда лаборатории проанализировала производственные процессы и точки сбора данных, сформировала целевую модель работы, подготовила архитектурное решение с учетом ограничений существующего ИТ-ландшафта. На этой основе за 1,5 недели был собран прототип модуля, который позволил проверить ключевые функциональные сценарии. После проверки прототип развили до MVP, а затем довели решение до промышленной эксплуатации. В результате абстрактная идея превратилась в работающий производственный модуль, который впоследствии стал частью корпоративной системы предприятия.

      «Ценность нашей R&D-лаборатории строится на сочетании, редком для рынка: научно-инженерная школа, экспертиза в функциональной архитектуре и наличие внутренних инструментов разработки, влияющих на скорость прототипирования. За счет этого мы можем не просто проверить, реализуема ли идея технически, но оценить, можно ли развивать ее до промышленной разработки: как решение будет встроено в корпоративные системы, сможет ли прототип перерасти в продукт и какой будет стоимость его дальнейшей разработки. Для заказчика это снижает риск инвестировать в проект, который выглядит убедительно на уровне концепции, но не выдерживает перехода к промышленной эксплуатации», - отметил Евгений Мошняцкий, коммерческий директор НТЦ АРГУС.

      R&D-лаборатория НТЦ АРГУС не имеет отраслевой привязки и работает с гипотезами компаний из разных сфер. В первую очередь ее возможности востребованы там, где высока стоимость технологической ошибки: в промышленных холдингах, энергетике, телекоме, ритейле и логистике. В таких компаниях решение о финансировании важно принимать не после длительной разработки, а на раннем этапе, когда идею еще можно проверить на прототипе решения и, если она нежизнеспособна, отказаться от нее до значительных инвестиций. 

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      19.07.2026 09:17 • Источник: ГИГАНТ
      «ГИГАНТ — Компьютерные системы» об импортозамещении в электротехнике 

      Сергей Семикин, генеральный директор компании «ГИГАНТ — Компьютерные системы», рассказал о состоянии импортозамещения в электротехнике, успехах в сегментах кабельной продукции и трансформаторов, сложностях с микроэлектроникой и микроконтроллерами, а также о ценовой конкурентоспособности отечественных компонентов.  В каких сегментах импортозамещение электротехники идет хорошо? Импортозамещение в электротехнике уже состоялось, но носит выборочный характер. Наиболее успешно оно реализовано в сегментах «железа» и коммутационного оборудования: кабельная продукция, разъемы, трансформаторы, силовое оборудование. Здесь зависимость от зарубежных поставок сегодня минимальна.  Отдельно можно отметить, что по кабелям, проводам и разъемам рынок закрыт практически полностью — это один из наиболее успешных сегментов импортозамещения. Причем речь идет не только о массовых решениях, но и о более сложных изделиях, включая продукцию для авиационной промышленности — в том числе аналоги решений уровня Harwin и N...  далее

      Сергей Семикин, генеральный директор компании «ГИГАНТ — Компьютерные системы», рассказал о состоянии импортозамещения в электротехнике, успехах в сегментах кабельной продукции и трансформаторов, сложностях с микроэлектроникой и микроконтроллерами, а также о ценовой конкурентоспособности отечественных компонентов. 

      В каких сегментах импортозамещение электротехники идет хорошо?

      Импортозамещение в электротехнике уже состоялось, но носит выборочный характер. Наиболее успешно оно реализовано в сегментах «железа» и коммутационного оборудования: кабельная продукция, разъемы, трансформаторы, силовое оборудование. Здесь зависимость от зарубежных поставок сегодня минимальна. 

      Отдельно можно отметить, что по кабелям, проводам и разъемам рынок закрыт практически полностью — это один из наиболее успешных сегментов импортозамещения. Причем речь идет не только о массовых решениях, но и о более сложных изделиях, включая продукцию для авиационной промышленности — в том числе аналоги решений уровня Harwin и Nicomatic. Существенный прогресс достигнут и в производстве трансформаторов, а также электродвигателей, включая направления, связанные с робототехникой. В этих категориях российские производители уже способны обеспечивать внутренний спрос и конкурировать по ряду параметров с зарубежными аналогами.

      В то же время в сегменте микроэлектроники ситуация значительно сложнее — это, напротив, ключевая зона отставания. Зависимость от импортных компонентов, включая элементную базу и аккумуляторные решения, сохраняется и пока не демонстрирует устойчивого снижения. Отдельные позиции удается заместить, однако ключевой проблемой остается отсутствие необходимой массовости, широкой номенклатуры и полноценных продуктовых линеек, что ограничивает возможности масштабного применения отечественных решений.

      Есть ли материалы и компоненты, которые удалось заместить?

      Да, ряд материалов и компонентов уже удалось заместить, но результат сильно зависит от конкретной категории.

      Лучше всего ситуация выглядит там, где речь идет о конструктивных и механических элементах. Например, в части корпусов, корпусирования компонентов и механических узлов уже есть отработанные производственные процессы. Такие изделия можно выпускать серийно, поэтому здесь импортозамещение выглядит наиболее устойчивым.

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

      Сложнее обстоит дело с более технологичными компонентами. Отдельные российские аналоги появляются, но пока это скорее точечное замещение, а не полноценная замена всего спектра импортных решений. Главные ограничения - недостаточный объем производства, узкая номенклатура и отсутствие широких продуктовых линеек под разные задачи. Поэтому в базовых и механических компонентах импортозамещение уже работает, а в сложной компонентной базе пока остается фрагментарным.

      С какими компонентами сложно и есть ли шанс на их скорое замещение?

      Наибольшие сложности сохраняются в сегменте микроэлектроники, прежде всего в части микроконтроллеров. Их недостаточно, доступный ассортимент ограничен, и потребности рынка закрыты не полностью. Это делает зависимость от импорта в этой категории по-прежнему высокой.

      Проблемы есть и с рядом базовых компонентов. Например, конденсаторы формально присутствуют на рынке, но их стоимость существенно превышает зарубежные аналоги — в отдельных случаях речь идет о разнице в десятки, сотни и даже тысячи раз. При такой экономике их применение в большинстве проектов оказывается нецелесообразным.

      Таким образом, ключевые ограничения связаны не только с наличием компонентов как таковых, но и с их ценовой конкурентоспособностью. Без масштабирования производства и снижения себестоимости говорить о быстром и массовом импортозамещении в этих сегментах пока преждевременно.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      17.07.2026 11:30 • Источник: UDV Group
      UDV Group: рынок защиты конечных точек переходит от лицензий к скорости реакции

      Рынок защиты конечных точек в России, Казахстане и Узбекистане продолжает расти, но его динамика замедляется. По итогам 2025 года объем сегмента достиг 72 млрд руб., прибавив 9% в сопоставимых ценах. На 2026 год прогнозируется рост до 75 млрд руб., что соответствует увеличению примерно на 5%. В UDV Group считают, что рынок входит в новый этап: компаниям уже недостаточно просто закрывать рабочие станции, серверы и мобильные устройства базовыми средствами защиты. Главным критерием становится скорость перехода от обнаружения атаки к локализации и реагированию. Endpoint Security долго развивался как обязательный слой корпоративной защиты. Антивирусы, затем EPP и EDR помогали предотвращать заражение устройств, фиксировать вредоносную активность, собирать телеметрию и разбирать инциденты. Такая модель работала, пока у ИБ-команд оставалось достаточно времени на проверку сигнала, эскалацию и ручную реакцию. Сейчас отдельные атаки развиваются меньше чем за час, поэтому прежний цикл реагирования становится слишком ...  далее

      Рынок защиты конечных точек в России, Казахстане и Узбекистане продолжает расти, но его динамика замедляется. По итогам 2025 года объем сегмента достиг 72 млрд руб., прибавив 9% в сопоставимых ценах. На 2026 год прогнозируется рост до 75 млрд руб., что соответствует увеличению примерно на 5%. В UDV Group считают, что рынок входит в новый этап: компаниям уже недостаточно просто закрывать рабочие станции, серверы и мобильные устройства базовыми средствами защиты. Главным критерием становится скорость перехода от обнаружения атаки к локализации и реагированию.

      Endpoint Security долго развивался как обязательный слой корпоративной защиты. Антивирусы, затем EPP и EDR помогали предотвращать заражение устройств, фиксировать вредоносную активность, собирать телеметрию и разбирать инциденты. Такая модель работала, пока у ИБ-команд оставалось достаточно времени на проверку сигнала, эскалацию и ручную реакцию. Сейчас отдельные атаки развиваются меньше чем за час, поэтому прежний цикл реагирования становится слишком медленным.

      «Сейчас одна из главных проблем в защите конечных точек связана со скоростью выявления атаки и реагирования на нее. Базовой антивирусной защиты уже недостаточно, особенно когда речь идет о промышленных сегментах сети и технологических сетях передачи данных. Атаки развиваются быстрее, и компаниям важно не просто зафиксировать вредоносную активность, а как можно раньше понять, что происходит, где находится источник угрозы и какие узлы затронуты», - говорит Максим Хараск, директор по развитию UDV Group.

      На рынке сохраняется разрыв между двумя моделями защиты. Большая часть конечных точек закрыта базовыми EPP-конфигурациями. Они понятны по стоимости, хорошо масштабируются и подходят для массовых угроз, но не рассчитаны на сложные целевые сценарии. На другом полюсе находятся решения, встроенные в SOC-контур. Они дают больше возможностей для анализа и реагирования, но требуют зрелых процессов, команды и бюджета. По оценке аналитиков, около 20% конечных точек защищены именно в такой модели.

      Между этими вариантами остается широкая зона компаний, которым базовой защиты уже мало, а полноценный SOC пока недоступен. Они понимают, что угрозы стали быстрее, но не всегда готовы содержать круглосуточную команду, настраивать сложную корреляцию событий и регулярно пересматривать сценарии реагирования. Поэтому фокус постепенно смещается от набора функций к практическому показателю: сколько времени проходит от реальной угрозы до действия.

      Особенно остро эта проблема проявляется в промышленных и технологических сетях. В офисной среде установка агента, обновление продукта или перезагрузка устройства обычно решаются через регламентные работы. В промышленности любое вмешательство может повлиять на технологический процесс. Если защитное решение требует перезагрузки после установки или обновления, компания не всегда может выполнить это сразу. Приходится ждать плановой остановки, а часть рисков на это время остается в открытом контуре.

      «Вторая важная проблема связана с технологическими окнами. Многие решения для защиты конечных точек требуют перезагрузки узлов после установки или обновления. В промышленной среде это может нарушить технологический процесс, поэтому компании вынуждены ждать плановой остановки или отдельного технологического окна. Из-за этого часть организаций смотрит не только на endpoint-защиту, но и на сетевую безопасность, которая позволяет контролировать технологическую сеть передачи данных без вмешательства в работу конечных устройств», - поясняет Максим Хараск.

      В UDV Group отмечают, что в промышленном сегменте endpoint-защита все чаще рассматривается вместе с сетевым мониторингом. Компаниям нужны инструменты, которые позволяют видеть аномалии в технологической сети передачи данных без остановки конечных устройств. Такой подход не отменяет EPP и EDR, но меняет архитектуру защиты: конечная точка становится одним из источников данных, а не единственным объектом контроля.

      Еще один заметный тренд рынка - переход к сервисным моделям. Компаниям все чаще нужен не только установленный продукт, а рабочий контур: сбор событий, мониторинг, оповещение, первичная классификация угроз и дальнейшие действия по согласованному сценарию. Такой формат особенно важен для организаций, которым сложно построить собственный SOC или круглосуточную ИБ-команду.

      «Рынок действительно движется в сторону сервисных моделей, но формат оплаты строго за результат, например за количество успешно отраженных атак, пока выглядит сложным. В такой модели может возникать слишком много спорных ситуаций: как считать результат, где проходит граница ответственности поставщика, какие инциденты учитывать, а какие нет. При этом сервисная модель уже востребована в другом формате. На базе наших решений оказываются услуги мониторинга, оповещения и дальнейшего реагирования, в том числе для технологических сетей передачи данных. В таком подходе компания получает не просто продукт, а работающий контур наблюдения и реагирования», - отмечает Максим Хараск.

      В такой модели главным показателем становится time to response. Для современной атаки важно не только получить сигнал, но и быстро перейти к локализации: изолировать узел, заблокировать учетную запись, ограничить распространение по сети, собрать данные для расследования. Если сигнал долго остается без действия, атака уходит с конечной точки дальше в инфраструктуру.

      Этот сдвиг меняет критерии оценки Endpoint Security. Раньше компании чаще сравнивали набор функций, стоимость лицензий, совместимость и удобство администрирования. Теперь к этим параметрам добавляется способность решения или сервиса сокращать путь от обнаружения до реакции. Продукт, который хорошо фиксирует события, но не помогает быстро понять их контекст, оставляет ИБ-команде слишком много ручной работы.

      С этим связан и рост интереса к LLM-моделям и ИИ-агентам. Рынок ждет от них не замены существующих средств защиты, а нового аналитического слоя поверх EDR, NTA, SIEM, систем сетевого мониторинга и других источников данных. Главная задача - связать события в понятную картину, быстрее показать затронутые узлы, предложить действия и снизить нагрузку на специалистов.

      «LLM-модели и ИИ-агенты точно будут получать большее распространение, в том числе в защите технологических сетей передачи данных, корпоративных сетей и других сегментов инфраструктуры. Но вряд ли они полностью заменят существующие решения. Скорее, они станут важным дополнением к текущим продуктам. Сегодня многие решения по-прежнему требуют большого объема ручной работы: при выявлении угроз, корреляции событий, анализе данных и реагировании. При этом во многих системах не хватает связной аналитики по данным, которые уже есть внутри этих решений», - считает Максим Хараск.

      По оценке UDV Group, следующий этап развития рынка будет связан не только с расширением покрытия EPP, но и с появлением более доступных сервисных моделей, встроенной аналитики, быстрых сценариев реагирования и инструментов для сред, где прямое вмешательство в работу конечных устройств ограничено. Особенно это важно для промышленности, где нельзя просто установить агент, перезагрузить узел и считать задачу закрытой.

      Для компаний практический вывод состоит в проверке не самого факта наличия антивируса или EDR, а всей цепочки реакции. Важно понимать, как быстро организация видит реальную угрозу, какие узлы затронуты, может ли локализовать проблему без остановки критичных процессов и кто принимает решение о дальнейших действиях. Именно эти параметры будут определять, работает ли защита конечных точек как контур безопасности или остается формальным слоем, который не успевает за атакой.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      17.07.2026 10:45 • Источник: UDV Group
      UDV Group: компании недооценивают сценарии реагирования при построении киберзащиты

      Российский разработчик UDV Group прокомментировал проблему низкой зрелости корпоративной кибербезопасности. По данным исследования K2 Cloud и Positive Technologies, только 20% средних и крупных компаний в России внедрили собственные ИБ-стандарты с учетом актуальных трендов кибератак, а каждая третья компания не проводит проверок киберзащиты. Российский разработчик решений в области информационной безопасности UDV Group прокомментировал результаты исследования K2 Cloud, посвященного зрелости киберзащиты среднего и крупного бизнеса в России. Как сообщает SecPost со ссылкой на данные исследования, у большинства компаний нет ИБ-стандартов, учитывающих актуальные угрозы, а сценарии реагирования на инциденты пока остаются одной из наименее зрелых областей корпоративной защиты. Согласно приведенным данным, только 20% компаний внедрили собственные стандарты информационной безопасности, которые не ограничиваются формальным прохождением аудита у регуляторов. Еще у 15% респондентов есть задокументированные сценари...  далее

      Российский разработчик UDV Group прокомментировал проблему низкой зрелости корпоративной кибербезопасности. По данным исследования K2 Cloud и Positive Technologies, только 20% средних и крупных компаний в России внедрили собственные ИБ-стандарты с учетом актуальных трендов кибератак, а каждая третья компания не проводит проверок киберзащиты.

      Российский разработчик решений в области информационной безопасности UDV Group прокомментировал результаты исследования K2 Cloud, посвященного зрелости киберзащиты среднего и крупного бизнеса в России. Как сообщает SecPost со ссылкой на данные исследования, у большинства компаний нет ИБ-стандартов, учитывающих актуальные угрозы, а сценарии реагирования на инциденты пока остаются одной из наименее зрелых областей корпоративной защиты.

      Согласно приведенным данным, только 20% компаний внедрили собственные стандарты информационной безопасности, которые не ограничиваются формальным прохождением аудита у регуляторов. Еще у 15% респондентов есть задокументированные сценарии реагирования на инциденты, которые регулярно тестируются и совершенствуются. При этом 40% компаний регулярно проверяют системы на уязвимости, а каждая третья не проводит проверок киберзащиты вовсе.

      В UDV Group отмечают, что такие показатели отражают не только дефицит ресурсов, но и более глубокую проблему: многие организации пока рассматривают информационную безопасность как набор отдельных средств защиты, а не как управляемую систему процессов. В результате компания может внедрять защитные решения и мониторинг, но не иметь заранее согласованного порядка действий на случай инцидента, не понимать приоритеты восстановления и не распределять роли между ИТ, ИБ, бизнесом и руководством.

      «Развитие ИБ-системы обычно происходит эволюционно. Сначала организация внедряет базовые стандарты, средства защиты информации и инструменты мониторинга, а затем переходит к разработке сценариев действий при инцидентах и планов восстановления», - отметил Максим Хараск, директор по развитию UDV Group.

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

      Отдельной проблемой остается разрыв между ИБ-стратегией и реальными бизнес-рисками. По данным исследования, в 91% случаев стратегии безопасности не учитывают риски киберугроз для бизнеса и возможные потери от атак. Это приводит к тому, что бюджетирование ИБ часто строится не вокруг потенциального ущерба, критичности процессов и вероятности инцидентов, а вокруг формальных показателей, например численности сотрудников или общего ИТ-бюджета.

      В UDV Group подчеркивают, что эффективная киберзащита начинается с понимания защищаемых процессов. Внутренние ИБ-стандарты должны фиксировать не только общие требования к средствам защиты, но и порядок управления доступом, мониторинга событий, реагирования на инциденты, восстановления после атак, обучения сотрудников и проверки эффективности мер. Без этого даже современные технические решения не дают полной управляемости в критической ситуации.

      Еще один фактор зрелости - регулярная проверка киберзащиты. Пентесты, аудит конфигураций, анализ уязвимостей, киберучения и тестирование сценариев реагирования помогают компаниям увидеть слабые места до того, как ими воспользуются злоумышленники. Если проверки не проводятся, у бизнеса возникает иллюзия защищенности: отсутствие зафиксированных последствий начинает восприниматься как отсутствие атак.

      По оценке UDV Group, в ближайшие годы компании будут активнее переходить от точечного внедрения средств защиты к комплексной модели управления киберрисками. В нее должны входить актуальные ИБ-стандарты, мониторинг инфраструктуры, регулярная оценка защищенности, сценарии реагирования, планы восстановления и понятная связь ИБ-мероприятий с рисками для бизнеса.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      15.07.2026 23:46 • Источник: НТЦ АРГУС
      НТЦ АРГУС: развитие спутниковой связи потребует новой модели управления наземной сетью

      Российский разработчик решений для управления телеком-сетями НТЦ АРГУС отмечает: переход к гибридным сетям связи потребует от операторов не только доступа к спутниковому ресурсу, но и готовности связать его с наземной сетью, техническим учетом, аварийными процессами, SLA и клиентскими услугами. Развитие спутниковой связи в России постепенно переводит отрасль к модели гибридных сетей, где наземный и орбитальный сегменты работают как части одной услуги. По оценке НТЦ АРГУС, ключевой задачей для операторов станет не только подключение нового ресурса, но и его встраивание в эксплуатационную модель: от планирования и резервирования до учета аварий, полевых работ и влияния сбоя на конечного клиента. Поводом для обсуждения стал проект указа президента об основах государственной политики в области космической деятельности до 2036 года и на дальнейшую перспективу. Документ, подготовленный «Роскосмосом» и опубликованный на федеральном портале проектов нормативных правовых актов, среди ключевых направлений до 2036...  далее

      Российский разработчик решений для управления телеком-сетями НТЦ АРГУС отмечает: переход к гибридным сетям связи потребует от операторов не только доступа к спутниковому ресурсу, но и готовности связать его с наземной сетью, техническим учетом, аварийными процессами, SLA и клиентскими услугами.

      Развитие спутниковой связи в России постепенно переводит отрасль к модели гибридных сетей, где наземный и орбитальный сегменты работают как части одной услуги. По оценке НТЦ АРГУС, ключевой задачей для операторов станет не только подключение нового ресурса, но и его встраивание в эксплуатационную модель: от планирования и резервирования до учета аварий, полевых работ и влияния сбоя на конечного клиента.

      Поводом для обсуждения стал проект указа президента об основах государственной политики в области космической деятельности до 2036 года и на дальнейшую перспективу. Документ, подготовленный «Роскосмосом» и опубликованный на федеральном портале проектов нормативных правовых актов, среди ключевых направлений до 2036 года предусматривает развертывание многоспутниковой низкоорбитальной группировки широкополосной связи. После 2036 года предполагается предоставление услуг космической связи в составе гибридных сетей.

      Космический контур становится отдельной бюджетной и технологической линией. По данным «Коммерсанта», финансирование национального проекта «Космос» до 2036 года составит 4,39 трлн руб. бюджетных средств и 686,4 млрд руб. внебюджетного финансирования. На федеральный проект «Спутниковая связь и наблюдение за Землей» планируется направить 1,031 трлн руб. Также в рамках нацпроекта предусмотрен запуск 1118 космических аппаратов связи, ретрансляции и дистанционного зондирования Земли.

      На телеком-рынке это формирует новый этап развития связи. Спутниковый канал перестает рассматриваться только как отдельная технология для удаленных территорий и постепенно становится частью единой услуги, особенно в B2B, B2G, энергетике, транспорте, промышленности, добывающих отраслях и проектах с распределенными объектами.

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

      «Гибридная сеть для оператора - это не отдельный спутниковый канал, который можно вести вне общей модели. Это еще один ресурсный слой, связанный с наземной сетью, оборудованием, маршрутами, услугами, заявками и обязательствами перед клиентами. Если такой связи в данных нет, оператор видит набор технологий, но не видит услугу целиком», - отметил Евгений Мошняцкий, коммерческий директор НТЦ АРГУС.

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

      НТЦ АРГУС отмечает, что на следующем этапе конкуренция в спутниковой связи будет определяться не только параметрами группировок и доступностью канала. Существенным фактором станет способность оператора встроить новый ресурс в действующие процессы управления сетью: технический учет, эксплуатацию, аварийные заявки, SLA, планирование подключений, выездные работы и анализ влияния инцидентов на клиентов.

      Именно эксплуатационный слой может стать главным ограничением для развития гибридных сетей после появления необходимой орбитальной инфраструктуры. Без единой модели ресурсов оператору будет сложно управлять услугой на всем маршруте, быстро локализовать сбои и обеспечивать прогнозируемое качество связи для корпоративных, государственных и промышленных заказчиков.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      14.07.2026 22:15 • Источник: ГИГАНТ
      ГИГАНТ — Компьютерные системы: ИИ как помощник, а не замена

      Сергей Семикин, СЕО компании “ГИГАНТ — Компьютерные системы” рассказал о том, что доверие к ИИ (7,7 из 10) оправдано лишь для вспомогательных задач, но не для самостоятельных действий, а также о том, что главные риски — это масштабирование ошибок через процессы и избыточные полномочия алгоритмов. А также о том, что ответственность за любые сбои всегда лежит на разработчиках, интеграторах и компаниях, а не на самой технологии. 1. Считаете ли вы уровень доверия пользователей к ИИ — 7,7 из 10 — высоким? Будет ли эта оценка меняться к лучшему в ближайшее время?  Оценка 7,7 из 10 показывает: платящие пользователи уже приняли ИИ как рабочий инструмент. Ему спокойно поручают то, что экономит время и остается под контролем человека: написать черновик письма, сократить документ, перевести текст, собрать фактуру, предложить идеи, сравнить варианты. Здесь пользователь покупает скорость. Ошибку можно увидеть до того, как она превратится в проблему, — поправить текст, перепроверить цифру, отказаться от неудачной...  далее

      Сергей Семикин, СЕО компании “ГИГАНТ — Компьютерные системы” рассказал о том, что доверие к ИИ (7,7 из 10) оправдано лишь для вспомогательных задач, но не для самостоятельных действий, а также о том, что главные риски — это масштабирование ошибок через процессы и избыточные полномочия алгоритмов. А также о том, что ответственность за любые сбои всегда лежит на разработчиках, интеграторах и компаниях, а не на самой технологии.

      1. Считаете ли вы уровень доверия пользователей к ИИ — 7,7 из 10 — высоким? Будет ли эта оценка меняться к лучшему в ближайшее время? 

      Оценка 7,7 из 10 показывает: платящие пользователи уже приняли ИИ как рабочий инструмент. Ему спокойно поручают то, что экономит время и остается под контролем человека: написать черновик письма, сократить документ, перевести текст, собрать фактуру, предложить идеи, сравнить варианты. Здесь пользователь покупает скорость. Ошибку можно увидеть до того, как она превратится в проблему, — поправить текст, перепроверить цифру, отказаться от неудачной рекомендации.

      Но доверие заканчивается там, где ИИ получает право действовать сам. Написать письмо клиенту — одно, отправить его без проверки — другое. Отсортировать резюме — одно, автоматически отказать кандидату — другое. Провести платеж, согласовать договор, изменить данные в корпоративной системе, выдать доступ сотруднику — это уже не помощь, а ответственность за последствия. Поэтому по моему мнению, доверие к ИИ будет расти неравномерно: как инструменту для ускорения работы ему будут поручать все больше, а как самостоятельному исполнителю — только то, где ошибка не нанесет серьезного ущерба или ее можно остановить до того, как она станет необратимой.

      2. Среди рисков использования ИИ респонденты чаще всего называли неверную информацию и утечку персональных данных. Какие еще риски вы можете назвать? Возможно ли в ближайшем будущем полное устранение этих рисков?

      Помимо неверной информации и утечки данных, я бы выделил два риска, которые становятся особенно важными по мере внедрения ИИ в рабочие процессы компаний.

      Первый — масштабирование ошибки через корпоративные процессы. Если нейросеть ошиблась в ответе сотруднику, он еще может заметить неточность и не использовать результат. Но когда ИИ встроен в рабочие системы, неверный вывод может оказаться в договоре, отчете для руководства, программном коде, расчете или решении, от которого зависят деньги и сроки. В этом случае одна ошибка перестает быть частной проблемой и начинает влиять на работу компании.

      Второй риск — избыточные полномочия ИИ. Пока нейросеть анализирует данные или предлагает вариант решения, результат можно проверить. Риск резко возрастает, когда ИИ получает право действовать самостоятельно: согласовывать документы, менять данные в системе, выдавать доступы, блокировать операции или запускать платежи. Здесь ошибка уже не остается рекомендацией - она сразу приводит к последствиям для бизнеса.

      Полностью убрать эти риски невозможно: ИИ может ошибаться, особенно в сложных и нестандартных задачах. Поэтому бизнесу нужно спрашивать не «как заставить ИИ никогда не ошибаться», а «что произойдет, если он ошибется». При внедрении важно ограничивать не только доступ модели к данным, но и ее право самостоятельно принимать решения. ИИ может проанализировать договор и отметить спорные условия, но не согласовывать документ; заметить необычную операцию, но не блокировать счет; предложить изменить права доступа, но не выдавать их автоматически. Там, где ошибка может привести к потере денег, нарушению обязательств, утечке данных или ущербу для репутации, решение должен принимать человек.

      3. Кто, на ваш взгляд, должен нести ответственность за серьезные ошибки ИИ?

      У ИИ не может быть ответственности — у него нет должности, бюджета, репутации и обязанности возмещать ущерб. Поэтому формулировка «ошибся алгоритм» не должна становиться удобным способом снять ответственность с людей и компаний, которые выбрали это решение и начали его использовать.

      В каждом случае ответственность будет зависеть от причины ошибки. Если продукт работает не так, как заявлено, или в нем есть критическая уязвимость, это зона ответственности разработчика. Если проблему создала неверная настройка или некорректное внедрение, отвечать должен интегратор. Если компания сознательно использует ИИ в важных процессах без проверки и правил контроля, ответственность лежит на ней.

      Главное — определить это до внедрения, а не после инцидента. Для каждой значимой задачи должно быть заранее понятно, кто проверяет результат ИИ, кто принимает окончательное решение, и кто отвечает, если оно привело к ущербу. Иначе после первой серьезной ошибки все участники будут объяснять, почему виновата технология, хотя решение довериться ей принимали люди.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      14.07.2026 22:14 • Источник: UDV Group
      UDV Group: бесплатная лицензия open source-мониторинга не означает нулевую стоимость владения

      Российский разработчик решений в области информационной безопасности UDV Group оценил скрытые затраты на внедрение и эксплуатацию open source-систем мониторинга. По оценке эксперта компании, проект, который на старте выглядит «бесплатным», уже на этапе технического запуска  далее

      Российский разработчик решений в области информационной безопасности UDV Group оценил скрытые затраты на внедрение и эксплуатацию open source-систем мониторинга. По оценке эксперта компании, проект, который на старте выглядит «бесплатным», уже на этапе технического запуска может потребовать 2-3 млн руб. внутренних затрат.

      Российский разработчик UDV Group представил экспертную оценку экономики open source-мониторинга для ИТ-инфраструктуры. В авторской статье для ITWeek Владислав Ганжа, директор лаборатории кибербезопасности UDV Group, разобрал, почему отсутствие лицензионного платежа не делает систему мониторинга бесплатной и какие расходы компании часто не учитывают при выборе open source-стека. Материал опубликован 25 июня 2026 года.

      По оценке UDV Group, главная ошибка при выборе open source-мониторинга заключается в том, что компании сравнивают только стоимость лицензии. На практике бизнес получает не готовую систему «под ключ», а технологическое ядро, которое нужно адаптировать под конкретную инфраструктуру: подключить источники данных, настроить сбор метрик, интеграции, уведомления, правила эксплуатации, обновления и документацию.

      Даже для инфраструктуры от 50 рабочих мест и нескольких ключевых сервисов внедрение open source-мониторинга требует специалиста уровня senior. При стоимости такого сотрудника 250-350 тыс. руб. в месяц и сроке внедрения около шести месяцев только трудозатраты одного инженера могут составить 1,5-2,1 млн руб. С учетом тестирования, документации, исправления ошибок после запуска, согласования алертов и участия смежных специалистов общие внутренние затраты на первом этапе могут достигнуть 2-3 млн руб.

      Отдельная статья расходов возникает после запуска. Мониторинг должен не просто собирать метрики, а помогать ИТ-команде понимать, какие события действительно влияют на работу сервисов. Без донастройки система может генерировать избыточное количество уведомлений, создавать информационный шум и усложнять реакцию на инциденты. По оценке UDV Group, в период стабилизации инженер может тратить на такую работу 80-120 часов в месяц. При внутренней ставке 2,5-4 тыс. руб. в час это добавляет 200-480 тыс. руб. ежемесячно, а за полгода - еще 1,2-2,9 млн руб. затрат.

      «Open source не стоит воспринимать как неудачный вариант. У него есть сильные стороны: гибкость, низкий порог входа, активное сообщество и возможность быстро проверить гипотезу. Риск возникает тогда, когда компания считает такое решение бесплатным и не закладывает ресурсы на внедрение, сопровождение, безопасность и развитие», - отметил Владислав Ганжа, директор лаборатории кибербезопасности UDV Group.

      Эксперт UDV Group также обращает внимание на эксплуатационные риски open source-мониторинга. Среди них: зависимость от внешней экосистемы, необходимость самостоятельной проверки обновлений, риск атак на цепочку поставок, изменение модели развития проекта, накопление технического долга, проблемы масштабирования и вероятность пропустить ранние признаки сбоя из-за плохо настроенных уведомлений.

      Коммерческие решения мониторинга имеют другую экономику. Компания платит не только за лицензию, но и за развитие продукта, обновления, документацию, техническую поддержку, обучение, инструкции по внедрению и ответственность поставщика. При этом коммерческая модель тоже не универсальна: она требует бюджета, может создавать зависимость от roadmap вендора и не всегда полностью закрывает нестандартные сценарии.

      В UDV Group подчеркивают, что выбор между open source и коммерческим мониторингом должен строиться не вокруг цены входа, а вокруг полной стоимости владения. В расчет необходимо включать людей, время, поддержку, риски, масштабирование, требования регуляторов и реальные задачи бизнеса.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      13.07.2026 16:54 • Источник: НТЦ АРГУС
      НТЦ АРГУС и Sensei встроили ИИ-агента в систему технического учёта сетевых ресурсов АРГУС NRI

      НТЦ АРГУС совместно с командой ИИ-платформы Sensei выпустили новый продуктовый модуль для системы АРГУС NRI. В платформу интегрировали диалогового ИИ-агента, который берет на себя рутину по проверке технической возможности (ПТВ) подключения и бронированию сетевых ресурсов.  далее

      НТЦ АРГУС совместно с командой ИИ-платформы Sensei выпустили новый продуктовый модуль для системы АРГУС NRI. В платформу интегрировали диалогового ИИ-агента, который берет на себя рутину по проверке технической возможности (ПТВ) подключения и бронированию сетевых ресурсов. Решение помогает телеком-операторам кратно ускорить анализ заявок и снизить требования к квалификации персонала на первой линии.

      Главное изменение коснулось нестандартных заявок. Автоматическая проверка технической возможности существует в АРГУС NRI уже много лет: алгоритмы обрабатывают типовые запросы примерно за минуту. Но часть заявок выходит за контур алгоритмических проверок, и такие случаи разбирал инженер технического блока: вручную собирал технические данные, обходил цепочки объектов, проверял доступность портов, переключаясь между 5-7 смежными экранами системы. Модуль Sensei минимизирует участие инженера и в этих ситуациях. Специалист передает агенту вводные параметры заявки (адрес, нужную технологию и скорость), после чего ИИ самостоятельно проводит многоступенчатую проверку: анализирует наличие распределительных коробок, допустимую длину линии, исправность оборудования и выдает аргументированный ответ о возможности подключения. По предварительным оценкам, время ПТВ по нестандартным заявкам сокращается с 15 минут до 30 секунд.

      Особый акцент при разработке модуля был сделан на информационную безопасность, что критично для корпоративного сектора. Агент разворачивается исключительно on-premise, в закрытом контуре заказчика. Архитектура полностью исключает обращения к внешним LLM-моделям, поэтому чувствительные данные о топологии сетей никуда не передаются. Это гарантирует соблюдение стандартов Минцифры РФ и требований законов 152-ФЗ и 187-ФЗ (КИИ). При этом модуль не принимает окончательных решений о выделении мощностей: процесс резервирования емкостей реализован через механизм approval-gate и требует финального подтверждения со стороны человека. Все действия строго регламентированы ролевой моделью (RBAC) и фиксируются в журналах аудита.

      «Интеграция ИИ-модуля в АРГУС NRI — это наш ответ на запрос телеком-отрасли. Компании хотят ускорять процессы, но не готовы рисковать надежностью. Мы со своей стороны предоставляем фундаментальную базу данных, а интеллектуальный агент Sensei превращает эти массивы информации в быстрые инженерные решения», — отметил Евгений Мошняцкий, коммерческий директор НТЦ АРГУС.

      «Мы создавали не очередного чат-бота, а полноценного интеллектуального помощника, который действительно понимает специфику и сложную топологию сетей связи. Он забирает на себя всю механическую работу по сверке данных, освобождая инженерам время для нестандартных задач. И самое главное для enterprise-сегмента: мы обеспечили высокий уровень безопасности, изолировав работу ИИ строго внутри контура компании», — прокомментировал Александр Погребняк, CEO IceRock Development.

      На первом этапе внедрения ИИ-агент автоматизирует подбор данных и бронирование ресурсов для услуг с одной точкой подключения - интернета, ТВ, телефонии и ВАТС. В дальнейшем возможности модуля будут расширены на сложные B2B-услуги, включая IP-транзит, каналы L2/L3 и расчет мощностей для Co-Location, а также на сценарный блок «Строительство» для поиска оптимальных вариантов достройки сетей.

       

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      10.07.2026 23:40 • Источник: UDV Group
      UDV Group: план реагирования на киберинцидент должен быть коротким и применимым в первые минуты атаки

      Эксперт UDV Group рассказал, как компаниям выстроить минимально жизнеспособный план реагирования на киберинциденты и избежать хаоса в первые часы после обнаружения атаки. План реагирования на киберинцидент нужен не для формального выполнения требований, а для принятия быстрых решений в ситуации, когда атака уже идет, масштаб ущерба неясен, а времени на согласования нет. Об этом рассказал Иван Бурмистров, пресейл-инженер UDV Group. По словам эксперта, для компаний, которые только начинают выстраивать процессы информационной безопасности, план реагирования должен быть короткой рабочей инструкцией. В нем необходимо заранее определить, кто принимает решение об отключении сервера, сегмента сети или критичного сервиса, где находятся точки экстренного управления, по каким резервным каналам команда связывается при недоступности корпоративной почты или телефонии, что делает инженер первой линии и кто отвечает за уведомление руководства, юристов и регуляторов. «Главное правило: план на три страницы, а не на три...  далее

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

      План реагирования на киберинцидент нужен не для формального выполнения требований, а для принятия быстрых решений в ситуации, когда атака уже идет, масштаб ущерба неясен, а времени на согласования нет. Об этом рассказал Иван Бурмистров, пресейл-инженер UDV Group.

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

      «Главное правило: план на три страницы, а не на тридцать. В нем должно остаться только то, что спасает, когда все “горит”. Кто и когда принимает решение об отключении, какие ключевые узлы нужны для сдерживания, какие резервные каналы связи есть у команды, что делает инженер первой линии и кто отвечает за информирование регулятора. Если в компании нет человека или четко обозначенной роли, которая в режиме “здесь и сейчас” может отключить зараженный сегмент, сервер или сеть без бесконечных согласований, наличие даже самого сильного SOC, SIEM или EDR становится бесполезным», - комментирует Иван Бурмистров, пресейл-инженер UDV Group.

      В первые минуты после обнаружения атаки компании часто пытаются сразу разобраться, что произошло. Однако в «золотой час» приоритетом должно быть не расследование, а сдерживание угрозы. Команде необходимо ограничить движение атакующего, изолировать зараженный хост или сегмент на коммутаторе либо межсетевом экране и сохранить следы для дальнейшего анализа.

      При этом трафик с хоста-жертвы следует запретить во все направления, оставив связь только с системами наблюдения, например SIEM и NTA. Такой подход дает специалистам возможность видеть события и сетевую активность, но не позволяет злоумышленнику использовать узел для дальнейшего продвижения по сети.

      Параллельно необходимо заблокировать или отозвать учетные записи, которые могли быть скомпрометированы. В первую очередь это касается администраторов, сервисных аккаунтов и учетных записей с доступом к резервным копиям. Пароли нужно сбросить, активные сессии завершить. Если этого не сделать, атакующий может потерять один зараженный хост, но сохранить доступ к инфраструктуре через учетные данные.

      «В первый час нужно забыть про полноценное расследование. Сначала - остановка кровотечения, потом диагноз. Команда должна изолировать зараженный сегмент, запретить трафик с хоста-жертвы на все, кроме систем наблюдения, заблокировать подозрительные учетные записи, завершить сессии, ограничить исходящий трафик и, если есть возможность, снять дамп оперативной памяти. Это не отменяет расследование, но дает шанс остановить распространение атаки и сохранить данные для анализа», - говорит Иван Бурмистров.

      На периметре в такой ситуации стоит временно ужесточить правила исходящего трафика. Например, ограничить соединения со странами, с которыми у компании нет реальных бизнес-связей. При наличии EDR или sandbox с нужными функциями хосты можно перевести в режим, где разрешено только явно разрешенное. Если таких инструментов нет, часть ограничений можно реализовать через прокси или шлюз, например заблокировать передачу исполняемых файлов.

      Отдельное действие, которое важно выполнить до перезагрузки зараженного устройства, - снятие дампа оперативной памяти. В RAM могут остаться запущенные процессы, открытые сетевые соединения, вредоносный код и учетные данные, которые не будут видны после выключения или перезапуска системы.

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

      Для Windows необходимо проверять задачи в планировщике, службы, WMI-подписки, ключи автозагрузки Run и RunOnce, папку Startup и подозрительные исполняемые файлы в пользовательских каталогах. Для Linux, включая Astra Linux, РЕД ОС и Альт СП, важно проверять добавленные SSH-ключи, cron-задачи, юниты systemd и измененные скрипты автозагрузки. Если удалить только вредоносный файл, но оставить бэкдор, атака может повториться.

      Отдельное внимание компаниям нужно уделять коммуникации. В первые 15 минут ситуацию должен оценивать руководитель ИБ или ответственный за реагирование. В течение первого часа генеральный директор и юрист должны получить краткую сводку о критичности инцидента, возможном влиянии на бизнес-процессы, риске утечки данных и связи с КИИ, персональными данными или иной регулируемой информацией.

      Техническая группа координирует сдерживание, эрадикацию и восстановление. PR готовит сценарии внешних сообщений, но не раскрывает технические детали. Уведомление регулятора, клиентов или партнеров возможно только после подтверждения ущерба и согласования с юристом.

      Этап восстановления остается одной из самых рискованных точек реагирования. Типичная ошибка - восстановление из резервной копии, сделанной уже после проникновения. В этом случае компания может вернуть в работу не чистую систему, а среду с теми же закладками. Поэтому важны ротация бэкапов за 30 дней и понимание, какая точка восстановления была безопасной.

      Еще одна ошибка - запуск исполняемых файлов, библиотек, драйверов или обновлений без проверки в изолированной среде. Даже если файл находится во внутреннем репозитории, он мог быть подменен злоумышленником. Также нельзя возвращать сервисы в онлайн до смены привилегированных паролей в Active Directory, на сетевом оборудовании, гипервизорах и системах резервного копирования.

      «Возврат систем в онлайн нельзя воспринимать как простое восстановление из бэкапа. Сначала нужно убедиться, что резервная копия сделана до проникновения, затем проверить хосты EDR и антивирусом, посмотреть сетевой трафик за последние 72 часа после восстановления и вручную проверить ключевые серверы на скрытые механизмы автозапуска. Особенно важно сменить пароли в Active Directory и на сетевом оборудовании до включения сервисов. Если этого не сделать, злоумышленник может вернуться через оставленные учетные данные или бэкдоры», - подчеркивает Иван Бурмистров.

      Минимальная проверка после восстановления должна включать полное сканирование хостов с расширенным поиском угроз, анализ сетевого трафика через NTA, межсетевой экран или IDS/IPS, а также ручную проверку критичных серверов. Особое внимание нужно уделять нехарактерным исходящим подключениям, каналам связи с командными серверами и скрытым туннелям, например внутри ICMP-пакетов. Для проверки автозагрузки на Windows-серверах можно использовать доступные инструменты вроде Autoruns из состава Sysinternals.

      Если у компании нет собственного SOC или круглосуточной команды ИБ, часть задач можно автоматизировать или передать на аутсорс. Автоматизировать целесообразно обнаружение аномалий, первичную фильтрацию ложных срабатываний, временную блокировку по индикаторам компрометации и регулярную проверку восстановления из резервных копий.

      На сторону MSSP можно передать круглосуточный мониторинг, первичную классификацию инцидентов, простые действия первой линии и периодический внешний аудит. При этом внутри компании должны оставаться решения об отключении критичных сервисов, доступ к резервным копиям и привилегированным учетным записям, коммуникация с регуляторами и юридическое оформление инцидента.

      В UDV Group подчеркивают, что качество плана реагирования проверяется не количеством страниц, а применимостью в момент атаки. Дежурный инженер должен понимать, какой порт отключить, руководитель ИБ - кому звонить, юрист - какие факты уже подтверждены, а команда восстановления - из какой точки можно безопасно возвращать системы в работу. Такой подход не отменяет сам инцидент, но помогает компании управлять им и снижать ущерб.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      10.07.2026 23:40 • Источник: ГИГАНТ
      ГИГАНТ - Компьютерные системы: госзакупки серверов выросли на 42%  

      СЕО компании «ГИГАНТ — Компьютерные системы» Сергей Семикин подвел итоги 2025 года и спрогнозировал динамику ИТ-рынка на 2026-й, он рассказал о реальных драйверах роста серверов и СХД, изменении структуры госзакупок и переходе заказчиков к расчету совокупной стоимости вл  далее

      СЕО компании «ГИГАНТ — Компьютерные системы» Сергей Семикин подвел итоги 2025 года и спрогнозировал динамику ИТ-рынка на 2026-й, он рассказал о реальных драйверах роста серверов и СХД, изменении структуры госзакупок и переходе заказчиков к расчету совокупной стоимости владения вместо ажиотажных закупок.

      1. Каковы, на ваш взгляд, причины отрицательной динамики рынка в сравнении с 2024 г.?

      Применительно к производству оборудования мы бы не стали говорить об отрицательной динамике как об общем тренде. Падение всего ИТ-рынка не означает падения производства оборудования. В 2025 году серверы и системы хранения данных, наоборот, росли в деньгах: рынок увеличился со 155 млрд до 280 млрд руб. Это прямой сигнал, что инфраструктура по-прежнему нужна: для государственных информационных систем, ЦОД, критически важных объектов, хранения и обработки данных.

      Но важно понимать, за счет чего рынок вырос. Во втором полугодии 2025 года объем госзакупок серверов и СХД увеличился на 42% - с 51,6 млрд до 72,8 млрд руб., а число закупочных процедур при этом сократилось с 5819 до 5308. То есть заказчики проводили меньше закупок, но каждая из них стоила дороже. На рынок влияли рост стоимости оборудования и концентрация спроса в крупных инфраструктурных проектах.

      Поэтому в секторе серверов и СХД мы не видим общего снижения. Снижение совокупного ИТ-рынка нужно искать в других сегментах и в проектах, которые заказчики могли отложить, сократить или разбить на этапы.

      1. Как изменится объем рынка по итогам 2026 г.?

      По итогам 2026 года мы ожидаем возвращения российского ИТ-рынка к умеренному росту. Мы верим, что его объем может увеличиться на 7—10%. Рынок будут двигать отложенные инфраструктурные проекты, обновление вычислительной техники и серверного оборудования, развитие отечественных ПАКов, рост требований к ИБ, а также задачи обработки данных и внедрения ИИ.

      В секторе вычислительного оборудования и инфраструктурных решений одним из основных драйверов станет спрос на комплексные платформы. Заказчикам необходимы не отдельные устройства, а совместимые, поддерживаемые и масштабируемые решения, которые могут быть интегрированы в существующую ИТ-инфраструктуру корпоративных и государственных организаций.

      В целом в 2026 году возврата к ажиотажным закупкам прошлых лет мы не ждем. Рынок перестает покупать запас мощности на всякий случай и начинает жестко считать эффективность. Заказчики будут внимательнее смотреть на совокупную стоимость владения, уровень локализации, сроки поддержки и на то, что именно модернизация дает бизнесу или государственному заказчику.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      09.07.2026 13:25 • Источник: НТЦ АРГУС
      НТЦ АРГУС: ИИ заставит операторов по-новому планировать аплинк

      Российский разработчик OSS-решений НТЦ АРГУС отмечает: развитие ИИ-сервисов, видеоаналитики, IoT и агентных систем меняет профиль нагрузки на сети. Операторам придется точнее учитывать не только общий объем трафика, но и рост обратного канала, связь нагрузки с конкретными  далее

      Российский разработчик OSS-решений НТЦ АРГУС отмечает: развитие ИИ-сервисов, видеоаналитики, IoT и агентных систем меняет профиль нагрузки на сети. Операторам придется точнее учитывать не только общий объем трафика, но и рост обратного канала, связь нагрузки с конкретными сервисами, клиентами и участками сети.

      ИИ начинает менять структуру сетевого трафика. Если раньше сети операторов в основном планировались под передачу данных к пользователю, то новые сценарии все сильнее нагружают обратное направление: от пользователя, устройства, промышленного объекта или ИИ-агента в сеть. По оценке НТЦ АРГУС, это потребует пересмотра подходов к планированию емкости, техническому учету и управлению сетевыми ресурсами.

      По данным Cisco, трафик ИИ-инференса пока остается небольшим на фоне видео и обычного веб-трафика, но растет высокими темпами. Потребление токенов показывает почти десятикратный рост год к году, а в измерениях сервис-провайдеров Cisco фиксировала примерно четырехкратное увеличение ИИ-трафика за восемь месяцев. При этом около 9% потоков ИИ-инференса передают больше данных вверх, чем вниз, тогда как для обычного веб-трафика такой показатель составляет около 0,5%.

      Ericsson также отмечает ускорение аплинка в мобильных сетях. По результатам анализа трафика 55 операторов за 2025 год, у 43 из них uplink рос быстрее downlink, а у 17 операторов темпы роста аплинка более чем в 1,5 раза превышали рост downlink. Среди факторов роста компания называет видеосвязь, пользовательский контент, облачные сервисы, AI/AR-устройства, беспилотники, автономный транспорт и агентные ИИ-системы.

      Для операторов это означает, что планирование сети должно учитывать не только суммарную емкость, но и направление трафика, конкретные сервисы, участки сети и клиентские сценарии. В B2B-сегменте аплинк будет расти за счет видеоаналитики, IoT, телеметрии, промышленных устройств, edge-сценариев и корпоративных ИИ-сервисов, где данные постоянно передаются в облако, центр обработки или аналитическую платформу.

      «ИИ меняет не только объем трафика, но и профиль нагрузки на сеть. Оператору становится важно понимать, какие сервисы создают нагрузку, где растет аплинк, какие ресурсы могут стать ограничением и каких клиентов затронет изменение в сети. Без такой картины модернизация будет идти реактивно: сначала появляется узкое место, потом начинается разбор, где именно не хватает емкости», - отметил Евгений Мошняцкий, коммерческий директор НТЦ АРГУС.

      По его словам, операторам потребуется более точная цифровая модель сети. Она должна показывать доступные и занятые ресурсы, связи между оборудованием, каналами, услугами и клиентами. Чем сложнее становится профиль трафика, тем выше роль технического учета, планирования изменений и управления эксплуатацией.

      Сценарное моделирование Ericsson допускает, что при среднем уровне распространения ИИ-приложений uplink-трафик к 2031 году может стать в три раза выше уровня 2025 года, а при высоком уровне распространения - в пять раз выше. При этом downlink сохранит лидерство по абсолютному объему, но аплинк станет самостоятельным фактором развития сети.

      В НТЦ АРГУС считают, что следующий этап для операторов будет связан не только с расширением емкости, но и с более точным управлением сетевыми ресурсами. ИИ-трафик усилит спрос на системы, которые помогают видеть, где именно меняется нагрузка, какие сервисы на нее завязаны, каких клиентов затронет дефицит емкости и какие участки сети нужно модернизировать в первую очередь.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      08.07.2026 12:40 • Источник: UDV Group
      UDV Group: 75% проникновений в промышленный контур начинаются с корпоративной сети

      Российский разработчик UDV Group подвел итоги эфира AM Live «Кибербезопасность промышленных предприятий 2026». Участники дискуссии обсудили актуальные угрозы для АСУ ТП, ошибки предприятий при реагировании на инциденты и ключевые направления развития промышленной кибербезопасности. Российский разработчик решений в области информационной безопасности UDV Group подвел итоги эфира AM Live «Кибербезопасность промышленных предприятий 2026». Дискуссия была посвящена защите промышленной инфраструктуры, изменению ландшафта угроз и практическим подходам к построению киберустойчивости предприятий. Одним из ключевых выводов эфира стало то, что традиционное представление об изолированности технологического контура уже не соответствует реальности. По оценкам участников дискуссии, около 75% проникновений в промышленную среду начинается с корпоративной сети. После первичного доступа злоумышленники постепенно перемещаются в технологический сегмент, используя доверенные связи, удаленный доступ, сервисные подключения и н...  далее

      Российский разработчик UDV Group подвел итоги эфира AM Live «Кибербезопасность промышленных предприятий 2026». Участники дискуссии обсудили актуальные угрозы для АСУ ТП, ошибки предприятий при реагировании на инциденты и ключевые направления развития промышленной кибербезопасности.

      Российский разработчик решений в области информационной безопасности UDV Group подвел итоги эфира AM Live «Кибербезопасность промышленных предприятий 2026». Дискуссия была посвящена защите промышленной инфраструктуры, изменению ландшафта угроз и практическим подходам к построению киберустойчивости предприятий.

      Одним из ключевых выводов эфира стало то, что традиционное представление об изолированности технологического контура уже не соответствует реальности. По оценкам участников дискуссии, около 75% проникновений в промышленную среду начинается с корпоративной сети. После первичного доступа злоумышленники постепенно перемещаются в технологический сегмент, используя доверенные связи, удаленный доступ, сервисные подключения и недостатки сегментации.

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

      Участники эфира также обсудили типичные ошибки при реагировании на инциденты в АСУ ТП. Эксперты подчеркнули, что эффективное реагирование невозможно без предварительной подготовки. Предприятие должно заранее понимать, какие активы защищает, какие сценарии атак наиболее вероятны, кто принимает решения в критической ситуации и в каких случаях допустимо вмешательство в технологический процесс. Без такой подготовки реагирование часто становится хаотичным, а решения принимаются под давлением времени и неполной информации.

      «Для промышленного предприятия киберинцидент почти всегда выходит за пределы ИБ-службы. Он затрагивает технологов, эксплуатацию, подрядчиков, руководство и иногда службу промышленной безопасности. Поэтому защита АСУ ТП должна строиться не только вокруг средств обнаружения, но и вокруг понятных процедур: что именно мониторим, какие события считаем критичными, кто подтверждает угрозу и как действуем, чтобы не создать для производства больший риск, чем сама атака», - отмечают в UDV Group.

      По мнению участников дискуссии, в ближайшие два-три года промышленная кибербезопасность будет развиваться сразу в нескольких направлениях. Предприятия будут постепенно отказываться от устаревших зарубежных решений и переходить к современным платформам, построенным по принципу Secure by Design. Одновременно будет расти роль искусственного интеллекта в автоматическом обнаружении активов, классификации оборудования, анализе сетевого трафика и выявлении сложных целевых атак.

      Практическую актуальность темы подтвердили результаты опросов зрителей. Самым серьезным вызовом для защиты промышленных предприятий участники эфира назвали устаревание оборудования и накопленные уязвимости. На втором месте оказался дефицит специалистов, которые одновременно разбираются в АСУ ТП и информационной безопасности. Большинство зрителей также признали отсутствие комплексной стратегии одной из главных ошибок при построении защиты промышленной инфраструктуры.

      По итогам эфира 52% участников сообщили, что планируют усиливать существующую систему защиты АСУ ТП, еще 27% рассматривают запуск новых проектов в этом направлении. Эти данные показывают, что предприятия переходят от точечных мер к более системному подходу: инвентаризации активов, постоянному мониторингу, контролю сетевых взаимодействий, анализу аномалий и подготовке сценариев реагирования.

      UDV Group развивает направление защиты промышленных сетей на базе UDV DATAPK Industrial Kit. Решение предназначено для обеспечения видимости технологической сети, выявления активов, анализа сетевого трафика и обнаружения аномалий в АСУ ТП. Платформа помогает промышленным предприятиям контролировать состояние технологического контура, быстрее обнаруживать подозрительную активность и снижать риски для непрерывности производственных процессов.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      07.07.2026 22:39 • Источник: cnews.ru
      ГИГАНТ — Компьютерные системы: доля отечественных компонентов в российской электронике растет на 5—20% ежегодно

      Рынок отечественной электроники планомерно развивается. На него позитивно влияет государственная политика, направленная на построение цифрового суверенитета страны. Однако ряд барьеров тормозит его развитие, среди которых — высокая ключевая ставка ЦБ, затрудняющая доступ к финансированию, а также сложности с электронной компонентной базой. Относительно простые элементы, например, резисторы, диоды, в значительной мере доступны в отечественном исполнении, что касается более сложных изделий, то здесь требуются значительные инвестиции и еще несколько лет работы. По словам опрошенных CNews Analytics экспертов, быстрой локализации сложной компонентной базы ждать не стоит. Как развивается рынок Рынок российской электроники переживает трансформацию. Основной драйвер — импортозамещение. При этом рынок неоднороден. Если говорить о сегменте вычислительной техники, среди которой — серверы, системы хранения данных, программно-аппаратные комплексы, то он после скачков должен вернуться к планомерному развитию. Алексан...  далее

      Рынок отечественной электроники планомерно развивается. На него позитивно влияет государственная политика, направленная на построение цифрового суверенитета страны. Однако ряд барьеров тормозит его развитие, среди которых — высокая ключевая ставка ЦБ, затрудняющая доступ к финансированию, а также сложности с электронной компонентной базой. Относительно простые элементы, например, резисторы, диоды, в значительной мере доступны в отечественном исполнении, что касается более сложных изделий, то здесь требуются значительные инвестиции и еще несколько лет работы. По словам опрошенных CNews Analytics экспертов, быстрой локализации сложной компонентной базы ждать не стоит.

      Как развивается рынок

      Рынок российской электроники переживает трансформацию. Основной драйвер — импортозамещение. При этом рынок неоднороден. Если говорить о сегменте вычислительной техники, среди которой — серверы, системы хранения данных, программно-аппаратные комплексы, то он после скачков должен вернуться к планомерному развитию. Александр Фильченков, руководитель управления серверных и сетевых систем «Гравитон», обращает внимание, что еще в 2024—2025 гг. рынок демонстрировал смешанную динамику. В 2024 г. фиксировался рост благодаря активному наращиванию производства конечной электроники на фоне расширения государственных закупок. В 2025 г. произошла коррекция — падение на 21—25% в рублях из-за ограничений доступа к импортным компонентам для производства электроники. Уже по итогам 2026 г. рынок может вырасти на 15—20%.

      Что касается сегмента персональных компьютеров и ноутбуков, то здесь ситуация, по оценкам лидеров отрасли, менее позитивная, нежели чем на рынке серверов и СХД. Фиксируется отрицательный рост из-за дефицита ключевых компонентов и увеличения себестоимости, что проявляется и в снижении количества закупок компьютеров и периферийного оборудования в госсекторе. Ильдар Вагизов, коммерческий директор ICL Техно, полагает, что ситуация на рынке выровняется, но несколько позже — ближе к 2027 или даже 2029 г.

      Первая причина — складывается предпосылка для отложенного спроса. Начиная с прошлого года, заказчики системно сокращают ИТ-бюджеты. Однако этот тренд временный, так как рано или поздно накопленные потребности потребуют обновления парка компьютерной техники. Вторая причина — меняется структура спроса в B2B. Корпоративные клиенты даже при отсутствии жестких регуляторных требований планомерно переходят на российские решения. Однако есть и риски, тормозящие динамику. Ключевой — кратный рост цен на комплектующие, вызванный переориентацией мощностей производителей на нужды искусственного интеллекта в дата-центрах.

      «Переломить эту тенденцию может несколько факторов: во-первых, развитие собственного производства простых и средних платформ, например, на базе российских или азиатских SoC, что позволит частично снять дефицит и убрать часть импортной надбавки. Во-вторых, постепенное формирование внутреннего рынка переработки и рециклинга компонентов, а также более гибкая логистика поставок из дружественных стран. В-третьих, если госпрограммы расширят требования к обновлению парка ПК в госаппарате и образовании, это может стимулировать волновой спрос», — уверен Андрей Ильичёв, руководитель департамента продуктовых решений «Инферит Техника» (кластер «СФ Тех» Softline).

      Как отмечают опрошенные CNews Analytics эксперты, коренные изменения будут происходить по мере локализации электронной компонентной базы (ЭКБ). Из года в год ситуация становится лучше на фоне государственной поддержки и инвестиций. Однако этого все еще недостаточно, чтобы обеспечить все потребности производителей российской электроники.

      «Развивается импортозамещение в части компонентной базы, такой как модули памяти, диски и системные платы. За 2024—2025 годы произошел серьезный рост конечной продукции. Объемы российского производства в этой сфере выросли примерно в два раза», — обращает внимание Константин Рябкин, руководитель направления серверных решений, директор департамента пресейла и контроля поставок «Инфосистемы Джет».

      КИИ, печатные платы и параллельный импорт

      На рынок российской электроники оказывают значительное воздействие решения регуляторов. Одно из ключевых затрагивает предприятия, в чьем контуре есть объекты критической информационной инфраструктуры (КИИ). Им необходимо уже к 1 января 2028 г. отказаться от иностранных программных и аппаратных решений.

      Еще одно важное нововведение касается параллельного импорта. Власти исключили из списка ввозимой продукции компьютеры и периферию, среди производителей — Acer, Asus, Cisco, Fujitsu, HP, IBM, Samsung и другие. Дискуссия о смене подхода к параллельному импорту велась давно. Так, еще в апреле прошлого года в Минпромторге планировали провести масштабную реформу и сократить число товаров, которые разрешены к ввозу. На подобном решении настаивали отечественные производители. Еще в 2024 г. Консорциум «Вычислительная техника» попросил Минпромторг исключить из списка параллельного импорта продукцию американской HP и японской Fujitsu. Объяснялась инициатива расширением возможностей российских производителей поставлять номенклатуру вычислительной техники собственного производства.

      Наряду с этими изменениями, ключевая цель которых — создать благоприятные условия для развития российской электроники, регулятор также настаивает на качественной локализации отечественного железа. Речь идет о Постановлении Правительства №719, определяющим критерии, по которым продукцию можно считать российской, в частности, речь идет о требованиях к локализации фольгированных композиционных электротехнических листов, используемых в производстве печатных плат. Минпромторг России считает, что новые требования откроют долгосрочное конкурентное преимущество для отечественных производителей на внутреннем рынке и станут ключевым элементом укрепления технологической независимости отрасли. Однако опрошенные эксперты полагают, что некоторые требования на текущий момент выполнить довольно сложно.

      «Это — один из самых чувствительных вопросов для отрасли. Современные высокоскоростные интерфейсы требуют многослойных плат из текстолита высокого качества. На сегодня оптимальным решением остается использование тайваньского текстолита для критических слоев и китайского — для менее ответственных участков. В России есть несколько основных производителей текстолита, но их продукция пока не обеспечивает требуемых диэлектрических характеристик для трассировки высокоскоростных интерфейсов, таких как PCIe Gen 5», — указывает Дмитрий Кручай, руководитель группы разработки аппаратного обеспечения «Скала^р» (группа Rubytech).

      Лидеры отрасли указывают, что переход на отечественный материал приведет к кратному росту себестоимости, в отдельных случаях — в 5—8 раз, удлинит сроки выпуска изделий и может сделать их неработоспособными на требуемом уровне производительности.

      «Возникнут ограничения по доступности ключевых материалов, прежде всего, химии, используемой при производстве смол и стеклотекстолита. Внутренние мощности пока не покрывают потребности рынка, а значит производителям потребуется больше времени на закупку и производство, что неизбежно приведет к удлинению сроков. Дальше эффект распространяется по всей цепочке: при дефиците компонентов и увеличении производственных циклов сроки поставки готового оборудования смещаются с привычных недель на месяцы, а в ряде случаев — до полугода или года. Это уже напрямую влияет на конечного потребителя, который получает менее предсказуемые сроки и более дорогой продукт. На этом фоне усиливаются и сопутствующие риски, в частности, рост доли контрафактной и серой продукции как реакции рынка на дефицит и удорожание», — считает Сергей Семикин, генеральный директор компании «Гигант — Компьютерные системы».

      «Государству важно развивать отрасль, бизнесу — работать»

      Когда говорят об отечественном ИТ-оборудовании, то имеют в виду изделия с пропиской в российском реестре радиоэлектронной продукции Минпромторга. Чтобы попасть в этот перечень, компании необходимо выполнить ряд требований, за которые присваиваются баллы.

      «Система не различает уровень усилий внутри той или иной группы. Нет разницы, набрал производитель 65 или 165 баллов — доступ к тендерам и преференции одинаковые. В такой конструкции инвестиции в более глубокую локализацию, включая собственное производство печатных плат и других сложных компонентов, перестают иметь экономический смысл: дополнительные затраты не конвертируются в конкурентное преимущество. В результате локализация развивается не потому, что бизнесу это выгодно, а потому что регулятор постепенно поднимает минимальную планку. Это — внешнее давление, а не внутренняя конкуренция за более высокий технологический уровень. В итоге задача сводится к поиску баланса. Государству важно развивать отрасль, бизнесу — работать в рыночной логике окупаемости инвестиций. Без «умной» системы стимулов, которая связывает уровень локализации с реальными экономическими преимуществами, производители будут и дальше выполнять необходимый минимум, а не инвестировать в технологический максимум», — уверен Сергей Семикин, генеральный директор «Гигант — Компьютерные системы».

      Если возвращаться к вопросу ЭКБ, то, несмотря на очевидные сложности, опрошенные эксперты указывают, что заметные успехи есть. Относительно простые компоненты, например, резисторы, диоды, в значительной мере доступны в отечественном исполнении. В то же время чем сложнее компонент, тем острее ситуация с замещением. Управляющие чипы, высокоскоростные интерфейсы, центральные процессоры, специализированные контроллеры, по мнению лидеров отрасли, пока не имеет полноценных российских аналогов.

      «Что касается позитивной динамики: с каждым годом доля отечественных компонентов в конечных изделиях растет — у кого-то на 5—10%, у кого-то на 20%. Процесс идет, но он требует времени и инвестиций. Быстрой локализации сложной компонентной базы ждать не стоит», — полагает Дмитрий Кручай, руководитель группы разработки аппаратного обеспечения «Скала^р» (группа Rubytech).

      Острее всего стоит вопрос с высокоскоростными контроллерами и процессорами. Константин Рябкин, руководитель направления серверных решений, директор департамента пресейла и контроля поставок «Инфосистемы Джет» отмечает, что отечественные разработки в виде «Байкала» и «Эльбруса» есть, но технологический процесс их создания не позволяет изготавливать их в России. Однако даже, если бы эта возможность существовала, по уровню производительности они пока не дотягивают до зарубежных аналогов. Поэтому в 99% техники российского производства все еще используются зарубежные процессоры. Сравнимые аналоги могут появится только к 2030 г.

      «Для того, чтобы закрыть эти потребности самостоятельно, российской микроэлектронике нужно пройти несколько этапов. Во-первых, развить собственную технологическую базу под 40—28 нм и ниже, что требует масштабных инвестиций в линии и инженерный персонал. Во-вторых, создать открытую экосистему IP-блоков и инструментов проектирования, чтобы ускорить разработку комплексных SoC. В-третьих, выстроить долгосрочные партнерства с конечными заказчиками (ЦОД, телеком, банки, оборонные предприятия), чтобы обеспечить стабильный спрос и финансирование НИОКР. На сегодняшний день на российском рынке уже есть частичные решения: процессоры на базе российских архитектур поставляются в ограниченных объемах для узкоспециализированных задач КИИ, телекоммуникаций и систем безопасности. Однако они пока не полностью заменяют массовые x86 платформы в дата центрах и офисных системах, поэтому основная часть вычислительных мощностей по-прежнему базируется на зарубежных компонентах. При этом удалось решить проблему с простыми контроллерами, пассивными компонентами и производством простых печатных плат», — считает Андрей Ильичёв, руководитель департамента продуктовых решений «Инферит Техника» (кластер «СФ Тех» Softline).

      Ключевые технологические тренды

      В горизонте ближайших нескольких лет на рынке российской электроники будет развиваться ряд ключевых технологических трендов. Если говорить о построении ИТ-инфраструктуры, то одна из ключевых тенденций — дезагрегация вычислений. Крупные заказчики все активнее смотрят на подход, когда вычислительные ресурсы, память, хранилище и сетевые ускорители физически разделены и управляются независимо. Это удешевляет обновление инфраструктуры, дает новые опции в разрезе отказоустойчивости и масштабируемости.

      «Еще один важный тренд — переход к однопроцессорным серверам. На ведущих мировых выставках уже отчетливо видно: индустрия уходит от двухпроцессорных конфигураций. Причин несколько: современные процессоры несут достаточное количество ядер для подавляющего большинства задач, два мощных процессора создают значительную тепловую нагрузку, которую становится сложнее эффективно отводить. Наконец, в высоконагруженных системах задержка на синхронизацию между двумя процессорами в рамках одного сервера ощутима — один процессор в этом контексте работает быстрее», — обращает внимание Дмитрий Кручай, руководитель группы разработки аппаратного обеспечения «Скала^р» (группа Rubytech).

      В списке ключевых технологических трендов почти в любой отрасли всегда присутствует искусственный интеллект. Бизнес, внедряющий ИИ, упирается в дефицит мощностей. Рост интереса к технологиям на основе искусственного интеллекта формирует устойчивый спрос на специализированную инфраструктуру для работы с большими объемами данных и обучения моделей. Когда предприятия расширяют собственные дата-центры под ИИ-вычисления, это тянет за собой весь технологический стек: от специализированных серверов и ускорителей до высокоскоростных сетевых решений и систем охлаждения. Для российского рынка это — одновременно и вызов, и окно возможностей.

      «Дополнительно набирает силу тренд развития специализированных хранилищ для ИИ, работающих под нагрузками в 10-ки ГБ/с. Также такие хранилища могут быть использованы в слое, используемом для хранения метаинформации жизнедеятельности больших языковых моделей», — указывает Егор Литвинов, директор продуктового направления СХД Tatlin компании Yadro.

      Наряду с искусственный интеллектом еще один заметный тренд, который прослеживается на рынке российской электроники, — периферийные вычисления. Лидеры отрасли уверены, что эта тенденция особенно характерна для таких отраслей, как телеком, промышленность, энергетика, транспорт и логистика, где важно минимизировать задержки при работе с внушительными объемами данных, отправляемых в центральный ЦОД. Для бизнеса это означает снижение нагрузки на центральную инфраструктуру, ускорение реакции на события и возможность принимать решения в десятки миллисекунд вместо сотен, что особенно важно для высоконагруженных систем и реального времени.

      «Не стоит забывать и о кибербезопасности. Встроенная кибербезопасность, в свою очередь, становится ключевым трендом в банковском секторе, госсекторе, энергетике и транспорте, где критически важно защищать данные уже на уровне оборудования. Здесь в аппаратные платформы встраиваются модули криптографии, защищенные доверенные модули, средства контроля целостности загрузки и аппаратный мониторинг доступа, что позволяет минимизировать риски взлома и несанкционированных операций. В совокупности эти тренды помогут компаниям сохранять эффективность за счет более быстрой и безопасной обработки данных. Это особенно важно в условиях роста объемов ИИ-нагрузок и ужесточения нормативных требований», — резюмирует Андрей Ильичёв, руководитель департамента продуктовых решений «Инферит Техника» (кластер «СФ Тех» Softline).

      Рынок российской электроники обретает собственные технологические контуры. Зависимость от иностранного сырья и специфического оборудования для производства различных устройств медленно, но все же сокращается. Чтобы преодолеть ключевой барьер, а именно — ускорить развитие собственной электронной базы, понадобится время, дальнейшие инвестиции, в том числе со стороны государства, развитие инженерной школы и гибкая кооперация внутри отрасли.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      07.07.2026 22:00 • Источник: UDV Group
      UDV Group и «Тантор Лабс» подтвердили совместимость UDV ITM с Tantor Certified

      Российский разработчик решений для эффективного и безопасного использования современных технологий UDV Group и компания «Тантор Лабс» («Группа Астра») завершили совместные испытания системы мониторинга ИТ-инфраструктуры UDV ITM и СУБД Tantor Certified версии 17.6.0.  далее

      Российский разработчик решений для эффективного и безопасного использования современных технологий UDV Group и компания «Тантор Лабс» («Группа Астра») завершили совместные испытания системы мониторинга ИТ-инфраструктуры UDV ITM и СУБД Tantor Certified версии 17.6.0. Подтвержденная совместимость позволит крупным организациям, государственным структурам и объектам КИИ строить системы мониторинга на российском технологическом стеке, стабильно работать с большими массивами исторических данных и контролировать тысячи объектов в режиме реального времени.

      В ходе лабораторных испытаний, проходивших на специализированном тестовом стенде в период с 1 по 15 июня 2026 года, специалисты выполнили комплексные функциональные проверки и нагрузочное тестирование совместной работы решений. Проверки подтвердили, что все дистрибутивы UDV ITM корректно функционируют совместно с СУБД Тантор Certified, влияние на общую производительность отсутствует, а в процессе тестирования под нагрузкой не зафиксировано сбоев, аварийных отказов или снижения стабильности. Результаты испытаний официально закреплены двусторонним сертификатом совместимости.

      Ключевой особенностью технологической связки стала полноценная поддержка в СУБД расширения TimescaleDB. Данный инструмент оптимизирует обработку и хранение больших массивов исторических данных и временных рядов в реляционной базе. В условиях крупных ИТ-ландшафтов использование TimescaleDB предотвращает избыточный рост базы данных и падение скорости работы интерфейсов, что критически важно при мониторинге тысяч объектов в режиме реального времени.

      Совместимость с СУБД Tantor Certified существенно расширяет возможности применения UDV ITM в масштабных проектах на базе операционной системы Astra Linux. Включение СУБД Tantor Certified в официальный сертификат ФСТЭК России для UDV ITM запланировано в рамках планового зимнего обновления сертификационных документов компании.

      Технологический стек из операционной системы Astra Linux, СУБД Tantor Certified и системы мониторинга UDV ITM создает отказоустойчивый фундамент для крупных инсталляций в государственном секторе и на объектах критической информационной инфраструктуры (КИИ), обеспечивая непрерывность контроля и защиту данных без рисков остановки бизнес-процессов.

      «Интеграция с СУБД Tantor Certified - это стратегический шаг для развития экосистемы UDV ITM, продиктованный запросами рынка и наших крупнейших заказчиков. На масштабных инсталляциях, включающих тысячи объектов мониторинга, критически важна стабильность работы с историческими данными. Поддержка расширения TimescaleDB в Tantor позволяет нам гарантировать высокую скорость отклика системы и оптимальное распределение ресурсов. Совместное решение обеспечивает полную независимость ИТ-контура от зарубежных провайдеров и готовность к самым жестким требованиям ИБ», - поделился Владислав Ганжа, директор Лаборатории кибербезопасности UDV Group.

      «Подтверждение совместимости Tantor Certified с UDV ITM — важный шаг в развитии отечественной технологической экосистемы для защищенных и высоконагруженных ИТ-инфраструктур. Для заказчиков это означает возможность строить надежные системы мониторинга на базе российского стека, сохраняя высокую производительность, масштабируемость и устойчивость при работе с большими объемами исторических данных. Поддержка TimescaleDB в Tantor Certified дополнительно усиливает ценность совместного решения для крупных инсталляций, где критически важны скорость обработки временных рядов и стабильность работы сервисов», - отметил Алексей Кулаков, директор департамента развития продуктов «Тантор Лабс».

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      06.07.2026 19:30 • Источник: НТЦ АРГУС
      Яндекс.Крауд выстроил единые процессы управления поддержкой на базе АРГУС WFM CC и повысил эффективность использования персонала более чем на 30%

      Яндекс.Крауд пересмотрел подход к управлению поддержкой и перевел внедрение WFM-системы из категории IT-проекта в плоскость управленческой трансформации. На базе платформы АРГУС WFM CC компания выстроила единые процессы для более чем 80 сервисов и повысила эффективность испол  далее

      Яндекс.Крауд пересмотрел подход к управлению поддержкой и перевел внедрение WFM-системы из категории IT-проекта в плоскость управленческой трансформации. На базе платформы АРГУС WFM CC компания выстроила единые процессы для более чем 80 сервисов и повысила эффективность использования персонала более чем на 30%.

      До запуска трансформации в Яндекс.Крауде голосовые контактные центры и команды отдельных продуктов существовали как самостоятельные подразделения. Значительная часть обращений поступала через дискретные каналы: почту, формы обратной связи и справочные сервисы. Со временем ситуация начала меняться. Пользователи стали ожидать поддержки в режиме реального времени, выросла нагрузка на онлайн-каналы, усилился дефицит кадров, а вместе с ним подскочили затраты на найм и фонд оплаты труда. Параллельно Яндекс провел реструктуризацию и объединил несколько контактных центров в рамках одного подразделения.

      На момент запуска трансформации Яндекс.Крауд обеспечивал поддержку более 80 продуктов компании, обрабатывал в среднем 4,5 млн обращений в месяц, а средняя численность операторов составляла около 2700 человек. При таком масштабе прежняя модель управления перестала отвечать новым требованиям: компании нужны были единые правила планирования, общие данные о загрузке и более точное распределение ресурсов.

      «Мы поняли, что старые подходы больше не работают. Раньше управление строилось на локальных практиках и опыте отдельных руководителей. Чтобы масштабировать поддержку и сохранить качество сервиса, нам нужно было не просто внедрить новую платформу, а пересмотреть операционную модель. WFM-система стала единым источником данных и основой для принятия решений в управлении ресурсами», - прокомментировала Екатерина Грачева, руководитель операционной вертикали Яндекс.Крауд.

      В Яндекс.Крауде отказались от восприятия WFM как отдельного IT-инструмента и начали перестраивать операционную модель. Первым шагом стала централизация управления ресурсами и производительностью. В компании появился единый центр компетенций. Затем команда стандартизировала процессы управления контактными центрами и закрепила WFM-систему как ключевой инструмент оперативного управления.

      Платформу интегрировали не только в IT-архитектуру, но и в процессы HR, бюджетирования, подбора персонала, долгосрочного и оперативного планирования. WFM стала единым источником данных для принятия решений. На базе системы компания внедрила суммированный учет рабочего времени, гибкое планирование, единые стандарты дисциплины и контроль соблюдения расписания.

      Со стороны НТЦ АРГУС проект также рассматривали не как типовое внедрение. Руководитель направления WFM CC Никита Городчиков отметил, что команда изначально заложила около 450 человеко-дней на кастомизацию системы. Позднее проект вырос до enterprise-уровня: объем трудозатрат превысил тысячу человеко-дней, а сама система продолжает развиваться вместе с изменением бизнес-процессов Яндекса.

      Отдельное внимание команды уделили качеству данных. Метрики и правила расчета показателей согласовывались совместно с заказчиком. Это повысило доверие бизнеса к системе и сделало WFM полноценной основой для управленческих решений.

      «Главный результат нашего проекта - это не внедрение нового ИТ-продукта как такового, а создание единой операционной системы управления. В Яндексе WFM появилась в нужный момент, когда компания была готова к управленческим изменениям, стандартизации процессов и формированию собственного центра компетенций. Это во многом определило успешность проекта», - подчеркнул Никита Городчиков.

      По итогам Яндекс повысил точность прогнозирования и составления расписаний, ускорил обработку обращений и повысил доступность каналов поддержки. Ключевым эффектом стал рост производительности и эффективности работы персонала более чем на 30%, что позволило сократить операционные затраты.

       

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
    • Венера Сальманова
      Венера Сальманова
      06.07.2026 11:54 • Источник: UDV Group
      UDV Group представила систему анализа сетевого трафика UDV NTA на «РосИнфоБез»

      Российский разработчик UDV Group принял участие в III отраслевой конференции «РосИнфоБез», где представил систему анализа сетевого трафика UDV NTA. Решение помогает SOC-командам повышать видимость сети, выявлять скрытые угрозы и быстрее расследовать инциденты информационной безопасности. Российский разработчик решений в области информационной безопасности UDV Group принял участие в III отраслевой конференции «РосИнфоБез». Мероприятие, организованное компанией «РТ-Информационная безопасность» при поддержке блока безопасности Госкорпорации Ростех, объединило более 600 участников: специалистов по ИБ, руководителей крупных ИТ- и ИБ-проектов, представителей государственных корпораций, регуляторов и российских разработчиков технологических решений. На конференции UDV Group представила систему анализа сетевого трафика UDV NTA. С докладом «NTA - адреналин для вашего SOC» выступил Денис Назаренко, руководитель отдела технической поддержки продаж UDV Group. Эксперт рассказал, как анализ сетевого трафика помогает ...  далее

      Российский разработчик UDV Group принял участие в III отраслевой конференции «РосИнфоБез», где представил систему анализа сетевого трафика UDV NTA. Решение помогает SOC-командам повышать видимость сети, выявлять скрытые угрозы и быстрее расследовать инциденты информационной безопасности.

      Российский разработчик решений в области информационной безопасности UDV Group принял участие в III отраслевой конференции «РосИнфоБез». Мероприятие, организованное компанией «РТ-Информационная безопасность» при поддержке блока безопасности Госкорпорации Ростех, объединило более 600 участников: специалистов по ИБ, руководителей крупных ИТ- и ИБ-проектов, представителей государственных корпораций, регуляторов и российских разработчиков технологических решений.

      На конференции UDV Group представила систему анализа сетевого трафика UDV NTA. С докладом «NTA - адреналин для вашего SOC» выступил Денис Назаренко, руководитель отдела технической поддержки продаж UDV Group. Эксперт рассказал, как анализ сетевого трафика помогает центрам мониторинга информационной безопасности получать недостающий сетевой контекст, быстрее подтверждать угрозы и сокращать время перехода от сигнала к решению.

      UDV NTA анализирует сетевой трафик в реальном времени, выявляет подозрительную активность и помогает обнаруживать сложные и целенаправленные атаки, которые могут оставаться незамеченными другими средствами защиты. Решение выполняет глубокий разбор прикладных протоколов, индексирует и фильтрует метаданные, регистрирует сетевую активность при обходе периметровых средств защиты, выявляет нелегитимное использование штатных утилит и скрытые угрозы с применением методов машинного обучения.

      Архитектура UDV NTA включает компоненты Management и Sensor. Management отвечает за нормализацию и корреляцию событий, формирование инцидентов, отображение панелей мониторинга, хранение метаданных сетевого трафика и централизованное управление сетью сенсоров. Sensor выполняет анализ сетевого трафика, разбор протоколов передачи данных, запись и хранение копии трафика, хранение полученных из сети файлов и прием событий ИБ от узлов сети.

      «SOC часто сталкивается с ситуацией, когда отдельный сигнал уже есть, но полной картины происходящего еще нет. NTA закрывает этот разрыв: показывает, какие узлы взаимодействовали, какие протоколы использовались, как развивалась подозрительная активность и где находится потенциальная точка компрометации. Для аналитика это не просто дополнительный источник данных, а способ быстрее понять масштаб инцидента, локализовать угрозу и не потерять важные детали в первые минуты расследования», - отметил Денис Назаренко.

      Система решает задачи определения поверхности потенциальной атаки, проверки векторов атаки, раннего обнаружения и локализации угроз в реальном времени, выявления туннелирования протоколов и устройств, использующих программное обеспечение для подключения к сгенерированным доменам. UDV NTA также помогает компаниям снижать риски при работе с поставщиками услуг и выполнять требования регуляторов, включая 152-ФЗ, 187-ФЗ, NIST SP 800-61 R2 и ГОСТ Р 57580.1-2017.

      Отдельное внимание в докладе было уделено роли NTA в работе SOC. За счет связи сетевых событий с глубоким разбором протоколов и визуализацией взаимодействий между узлами специалисты ИБ получают более точную картину инцидента. Из карточки инцидента можно перейти к карте сети, увидеть затронутые узлы и их сетевые связи, а также получить информацию о владельце и характеристиках сетевого узла. Это сокращает время локализации инцидента и повышает эффективность расследования.

      Конференция «РосИнфоБез» стала площадкой для обсуждения актуальных вызовов ИБ, изменений нормативного регулирования, применения искусственного интеллекта в защите информации, расследования инцидентов и практических сценариев реагирования на современные киберугрозы. По итогам мероприятия участники сформировали предложения для дальнейшего развития отрасли, повышения киберустойчивости организаций и укрепления технологического суверенитета.

      свернуть
       

      • Мне нравится
      • Комментарий
      • Репост
      • Поделиться
      • Другие действия
     
    Загрузка
       © 2026 ООО "Мегасофт"
    Услуги  •  О проекте  •  Вопросы и ответы  • 
     
    Техподдержка