День 4 · 9 октября

Кибербезопасность в эпоху платформенной экономики

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

Безопасность начинается при проектировании сервиса

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

Защищать нужно всю экосистему

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

Контроль соразмеряют сценарию

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

Разбор подготовлен по автоматической расшифровке доступного фрагмента записи VK ID 456253584 и сверенной официальной программе 9 октября. Приведённые спикерами оценки и числа не используются как независимая статистика. Имена и цитаты автоматической расшифровки требуют отдельной сверки.

Единая цифровая среда: обеспечение совместимости отечественного программного обеспечения

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

Совместимость — это не только свойство продукта

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

Ответственность разделена между вендором и заказчиком

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

Разбор подготовлен по автоматической расшифровке доступного фрагмента записи VK ID 456253579 и сверенной официальной программе 9 октября. Имена и цитаты автоматической расшифровки требуют отдельной сверки.

Как не допустить новую волну кибермошенничества?

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

Технологии помогают обеим сторонам

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

Защита складывается на нескольких уровнях

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

Разбор составлен по автоматической расшифровке первой сессии записи VK ID 456253582 и сверенной официальной программе четвёртого дня. Имена, цитаты и числовые оценки требуют отдельной редакторской проверки.

На шаг впереди: переход от реагирования к предупреждению угроз

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

Защита должна видеть бизнес-процесс целиком

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

ИИ ускоряет и атакующих, и защитников

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

Телеметрия ценна, когда помогает принять решение

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

Разбор подготовлен по полной расшифровке первой сессии записи VK ID 456253581 и сверенной официальной программе 9 октября. Расшифровка автоматическая; имена, цитаты и числовые оценки требуют редакторской проверки.

Брак по расчёту или союз по любви: образование, индустрия и технологии

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

Связывать фундаментальные знания с практикой

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

Партнёрство и мультивендорный подход

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

Разбор подготовлен по расшифровке сессии записи VK ID 456253582 за интервал 13:00–14:15 и сверенной официальной программе 9 октября. Расшифровка автоматическая; имена, цитаты и числовые оценки требуют редакторской проверки.

Индустрия киберпреступности и рынок информационной безопасности: новые угрозы и пути консолидации отрасли

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

Считать результат, а не объём активности

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

Готовиться к восстановлению заранее

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

Безопасность должна понимать бизнес

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

Разбор подготовлен по расшифровке сессии записи VK ID 456253581 за интервал 13:00–14:15 и сверенной официальной программе 9 октября. Числовые оценки участников в дайджест не перенесены; автоматическая расшифровка требует проверки имён и цитат.

Код будущего: перезагрузка молодёжной политики через технологии

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

От каталогов услуг — к понятному маршруту

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

Данные и каналы должны работать на качество

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

Разбор подготовлен по расшифровке сессии записи VK ID 456253581 за интервал 15:15–16:30 и сверенной официальной программе 9 октября. Автоматическая расшифровка; имена, цитаты и числовые оценки требуют отдельной проверки.

Когда код управляет движением: кибербезопасность современного транспорта

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

Защита — часть транспортной системы

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

Общие правила и обмен опытом

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

Разбор подготовлен по расшифровке сессии записи VK ID 456253582 за интервал 15:15–16:30 и сверенной официальной программе 9 октября. Автоматическая расшифровка; имена, цитаты и оценки требуют проверки по первичным материалам.

Кибербезопасность и биометрия: в поисках идеального баланса

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

Безопасность не сводится к сбору данных

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

Пользователю нужен надёжный сценарий при сбое

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

Разбор подготовлен по полной расшифровке сессии записи VK ID 456253581 и сверенной официальной программе 9 октября. Числовые заявления участников не перенесены; имена и цитаты автоматической расшифровки требуют проверки.

Новый РИТМ России: суверенная методология как драйвер производительности труда в ИТ

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

Общие правила должны помогать договориться

Участники обсуждали процессы управления ИТ, проекты, ресурсы и оценку зрелости. Методический каркас может помочь яснее формулировать задачу, понимать ответственность и систематизировать знания внутри команды. При этом жёсткое копирование стандартов без учёта контекста способно добавить формальности, не улучшив результат.

Обновлять практики по опыту команд

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

Разбор подготовлен по полной расшифровке сессии записи VK ID 456253582 и сверенной официальной программе 9 октября. Автоматическая расшифровка; имена, цитаты и числовые оценки требуют отдельной проверки.

Пленарная сессия. Кибербезопасность сегодня: когда защита перестаёт быть надстройкой

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

Защиту нужно учитывать до запуска системы

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

План восстановления — часть киберустойчивости

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

Разбор подготовлен по расшифровке пленарной сессии записи VK ID 456253583 за интервал 10:00–11:15 и сверенной официальной программе 9 октября. Числовые оценки участников не перенесены; автоматическая расшифровка требует проверки имён и цитат.

Экспорт ИТ-решений: инструменты поддержки, барьеры и перспективные направления развития

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

Адаптировать продукт и модель работы

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

Собирать экосистему и учитывать барьеры заранее

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

Разбор подготовлен по полной расшифровке сессии записи VK ID 456253580 за интервал 11:30–12:45 и сверенной официальной программой 9 октября. Имена, цитаты, суммы и оценки участников требуют отдельной проверки.

Национальная система данных для ИИ: как создать

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

Доступ строится вокруг цели и ответственности

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

Качество и совместимость важнее объёма

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

Разбор подготовлен по полной расшифровке сессии записи VK ID 456253580 за интервал 13:00–14:15 и сверенной официальной программой 9 октября. Числовые оценки участников не перенесены; автоматическая расшифровка требует проверки имён и цитат.

Международное сотрудничество в сфере информационной безопасности: форматы и практические механизмы взаимодействия

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

Правила и контакты должны работать на практике

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

Экспертные связи поддерживают компетенции

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

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

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

Готовить кадры нужно совместно

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

Практика и статус ИБ влияют на результат

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

Институт белого хакинга как составляющая стратегической киберустойчивости государства и бизнеса

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

Проверку можно встроить в постоянный цикл

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

ИИ ускоряет поиск, но добавляет нагрузку на разбор

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

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

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

Скорость поиска растёт — вместе с потоком находок

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

Внешний ИИ лучше включить в управляемый контур

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

Развитие системы противодействия киберпреступлениям: меры, координация и измеримые эффекты

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

Объединять сигналы и проверять меры

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

Профилактика остаётся частью защиты

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

Аналитика ИТ-рынка: запросы бизнеса, ожидания государства и слепые зоны

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

Сначала определить объект измерения

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

Методика нужна пользователю аналитики

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

Периметр больше не спасает: почему фокус отрасли смещается в сторону защиты данных

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

Последствия различаются по отрасли и данным

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

Внутренние риски требуют процесса

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

Доверие и безопасность в цифровой торговле: технологии, стандарты и защита участников рынка

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

Доверие складывается из нескольких проверок

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

Обмен сигналами должен упрощать реакцию

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

Доверенная генеративная разработка: единые правила для отрасли

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

Правила и инструменты должны сочетаться

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

Нужны фундаментальные навыки и обратная связь

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

Безопасная разработка и подпись кода: от теории к широкому применению

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

Встраивать безопасность в работу разработчика

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

Подписывать и проверять весь путь артефакта

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

Совместимость российского ПО: от нормативных требований к рабочим решениям

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

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

Проверять нужно реальные комбинации

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

Сертификат не заменяет рабочий тест

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