Выпущен 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.

Каждая пятая утечка уже связана с теневым использованием ИИ

Сотрудники всё чаще отправляют рабочие данные в нейросети быстрее, чем службы ИБ успевают понять, что вообще происходит. По данным «Информзащиты», в июле 2026 года уже 20% организаций, столкнувшихся с утечками, хотя бы частично связали инциденты с несанкционированным использованием ИИ. Годом ранее таких случаев было около 12%.

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

На веб-интерфейсы нейросетей приходится около 42% подобных инцидентов. Ещё 24% утечек связаны с браузерными расширениями и ИИ-помощниками.

Они получают доступ к вкладкам, истории сессий и cookie, а потом тихо делают то, на что им когда-то нажали «Разрешить». Самостоятельно подключённые API и библиотеки дают ещё 19%, инструменты для программирования — 15%.

Проблема в том, что классические средства защиты часто не видят ничего подозрительного. Домен легитимный, TLS работает, вредоносной сигнатуры нет. Только конфиденциальный документ уже уехал во внешний сервис.

Почти у трети компаний, использующих ИИ, находят хотя бы один API-ключ или секрет в небезопасном месте: конфигурациях, тестовых скриптах, рабочих станциях и Git-репозиториях. Получив такой ключ, атакующий может не только потратить чужой бюджет, но и добраться до подключённых баз данных и RAG-хранилищ.

Дороже всего здесь обходится позднее обнаружение. Инциденты с теневым ИИ в среднем увеличивают ущерб примерно на $670 тыс.

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

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