Алиса всё-таки слышит звук до команды, Яндекс объяснил зачем

Алиса всё-таки слышит звук до команды, Яндекс объяснил зачем

Алиса всё-таки слышит звук до команды, Яндекс объяснил зачем

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

Главный вопрос — микрофон. По версии Яндекса, Алиса локально ждёт активационную фразу только при открытом приложении и не записывает разговоры непрерывно.

Однако в оперативной памяти действительно работает циклический аудиобуфер: примерно 1,5 секунды до активации и 0,5 секунды после неё. Часть звука перед командой может отправляться на сервер для проверки качества распознавания.

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

Доступ к контактам Яндекс объяснил голосовыми командами вроде «Позвони маме». При первой синхронизации на сервер может передаваться вся адресная книга, затем — только изменения. Имена и номера не хешируются: компании нужны исходные значения для распознавания речи.

В Яндексе подчёркивают, что приложение не читает переписку в WhatsApp (принадлежит корпорации Meta, признанной экстремисткой и запрещённой в России), Telegram и Viber, а видит лишь способы связи, опубликованные мессенджерами в системной адресной книге Android.

Обвинения в небезопасной обработке банковских карт компания также отвергла. Их реквизиты, как утверждается, уходят напрямую в изолированный PCI DSS-контур, а не на обычные серверы приложения.

Проверку VPN-интерфейса объяснили сетевой диагностикой, резервный DNS — обходом сбоев провайдера, а список других приложений в манифесте — стандартным механизмом Android.

Напомним, на днях Яндекс также рассказал, что в корпорации создали отдельный язык для расчёта стоимости поездок.

BI.ZONE PAM перевела привилегированный доступ на биометрию

Пароль от привилегированной учётной записи — слишком ценный трофей, чтобы доверять его памяти пользователя. В версии 2.6 платформы BI.ZONE PAM появился беспарольный доступ к корпоративным ресурсам через Device Flow. Для входа пользователь получает ссылку в интерфейсе системы, открывает её в браузере и подтверждает личность с помощью аппаратного токена, биометрии или Face ID.

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

По данным BI.ZONE, паролями защищены 73% привилегированных учётных записей, сертификатами — только 27%. При этом более половины организаций не контролируют жизненный цикл таких аккаунтов. Они могут годами оставаться активными после смены владельца или увольнения сотрудника — настоящий цифровой пансион для забытых доступов.

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

Механизм беспарольной аутентификации, как утверждает разработчик, соответствует требованиям приказа ФСТЭК России № 117 к усиленной и строгой аутентификации привилегированных пользователей.

Заодно разработчики закрутили гайки для SSH-сессий. Администратор может отдельно разрешать или запрещать передачу файлов по SCP и SFTP. По умолчанию копирование заблокировано: нет явного разрешения — файл никуда не едет.

Изменился и аудит неинтерактивных SSH-подключений, включая запуск плейбуков Ansible. Вместо пустоватых видеозаписей система теперь формирует текстовый лог с таймлайном, командами, результатами и сведениями о переданных файлах. За сессией можно наблюдать в реальном времени и при необходимости оборвать её.

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

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