Apple работает над исправлением бага 1970

Apple работает над исправлением бага 1970

Apple работает над исправлением бага 1970

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

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

Напомню, что баг обнаружили пользователи Reddit. Они выяснили, что простая смена даты на 1 января 1970 года и последующая перезагрузка девайса, превратят в кирпич практически любое устройство на базе iOS. Версия операционной системы значения при этом не имеет, проблеме подвержены чипы A7, A8, A8X, A9 и A9X. Единственные девайсы, на которых баг не срабатывает: устройства под управлением 32-битной версии iOS.

На официальном сайте Apple появилась специальная страница, посвященная «проблеме 1970». Пока разработчики компании не объяснили ровным счетом ничего, однако они признали главное:

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

После смены даты реанимировать гаджет уже практически невозможно. Не поможет ни жесткая перезагрузка кнопками Home+Power, ни переход в режим DFU с последующим обновлением прошивки. Единственное, что может спасти устройство – физическое отсоединение аккумулятора. Однако это потребует вскрытия устройства, а значит, процедура должна производиться в официальном сервисе Apple. К тому же некоторые пользователи, поставившие эксперимент на собственных устройствах, сообщают, что им не помогло даже отсоединение аккумулятора, пишет xakep.ru.

Хотя представители Apple пока отказываются от каких-либо комментариев, проблема, предположительно, связана с тем, что 1 января 1970 года, это не просто дата – это так называемое UNIX-время (или POSIX-время), которое применяется для описания моментов во времени в UNIX и POSIX-совместимых ОС, к которым относится и iOS.

Российских специалистов вновь атакует Форумный тролль

В «Лаборатории Касперского» зафиксировали новые атаки APT-группы «Форумный тролль» на территории России. Разосланные в октябре поддельные письма были адресованы политологам и экономистам, работающим в вузах и НИИ.

Весной в интервью Anti-Malware.ru Игорь Кузнецов, директор Kaspersky GReAT, рассказал, как им удалось поймать «Форумного тролля» и найти 0-day в Google Chrome.

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

«Учёные часто становятся мишенью для злоумышленников, особенно если указывают контакты для связи в открытых источниках, — отметил эксперт Kaspersky GReAT Георгий Кучерин. — Фишинговые письма с обвинениями в плагиате могут вызвать тревогу у получателей из академической среды, поэтому риск угодить в такую ловушку высок».

Провокационные рассылки проводились от имени научной библиотеки eLibrary с поддельного адреса @e-library[.]wiki. Как оказалось, вводящее в заблуждение имя было зарегистрировано в марте 2025 года, а копия главной страницы elibrary.ru для фейкового сайта (уже заблокирован) была сделана еще в декабре 2024-го.

Поддельные письма предлагали ознакомиться с результатами проверки на плагиат, указанными ссылкой. При переходе по ней на машину загружался ZIP-файл, названный по фамилии получателя (отдавался только пользователям Windows, в противном случае визитера просили повторить попытку с правильного устройства).

 

Содержимым архива оказались папка .Thumbs с сотней безобидных картинок (видимо, для отвода глаз) и вредоносный LNK с ФИО адресата.

Клик по ярлыку запускал выполнение PowerShell-сценария. Скачанный скриптом пейлоад, в свою очередь, загружал DLL с сайта e-library[.]wiki, сохранял ее в папке %localappdata% и для закрепления в системе вносил изменения в реестр. Одновременно на машину загружался некий PDF-отчет с размытым текстом, якобы со свидетельствами плагиата.

Финальная полезная нагрузка (DLL) обеспечивала установку и запуск Tuoni — легитимного инструмента, обычно используемого для оценки защищенности инфраструктур по методу Red Teaming. В рамках октябрьских атак он открывал злоумышленникам доступ к устройствам жертв и позволял развить атаку в целевой сети.

Для хостинга C2 «тролли» по-прежнему использовали облачный сервис Fastly.net.

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