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

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

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

Устройства и онлайн-сервисы не прослушивают пользователей через встроенные микрофоны. Это потребовало бы значительных вычислительных и энергетических ресурсов, а также создало бы серьезные юридические риски.

Для таргетирования рекламы достаточно анализа цифрового следа пользователя.

Директор по продукту цифровизации клиентского сервиса в дистанционных каналах компании BSS Юлия Вдовина рассказала агентству «РИА Новости», как компании подбирают рекламу. По ее словам, использование аудиоданных для этих целей нецелесообразно для владельцев платформ и сервисов.

Операционные системы iOS и Android запрашивают разрешение пользователя на доступ к микрофону — как правило, при первом использовании голосового поиска в приложениях. Однако даже при наличии такого разрешения постоянный сбор аудиоданных быстро разряжает аккумулятор и потребляет значительный объем интернет-трафика. Кроме того, подобная практика является серьезным нарушением законодательства о защите персональных данных, действующего во многих странах, включая Россию.

«Прямой прослушки микрофона для показа рекламы не происходит. Однако алгоритмы настолько точно анализируют ваш цифровой след — историю поиска, геолокацию, активность в социальных сетях — что создается впечатление "подслушивания". С помощью идентификаторов IDFA и GAID сервисы связывают действия пользователя в разных приложениях: например, поиск отеля в одном из них может привести к показу рекламы в другом. Сайты обмениваются данными через cookie-файлы и аналитические пиксели, а специалисты по продажам прогнозируют спрос, учитывая сезонность и демографические характеристики», — пояснила Юлия Вдовина.

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Jinn Server 1.3.7 прошёл инспекционный контроль ФСБ и поступил в продажу

Программно-аппаратный комплекс электронной подписи Jinn Server версии 1.3 (сборка 1.3.7.218) прошёл инспекционный контроль ФСБ России и получил два сертификата соответствия. Первый — по классу КС1 для исполнения 1 (№ СФ/111-5166), второй — по классу КС2 для исполнения 2 (№ СФ/111-5167). Оба действуют до 17 мая 2028 года.

Продукт «Кода Безопасности» подтвердил соответствие требованиям к средствам криптографической защиты информации и электронной подписи — для работы с информацией, не содержащей сведений, составляющих гостайну.

В новой версии Jinn Server появились доработки, связанные с усилением электронной подписи: в CMS-формате теперь к полю подписанта добавляется дата и время создания подписи.

Это касается как пользовательских подписей, так и штампов времени, применяемых в форматах CAdES и XAdES.

Также появились новые правила обработки полей сертификатов — в зависимости от даты их выпуска, и добавлена поддержка расширения IdentificationKind в квалифицированных сертификатах.

Эти изменения позволяют соответствовать требованиям приказов ФСБ № 795 и № 476, что необходимо для использования решения в системах юридически значимого ЭДО.

Кроме того, Jinn Server теперь поддерживает российскую операционную систему РЕД ОС 7.3.1 МУРОМ.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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