Новая версия Chrome исправляет 9 серьезных брешей

Новая версия Chrome исправляет 9 серьезных брешей

Новая версия Chrome исправляет 9 серьезных брешей

Корпорация Google выпустила новую версию своего браузера — Chrome 67. Это обновление помогает бороться с рисками, вызванными знаменитой Spectre — компания продолжает снабжать все большее количество пользователей функцией Site Isolation.

Помимо внедрения функции Site Isolation, в новом релизе браузера также устранены 24 уязвимости, 9 из которых имеют высокую степень опасности.

Две из серьезных брешей затрагивают движок Blink. Первая (CVE-2018-6123) представляет собой уязвимость «Use After Free», а вторая (CVE-2018-6124) ошибку несоответствия используемых типов данных (type confusion).

Еще две бреши (CVE-2018-6129 и CVE-2018-6130) затрагивают WebRTC и представляют собой проблемы доступа к памяти за пределами границы (out-of-bounds memory access).

CVE-2018-6126 влияет на Skia, приводя к переполнению буфера. Проблема некорректных политик (CVE-2018-6125) затрагивает WebUSB. Еще одна «Use after free» (CVE-2018-6127) была также обнаружена в indexedDB.

Брешь универсального межсайтового скриптинга (CVE-2018-6128) была найдена в Chrome для iOS. А завершает список серьезных проблем неправильная защита от изменений в WebAssembly.

Еще 12 уязвимостей получили статус средней степени тяжести, также были обнаружены три бреши низкого уровня.

Напомним, что выпущенная в декабре прошлого года версия браузера Chrome 63 начала внедрять функцию Site Isolation («Изоляция сайта»). С Site Isolation у ИТ-администраторов есть возможность настроить Chrome таким образом, чтобы он воспроизводил контент для каждого открытого веб-сайта в отдельном процессе, изолированном от других сайтов.

Замедление 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