Apple устранила возможность HSTS-отслеживания пользователей в WebKit

Apple устранила возможность HSTS-отслеживания пользователей в WebKit

Apple устранила возможность HSTS-отслеживания пользователей в WebKit

Apple оснастила движок WebKit новыми функциями безопасности, которые призваны устранить возможность использования механизма HSTS (HTTP Strict Transport Security) для отслеживания пользователей.

HSTS представляет собой механизм, принудительно активирующий защищённое соединение через протокол HTTPS. Данная политика безопасности позволяет сразу же устанавливать безопасное соединение вместо использования HTTP-протокола.

Однако, поскольку HSTS заставляет браузеры запоминать редирект на безопасный протокол и в будущем автоматически перенаправлять туда пользователя, может быть создан некий файл «super cookie», который поможет межсайтовым трекерам отслеживать пользователей.

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

Несмотря на то, что такие атаки пока носят скорее теоретический характер, Apple приняла решение устранить эту проблему для пользователей Safari. Первой мерой корпорации был пересмотр сетевого стека, чтобы он устанавливал только состояние HSTS для загруженного имени хоста.

Еще одни решением стала модификация WebKit с тем расчетом, чтобы движок игнорировал запросы обновления HSTS (и использовать исходный URL-адрес).

Сторонние Android-приложения получат доступ к системе сканирования контента

Google разрабатывает общедоступный Android API, с помощью которого сторонние приложения смогут проверять изображения и другие файлы на устройстве и классифицировать их по уровню безопасности. В основе механизма лежит идея SafetyCore — системного компонента, который уже размывает интимные изображения в Google Messages.

ContentSafetyManager сможет принимать изображения, необработанные файлы и другие типы мультимедиа.

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

Обработка должна выполняться локально (без отправки фотографий на серверы Google). При этом сам API не даёт приложению доступа ко всей галерее: соответствующие разрешения всё равно придётся получить отдельно.


Именно здесь начинается неприятная часть. Эксперты опасаются, что вредоносная программа с избыточными правами сможет прогонять через классификатор большие объёмы пользовательских файлов, составлять профили владельцев или использовать результаты анализа не по назначению. Google рекомендует разработчикам запрашивать только минимально необходимые разрешения.


Сам SafetyCore ранее вызвал скандал из-за автоматической установки без явного согласия пользователей и отсутствия обычного ярлыка. Компонент скачали более миллиарда раз, а некоторые владельцы Android устанавливают специальную заглушку, чтобы Play Store не мог вернуть его после удаления.


Google обещает локальную обработку и конфиденциальность. Пользователи задают логичный вопрос: если всё настолько безопасно, почему приложение сначала появилось на смартфоне, а объяснения — потом?

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