Онлайн-конференция

Ещё несколько лет назад ITSM чаще всего воспринимался как система заявок: пользователь написал проблему, сервис-деск зарегистрировал обращение, инженер решил задачу. Но современный бизнес сильно изменился.

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

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

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

В прямом эфире AM Live разберём, какие требования нужно учитывать сейчас и к чему готовиться перед 2027 годом. Обсудим категорирование, ответственность, доступ подрядчиков и импортозамещение. На практических ситуациях рассмотрим, как выбирать меры защиты, организовывать реагирование и проверять восстановление.

Российские СУБД уже прошли этап, когда рынку приходилось доказывать саму возможность заменить Oracle, Microsoft SQL Server и другие иностранные продукты. Сегодня отечественные решения работают в крупных корпоративных системах, а PostgreSQL фактически стал новой базовой платформой для целого класса продуктов.

Сегодня корпоративная сеть перестала быть чем-то понятным и контролируемым.В неё одновременно подключаются сотрудники, подрядчики, облачные сервисы, IoT-устройства, CI/CD системы и даже AI-агенты, которые действуют автоматически без участия человека. И главный вопрос здесь уже не про “защиту периметра”, а про базовую вещь: кто вообще имеет право попасть в сеть и как система это решение принимает в реальном времени?

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

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

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

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

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

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

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

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

8 октября в 11:00 на AM Live разберем, как сделать мультиплатформенную инфраструктуру управляемой:

Год назад автономный SOC воспринимался скорее как направление развития. На практике компании автоматизировали обогащение событий, отдельные сценарии реагирования, работу с ложными срабатываниями и типовые действия через SOAR. Большие языковые модели в основном оставались помощниками аналитика.