Баг хранилища в Android 14 устранили, но данные юзеров могут не вернуться

Баг хранилища в Android 14 устранили, но данные юзеров могут не вернуться

Баг хранилища в Android 14 устранили, но данные юзеров могут не вернуться

В Google уверяют, что баг заблокированного хранилища в Android 14 теперь устранён. Судя по всему, фикс вышел с ноябрьскими патчами, но возврат файлов пользователям никто не гарантирует.

В примечаниях к патчам есть следующая строка:

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

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

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

Собственно, первые сообщения о критическом баге появились спустя несколько дней после выхода Android 14 (релиз состоялся 4 октября). К сожалению, Google в этот раз не успела вовремя отреагировать на жалобы владельцев Android-смартфонов, поэтому баг попал на многие устройства.

Как известно, в логах можно было найти строку «Failed to open directory /data/media/0: Structure needs cleaning», а пользователи либо застревали на бесконечном цикле загрузки, либо просто смотрели на статичное сообщение «Pixel is starting…».

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

Фишинг под WordPress крадёт карты и OTP, отправляя данные в Telegram

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

Об атаке рассказал специалист по киберугрозам Анураг (Anurag). Письмо выглядит тревожно и приходит с темой вроде «Renewal due soon – Action required».

Расчёт простой: напугать и заставить действовать быстро. Но есть важная деталь, на которую сразу указывает исследователь, — в письме не указан конкретный домен, срок которого якобы истекает. Для настоящих уведомлений о продлении это крайне нетипично и уже само по себе должно насторожить.

 

Если жертва нажимает кнопку Renew Now, её перенаправляют на фальшивую страницу оплаты, размещённую на домене soyfix[.]com. Визуально она почти неотличима от настоящего чекаута WordPress: значки платёжных систем, пометка «Secure order validation», правдоподобные суммы вроде $13,00 плюс НДС. Всё выглядит настолько аккуратно, что сомнения быстро исчезают.

 

Но «заказ», разумеется, фиктивный. Страница просто собирает имя владельца карты, номер, срок действия и CVV, тут же отправляя их злоумышленникам. На этом атака не заканчивается. Следующий шаг — поддельное окно 3D Secure Verification, где пользователя просят ввести код из СМС.

 

Чтобы всё выглядело максимально правдоподобно, скрипт имитирует «работу банка»: семисекундная загрузка, затем ещё несколько секунд «проверки». После этого система сообщает об ошибке. Причём ошибка появляется всегда — специально, чтобы заставить жертву вводить новые OTP-коды снова и снова. Так атакующие получают сразу несколько актуальных кодов подтверждения.

Отдельного внимания заслуживает инфраструктура кампании. Вместо классических серверов управления злоумышленники используют Telegram. Скрипты на стороне сайта (send_payment.php и send_sms.php) пересылают украденные данные напрямую в телеграм-бот или канал. Такой подход дешевле, проще и гораздо сложнее заблокировать, чем традиционные C2-серверы.

Письма рассылались с адреса admin@theyounginevitables[.]com, который маскировался под поддержку WordPress. Анализ заголовков показал слабую политику DMARC (p=NONE), из-за чего подмена отправителя прошла без каких-либо ограничений.

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

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