Google Chrome ограничит доступ сайтов к устройствам в частных сетях

Google Chrome ограничит доступ сайтов к устройствам в частных сетях

Google Chrome ограничит доступ сайтов к устройствам в частных сетях

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

Нововведения вступят силу одновременно с имплементацией новой спецификации W3C — Private Network Access (PNA), которая запланирована на первую половину 2022 года.

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

«Предварительные запросы будут содержать новый заголовок — Access-Control-Request-Private-Network: true, а ответы должны также нести соответствующий заголовок — Access-Control-Allow-Private-Network: true», — пишут разработчики Google Chrome.

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

Дело в том, что с начала 2010-х киберпреступники используют браузеры в качестве прокси, которые ретранслируют соединения во внутреннюю сеть атакуемой компании. Например, один из вредоносных сайтов может содержать код, пытающийся получить доступ к IP-адресу вида 192.168.0.1 (типичный адрес для большинства панелей управления маршрутизаторами), который доступен только из локальной сети.

Причём этот вектор существует не только в теории. В 2016 году примеры подобных атак приводили специалисты Proofpoint. Также похожая схема описывалась в отчёте TheRecord.

Astra Cloud запустила облако, которое ускорит аттестацию в пять раз

Astra Cloud вывела на рынок «Защищённое аттестованное облако» для размещения государственных информационных систем, ИСПДн, медицинских платформ и других систем с чувствительными данными. Инфраструктура прошла аттестацию по приказам № 117 и № 21 ФСТЭК России: по классу защищённости К1 и уровню защищённости УЗ-1 соответственно.

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

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

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

Инфраструктура размещена в ЦОД уровня Tier IV и построена на отечественном оборудовании. Решение рассчитано на организации, которым необходимо соблюдать требования ФСТЭК России, но не хочется строить собственный защищённый ЦОД, отдельно закупать средства защиты и расширять штат ИБ-специалистов.

С 1 марта 2026 года приказ № 117 заменил приказ № 17 и распространил требования не только на госорганы, но также на подведомственные учреждения и компании, взаимодействующие с государственным сегментом. В частности, критические уязвимости теперь необходимо устранять за 24 часа, а показатели защищённости регулярно пересматривать.

Среди возможных сценариев Astra Cloud называет размещение ИИ-сервисов с чувствительными данными, выполнение предписаний регулятора и запуск проектов, для которых требуется аттестованный контур. Облако также может пригодиться при участии в тендерах.

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