Выпущен Chrome 68, владельцам веб-сайтов лучше перейти на HTTPS

Выпущен Chrome 68, владельцам веб-сайтов лучше перейти на HTTPS

Выпущен Chrome 68, владельцам веб-сайтов лучше перейти на HTTPS

Разработчики Google выпустили очередную версию самого популярного у пользователей интернет-навигатора Chrome 68.0.3440.75. Исправлены многие баги, уязвимости, а также реализована давно обещанная функция пометки HTTP-сайтов небезопасными.

Версия была выпущена для Windows, macOS и Linux.

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

Специалисты рекомендуют всем владельцам сайтов принять меры, перейдя на безопасный вариант — HTTPS. Иначе от назойливых уведомлений, что ваш сайт небезопасен, не избавиться никак.

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

Также в новой версии устранено 42 недостатка безопасности, из которых 5 имеют статус «Высокий уровень опасности», 19 — средний уровень, еще 5 — низкий уровень.

В прошлом году разработчики обещали, что Chrome 68 начнет блокировать стороннее программное обеспечение, внедряющее код в процессы Chrome. Пока неясно, реализовали ли они эти возможности.

VLC можно атаковать через обычную PNG-картинку и вредоносный сервер

В медиаплеере VLC обнаружили две уязвимости, позволяющие выйти за границы выделенной памяти. Проблемы затрагивают версии с 3.0.0 по 3.0.23, а для запуска одной из атак достаточно открыть специально подготовленную PNG-картинку.

Наиболее опасная брешь, CVE-2026-56711, получила 8,6 балла по шкале CVSS 4.0.

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

Уязвимость срабатывает при непосредственном открытии вредоносной картинки или её загрузке из плейлиста. Никаких редких настроек и шаманства с плагинами не требуется.

Вторая проблема, CVE-2026-73324, получила 6,9 балла. Она находится в модуле RealRTSP. Злоумышленник может заставить VLC подключиться к подконтрольному серверу и передать строку ответа длиннее 4096 байт. Из-за отсутствующего нулевого символа программа продолжит читать память за пределами буфера.

В результате сервер потенциально может получить данные, оказавшиеся рядом в памяти клиента. Модуль RealRTSP включён в официальные сборки VideoLAN, хотя некоторые дистрибутивы могут поставлять VLC без него.

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

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