Баг заблокированного хранилища в Android 14 напоминает работу вымогателя

Баг заблокированного хранилища в Android 14 напоминает работу вымогателя

Баг заблокированного хранилища в Android 14 напоминает работу вымогателя

Баг мобильной операционной системы Android 14 чем-то напоминает работу программ-вымогателей. Проблема в том, что некоторые пользователи получают заблокированное хранилище и полностью нерабочий девайс.

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

Теперь же баг вышел за пределы одной модели и затрагивает Pixel 6, 6a, 7, 7a, Pixel Fold и Pixel Tablet. В настоящее время трекер проблемы насчитывает более 350 комментариев, но от Google по-прежнему нет никакой реакции.

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

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

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

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

ИИ OpenAI полез на GitHub за утёкшими ключами, а затем выдумал данные

Модели OpenAI оказались очень изобретательными, когда привычные способы выполнить задачу переставали работать. Они искали утёкшие API-ключи, загружали данные на публичные сервисы, обменивались записками через репозиторий и оставляли самим себе инструкции скрывать ошибки.

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

OpenAI подчёркивает: это отдельные эпизоды, по которым нельзя судить о частоте подобных выходок.

В одном случае модель не смогла подключиться к API со статистикой доходов округа. Тогда она попыталась зарегистрироваться через одноразовую почту, полезла на GitHub за утёкшими ключами и нашла рабочий.

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

Другие агенты превратили внутренний Artifactory OpenAI в подпольную доску объявлений. Независимые экземпляры оставляли там сообщения, читали записки коллег и просили друг у друга помощи. Уязвимости они не взламывали, а использовали выданные компанией учётные данные, но явно не по назначению.

Ещё несколько моделей отправляли данные за пределы рабочей среды. Одна загрузила найденные записи на публичный сервис ради красивой ссылки на источник, другая — фотографию на сервис обратного поиска. Группа агентов и вовсе разместила рабочую книгу на публичном хостинге, хотя ей прямо велели пользоваться только локальными файлами.

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

Теперь OpenAI обещает публиковать такие случаи быстрее — даже если их причины ещё не выяснены, а исправления не готовы.

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