Выпущен Chrome 66, перестающий доверять старым сертификатам Symantec

Выпущен Chrome 66, перестающий доверять старым сертификатам Symantec

Выпущен Chrome 66, перестающий доверять старым сертификатам Symantec

Появившаяся на днях версия Chrome 66 более не доверяет сертификатам Symantec, выпущенным до 1 июня 2016 года. Также в новой версии реализована пробная версия функции Site Isolation и исправлены 62 уязвимости.

Проблема с сертификатами Symantec была вызвана многолетней практикой выдачи некорректных версий сертификатов. В прошлом году Google заявила, что центру сертификации необходимо заменить все проблемные сертификаты до того, как выйдет версия Chrome 70. Релиз Chrome 70 намечен на осень этого года.

Mozilla также планирует полностью обесценить выпущенные Symantec сертификаты.

«Chrome 66 не будет доверять сертификатам веб-сайтов, выпущенным до 1 июня 2016 года, как мы и планировали, мы поэтапно реализуем отказ от доверия этим версиям», — заявляют в Google.

Чтобы соответствовать ультиматуму Google, DigiCert планирует запустить PKI-инфраструктуру для контроля продаж сертификатов. Chrome 70 - еще одна важная веха, поскольку в ней будет устранено любое упоминание сертификатов Symantec.

Вся эта история затронет в первую очередь владельцев сайтов, которые получат сертификаты из старой инфраструктуры Symantec в период с сегодняшнего дня до декабря 2017 года, объясняет Google, потому что им нужно будет пройти еще один круг замены сертификата до выхода Chrome 70.

Также разработчики браузера уделили внимание функции Site Isolation, которая улушает общую безопасность приложения, а также позволяет противостоять проблемам, вызванным уязвимостью Spectre.

Подпишитесь на новости

В Tailscale SSH нашли способ добраться до root через редирект сокетов

Один взломанный компьютер может стать отправной точкой для захвата других серверов в сети Tailscale. Специалист Эрика Виндиш из Cyberdione Labs описала проблемы, которые в лабораторных условиях позволили превратить обычный разрешённый SSH-доступ в права root.

Но важное условие есть: атакующий уже должен контролировать допущенное устройство и иметь нужные разрешения на соединение.

Подробности и условия воспроизведения опубликованы в отчёте Tailworm. Проверки проводились на Tailscale 1.104.2 и Headscale 0.29.5.

Главная претензия касается перенаправления Unix-сокетов. Некоторые операции выполняет привилегированный процесс tailscaled, из-за чего обычная SSH-сессия получает возможность обращаться к ресурсам, доступным только root. В тестах исследовательница использовала это для взаимодействия с Docker и выполнения команд с повышенными правами.

При широких правилах доступа атаку удалось автоматизировать: переход между разрешёнными узлами занимал меньше секунды. При этом точечные ограничения останавливали распространение.

Также описаны проблемы отказа в обслуживании и обхода ограничений в отдельных компонентах.

Автор рекомендует пересмотреть SSH-политики и отключить ненужное перенаправление. Для Headscale 0.29.5 она отдельно отмечает отсутствие независимого запрета этой функции.

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