Литва обвинила Яндекс.Такси в сборе данных граждан своей страны

Литва обвинила Яндекс.Такси в сборе данных граждан своей страны

Литва обвинила Яндекс.Такси в сборе данных граждан своей страны

Власти Литвы рекомендовали гражданам страны не пользоваться услугами сервиса «Яндекс.Такси». Все из-за подозрений в неправомерном сборе личных данных пользователей. Особенно Литву впечатлил факт хранения этих данных в России.

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

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

«Яндекс» не стал отмалчиваться и прокомментировал обвинения в свой адрес. Пресс-служба компании в лице Натальи Рожковой заявила, что обвинения в адрес компании совершенно необоснованны.

«Сервисом “Яндекс.Такси” в Литве управляет наша материнская компания Yandex.Taxi BV, зарегистрированная в Нидерландах. Обработку и хранение данных Yandex.Taxi BV производит в соответствии с законодательными нормами EC, в частности, GDPR. Мы открыты и готовы к проверкам. Обвинения против нас не имеют под собой никаких оснований», — цитируют СМИ слова госпожи Рожковой.

На самом деле, приложение «Яндекс.Такси» не успело проработать на территории Литвы и недели — оно было запущено 24 июля этого года, то есть шесть дней назад.

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

Напомним, что сегодня мы писали, что «Яндекс» начал индексировать видео на YouTube, защищенные настройками приватности. На данный момент точной информации для однозначных выводов недостаточно, но некоторые пользователи обратили внимание на этот факт, приведя пример такого видео.

Фишинг под LastPass: юзеров пугают техработами и крадут мастер-пароли

LastPass предупредил пользователей о новой активной фишинговой кампании, в рамках которой злоумышленники маскируются под сервис управления паролями и пытаются выманить мастер-пароли от хранилищ. По данным компании, атака началась примерно 19 января 2026 года.

Пользователям рассылают письма с тревожными формулировками — в них говорится о якобы предстоящих технических работах и настоятельно рекомендуется в течение 24 часов создать локальную резервную копию хранилища паролей.

Для пущей убедительности мошенники используют такие темы писем, как «LastPass Infrastructure Update: Secure Your Vault Now» или «Protect Your Passwords: Backup Your Vault (24-Hour Window)».

Сами письма ведут на фишинговую страницу, размещённую на инфраструктуре Amazon S3, откуда пользователя затем перенаправляют на домен, визуально напоминающий официальный сайт LastPass. Там жертву и пытаются убедить ввести мастер-пароль.

В LastPass подчёркивают: компания никогда и ни при каких обстоятельствах не запрашивает мастер-пароль и не требует срочных действий «под дедлайн». Сейчас сервис совместно со сторонними партнёрами работает над отключением вредоносной инфраструктуры и уже опубликовал адреса отправителей, с которых рассылались фишинговые письма. Среди них — support@sr22vegas[.]com, а также адреса с поддоменами lastpass[.]server*.

Как пояснили представители команды Threat Intelligence, Mitigation, and Escalation (TIME), вся кампания построена на классическом приёме социальной инженерии — создании ощущения срочности. Именно такие письма, по словам компании, чаще всего и оказываются самыми эффективными.

В LastPass поблагодарили пользователей за бдительность и призвали продолжать сообщать о подозрительных письмах. Это уже не первый подобный инцидент: несколько месяцев назад компания предупреждала о другой кампании, нацеленной на пользователей macOS, где вредоносные версии LastPass распространялись через поддельные репозитории на GitHub.

Вывод традиционный, но по-прежнему актуальный: если письмо требует срочно «спасти данные» и просит ввести мастер-пароль — это почти наверняка мошенники.

В прошлом году злоумышленники тоже пытались атаковать пользователей LastPass: последние начали получать письма с уведомлением о «запросе доступа» к их хранилищу паролей — якобы в рамках процедуры наследования. На деле это была фишинговая атака группировки CryptoChameleon.

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