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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Один Chrome-флаг против блокировок сайтов в России: найден обход через TLS

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

По его словам, решение связано не с VPN или прокси, а с изменением параметров TLS-шифрования в самом браузере.

Автор рекомендует открыть страницу экспериментальных настроек Chrome (chrome://flags/) или аналогичный раздел в других Chromium-браузерах и найти параметр Cryptography Compliance (CNSA).

После его активации браузер начинает отдавать приоритет криптографическим алгоритмам из американского стандарта CNSA.

 

На практике это меняет TLS-отпечаток браузера — набор параметров, который формируется во время установки защищённого соединения с сайтом.

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

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

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

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

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

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