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.

Новая атака в Telegram использует официальную аутентификацию мессенджера

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

Как выяснили аналитики компании CYFIRMA, атакующие регистрируют собственные API-ключи Telegram (api_id и api_hash) и с их помощью инициируют реальные попытки входа через инфраструктуру самого мессенджера. Дальше всё зависит от того, как именно жертву заманят на фишинговую страницу.

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

Во втором варианте жертву просят вручную ввести номер телефона, одноразовый код или пароль двухфакторной защиты. Все эти данные тут же передаются в официальные API Telegram.

 

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

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

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

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

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