SafeNet улучшила защиту доступа к приложениям и сервисам Microsoft

SafeNet улучшила защиту доступа к приложениям и сервисам Microsoft

Компания SafeNet, сообщила о том, что её популярный сервис аутентификации SafeNet Authentication Service (SAS) теперь полностью интегрирован с службами федерации Microsoft Windows® Server 2012 R2 Active Directory Federation Services. Благодаря этому крупные предприятия и компании смогут оперативно внедрять процессы многофакторной аутентификации и управлять ими в приложениях Office 365® и иных веб-сервисах для обеспечения более полного контроля над доступом.

Поскольку всё больше предприятий используют в своей деятельности облачные приложения и сервисы, значительно увеличивается потребность в создании федераций удостоверений, которые позволили бы унифицировать ИТ-сервисы и обеспечить безопасный пользовательский доступ к этим сервисам. Интеграция платформы SAS и служб федерации Microsoft ADFS даёт организациям простое во внедрении, полностью автоматизированное решение аутентификации в виде сервиса, которое обеспечивает безопасный пользовательский доступ к приложениям Office 365 и к прочим клиентским приложениям Microsoft за счет использования удостоверений, созданных ИТ-подразделениями в службе Active Directory.

"Поддержка строгой аутентификации играет особую роль для многих из наших корпоративных заказчиков. Это один из основных механизмов для организации политик условного доступа с помощью служб федераций Active Directory, реализованных в Windows Server 2012 R2. Благодаря нашей открытой модели наши партнёры, такие как SafeNet, получают возможность интегрировать свои технологии со службами федерации AD FS, обеспечивая комплексную защиту доступа ко множеству различных сервисов, в том числе к Office 365. Мы рады сотрудничеству с SafeNet по расширению возможностей строгой аутентификации в AD FS", – говорит Алекс Саймонс (Alex Simons), директор по развитию Active Directory в Microsoft.

"Сегодня в мире наблюдается две отдельных тенденций, придающих этой интеграции особую значимость, – говорит Эндрю Янг (Andrew Young), вице-президент SafeNet по маркетингу продукции. – Одна из этих тенденций заключается в росте популярности облачных приложений различных типов, при этом продукты Office здесь находятся далеко не на самом последнем месте – сегодня они используются в коммерческой деятельности практически любой организации. С другой стороны, сегодня уже не оспаривается тот факт, что утечки конфиденциальных корпоративных данных, связанные с получением пользователями неавторизованного доступа, могут произойти в любой момент. Сервис аутентификации SafeNet Authentication Service позволяет организациям избежать подобного риска, при этом не нарушая действующих бизнес-процессов. Сервис даёт пользователям возможность работы с корпоративными ресурсами с любого типа устройств, обеспечивая при этом простоту управления".

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

Сервис SafeNet Authentication Service обеспечивает полностью автоматизированную строгую аутентификацию в виде сервиса, с гибкими возможностями по использованию токенов, которые могут быть настроены в соответствии с потребностями каждой отдельной организации. Сервис не требует физической инфраструктуры и позволяет защитить как приложения, размещенные в облаке, так и приложения, размещенные на оборудовании заказчика, обеспечивая защиту сетей, пользователей и устройств. Организации могут использовать этот сервис для внедрения унифицированных политик доступа и систем единого вход в систему (SSO) для веб-приложений и других корпоративных ресурсов, с поддержкой удостоверений, размещенных на оборудовании заказчиков (on-premises identities).

Google Chrome не спасает от слежки даже без cookies

Эпоха, когда приватность в браузере сводилась к вопросу «включены ли cookies», окончательно ушла в прошлое. Новый технический разбор проблем конфиденциальности в Google Chrome показывает: современные методы отслеживания стали намного продуманнее.

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

Цифровой отпечаток — это способ собрать множество мелких технических особенностей браузера и устройства, а затем сложить их в довольно уникальный профиль.

Даже если пользователь очистит cookies, такой «отпечаток» нередко всё равно остаётся устойчивым и позволяет распознать юзера повторно.

Как отмечается в материале, исследование 2025 года показало, что canvas fingerprinting использовался на 12,7% из 20 тысяч самых популярных сайтов, попавших в выборку. Это уже вполне рабочая и распространённая практика, а не редкий эксперимент для узкого круга специалистов.

У Chrome, конечно, есть определённые попытки сократить объём пассивно собираемых данных. Например, браузер ограничил часть информации в классической строке User-Agent и перенёс больше сведений в механизм User-Agent Client Hints. Но полностью проблема от этого не исчезла. Сайты по-прежнему могут запрашивать у браузера подробные сведения через navigator.userAgentData.getHighEntropyValues().

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

Отдельная история — сигналы, которые приходят из графических и мультимедийных API. Самыми полезными для отслеживания остаются canvas, WebGL и audio processing. Всё дело в том, что разные устройства и системы чуть-чуть по-разному рисуют изображения и обрабатывают звук. Для обычного пользователя эти различия незаметны, но они помогают отличить один компьютер от другого.

И это ещё не всё. Угрозы для приватности скрываются не только в JavaScript API. Даже HTTP-заголовки могут выдавать лишнюю информацию или помогать отслеживать пользователя между визитами. В качестве примера в материале приводится уязвимость CVE-2025-4664 в Chrome: она была связана с обработкой заголовка Link и позволяла навязать слишком мягкую политику referrer, из-за чего в межсайтовых запросах могли утекать полные строки запросов. А это уже потенциальный путь к раскрытию токенов. Позже Google закрыла проблему в Chrome 136.

Отдельно авторы материала напоминают и о больших переменах в политике Google по cookies. Долгий план по отказу от сторонних «печенек» в Chrome фактически был свёрнут ещё в июле 2024 года, а более широкий проект Privacy Sandbox затем вообще прекратили развивать в 2025 году на фоне слабого принятия рынком и критики со стороны экосистемы.

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