Solar JSOC выявил двукратный рост кибератак на КИИ через подрядчиков

Solar JSOC выявил двукратный рост кибератак на КИИ через подрядчиков

Solar JSOC выявил двукратный рост кибератак на КИИ через подрядчиков

Специалисты центра мониторинга и реагирования на киберинциденты Solar JSOC, принадлежащего компании «Ростелеком-Солар», отметил двукратный рост числа атак на критическую информационную инфраструктуру (КИИ) через подрядчиков.

За 2020 год Solar JSOC выявил и заблокировал почти 2 млн атак, и этот результат на 73% превысил аналогичные показатели 2019 года. Отличительной особенностью прошлогодних атак стало использование supply chain, то есть проникновение через инфраструктуру подрядчика.

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

С помощью подрядчиков киберпреступники «нападали» на государственный сектор, объекты КИИ и крупнейшие федеральные организации. В качестве примера специалисты приводят недавнюю атаку на SolarWinds, в результате которой пострадали Microsoft, Cisco, FireEye и другие корпорации.

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

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

Android 17 спрячет от провайдеров названия посещаемых сайтов

Google добавит в Android 17 платформенную поддержку Encrypted Client Hello (ECH) — технологии, которая скрывает доменное имя сайта на начальном этапе установки защищённого соединения. Провайдерам и владельцам Wi-Fi станет сложнее определять, куда именно ходит пользователь.

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

ECH закрывает и эту щель, шифруя ClientHello — первую часть TLS-рукопожатия. Технология работает вместе с частным DNS.

Chrome и Firefox уже поддерживают ECH, но Android 17 внедрит защиту на уровне платформы. Она будет включена по умолчанию для приложений, ориентированных на новую версию ОС и использующих совместимые сетевые библиотеки — актуальные OkHttp, WebView или HttpEngine.

 

Если сервер не поддерживает ECH, Android отправит поле-пустышку ECH GREASE. Само доменное имя при этом останется видимым, зато защищённые соединения не будут выделяться среди остальных.

Подразделение Google Jigsaw протестировало механизм на 10 тыс. популярных доменов и в сетях 740 провайдеров из 202 стран, не обнаружив проблем с загрузкой сайтов.

Android 17 также потребует от приложений разрешение на поиск устройств в локальной сети, включит Certificate Transparency по умолчанию и позволит участвующим операторам автоматически отключать 2G для защиты от поддельных базовых станций и СМС-бластеров.

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

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