BIS’22: штрафы за утечки, критерии для объектов КИИ, цифровая независимость

BIS’22: штрафы за утечки, критерии для объектов КИИ, цифровая независимость

BIS’22: штрафы за утечки, критерии для объектов КИИ, цифровая независимость

В Москве прошел ежегодный саммит по информационной безопасности Business Information Security Summit. Главная дискуссия собрала основных регуляторов рынка ИБ. Обсуждали модели угроз, санкции и ответственность за утечки.

Пленарную дискуссию с представителями ФСТЭК России, Минцифры, Банка России и Центра компетенций по импортозамещению в сфере ИКТ вела Наталья Касперская, президент ГК InfoWatch, председатель правления АРПП “Отечественный софт”.

Среди основных посылов — необходимость усилить ответственность за утечки.

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

“С утечками мы не справились”, — признает Владимир Бенгин, директор департамента обеспечения кибербезопасности, Минцифры России.

Говорили о необходимости “растить” институт генеральных конструкторов не только по ИБ-решениям, но и по прикладным разработкам. Сейчас этим процессом никто не управляет. На фоне относительно развитой отечественной ИБ-инфраструктуры наблюдается провал с точки зрения стратегии развития прикладных разработок. Всё сводится к решению тактических вопросов, а о стратегии мало кто думает.

“Необходимость перехода на отечественные решения связана с тем, что ещё в 2021 иностранное ПО стали активно использовать для деструктивного воздействия на инфраструктуру”, — говорит Илья Массух, генеральный директор Центра компетенций по импортозамещению в сфере ИКТ.

По его словам, именно этот риск, а не хакеры, стали главным драйвером перехода на российские решения — как аппаратные, так и программные.

Теперь предприятиям, которые массово закупили и внедрили импортные СЗИ, сертифицированные ФСТЭК России, нужно планировать замену, напоминает замдиректора организации Виталий Лютиков:

“Все сертификаты этих СЗИ аннулированы, а поддержка прекращена. Формально требованиям ФСТЭК они не соответствуют. Поэтому надо планировать поэтапно переход на отечественные средства защиты и выставлять требования к разработчикам”.

Мы должны были раньше начать эту работу, добавляет Лютиков:

“Но делаем это только теперь, но делаем и идём к этому, так как вариантов практически нет”.

С принципом заместить “всё” не согласен Вадим Уваров, директор департамента ИБ Банка России.

“Считаю, что не нужно бросаться менять все решения! Должна быть технологическая карта. Есть, конечно, определенные проблемы с оборудованием. И в перспективе нужно будет выработать понимание, как его заменить, — говорит Уваров. — У Банка России есть видение, какие процессы для каких наших организаций могут являться рискованными и как эти риски минимизировать”.

Особенно сложно заместить микросхемы.

“С точки зрения чипов основная надежда будет, наверное, всё-таки на дружественные страны”, — считает Илья Массух. Но в какой-то момент нужно будет налаживать свое производство, добавляет эксперт.

На вопрос о том, как будет меняться регуляторика, Лютиков ответил новостью о скорых изменениях категоризации объектов КИИ. Речь о поправках в приказ № 187. При этом представитель ФСТЭК не стал называть даты возможной корректировки:

“Сроки озвучивать не буду пока, чтобы никого не смущать никого из коллег. Но они будут”.

Замедление Telegram ударило по разработчикам российских ОС

В России оказался недоступен сервис git.kernel.org, через который разработчики получают обновления исходного кода ядра Linux. Крупные участники сообщества подтвердили проблему и связали её с действиями Роскомнадзора. Сам регулятор свою причастность отрицает.

Первые сообщения о сбоях в доступе к kernel.org появились 12 февраля. Пользователи отмечали, что зайти на ресурс без использования средств подмены адреса невозможно — ни по протоколу git, ни по HTTP. Аналогичные трудности возникли и с рядом других сайтов, в том числе с онлайн-курсами по Python и ресурсами разработчиков некоторых системных библиотек.

Портал Digital Report сообщил, что сбои могли быть связаны с мерами Роскомнадзора по замедлению Telegram. По версии издания, при попытке точечно ограничить трафик мессенджера и популярных VPN-протоколов (WireGuard, OpenVPN) применялась тактика «ковровых» блокировок по диапазонам IP-адресов. В результате под ограничения могли попасть CDN-сети, на которых размещаются зеркала Linux Kernel Archives.

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

Лишь сегодня Роскомнадзор в ответ на запрос издания «Подъём» сообщил: «Решения уполномоченных органов в отношении сервисов Linux не поступали, меры ограничения к ним не применяются».

После публикации комментария доступ к сервису начал постепенно восстанавливаться. Об этом, в частности, рассказал Алексей Смирнов в комментарии для Forbes.

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

RSS: Новости на портале Anti-Malware.ru